Just as an FYI to those it may concern:
The way I got around this issue with XenServer is to use a SolidFire
feature we refer to as Volume Access Groups (VAGs).
A VAG is essentially a way to map a host IQN to the volumes it can access
on the SAN without using CHAP.
For the sake of consistency (a
On 04/01/14 6:52 pm, "David Nalley" wrote:
>Abhi:
>
>Please send a [VOTE] [RESULT] email with the vote tally.
Sure.
>
>I am somewhat surprised that 4.2.1 wasn't tagged using build_asf.sh
>during the creation of the RC artifacts. Are you sure you aren't
>sitting on the tag locally? Also the tag s
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16642/
---
Review request for cloudstack.
Repository: cloudstack-git
Description
---
If you stay with the 1.x it should be safe.
Darren
> On Jan 3, 2014, at 6:56 PM, "Alex Huang" wrote:
>
> I tried to bump up to a later version before. Had horrible trouble with it.
> It was a problem with in how the API was using gson to render. I forget
> whether this is the version I att
On 03.01.2014 18:54, Edison Su wrote:
Thanks for your binaries, community can use your binaries if anybody
wants to enable KVM snapshot on EL6.
I have found a better way of "fixing" this, as I got more familiar with
the ACS inner workings. Wrote a few details here:
http://www.nux.ro/archive/2
Abhi:
Please send a [VOTE] [RESULT] email with the vote tally.
I am somewhat surprised that 4.2.1 wasn't tagged using build_asf.sh
during the creation of the RC artifacts. Are you sure you aren't
sitting on the tag locally? Also the tag should be 4.2.1, look at the
other tags for examples.
Pleas
I've put together a rough draft spec:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/IPv6+in+VPC+Router
I basically just laid out some rough ideas. I know there has been a
lot of discussion in the past about DHCPv6, etc. My hope is that we
can at least decide on a spec, for future referen
