Ok, so the tool has issues. But I'm curious does the CS network code
properly handle bridging in the presence of bonds AND vlans stacked on top
of each other?
Was this ever fixed?
http://www.cloudstack.org/forum/8-storage-and-networking/9120-networking-bonding-ubuntukvm-and-ssvm-networking.html
It
>>I hope I misunderstood what you meant by "expunged".
>
>
> Expunged means that the vm is destroyed and can't be restored (its volumes
> are removed from storage, all ip addresses that used to belong to vm's nic
> are released, etc)
So I was right. The above (for an IP change) is utterly unaccep
> The IP address stays with the vm for the entire life cycle, till it's
> expunged.
I hope I misunderstood what you meant by "expunged".
> * Change the record in nics table for all vms nics to have new ip address
> * restart the guest network
> * stop/start ALL user vms in network
Talk about "do
I'm guessing NFS for most everybody. But I'd like to hear from those using
OCFS2 and how it compares to NFS in regards to reliability and speed. I'd
ask about using CLVMD as a flavor but I'm not sure what that accomplishes
since you still need a filesystem on top of it and all docs claim it's
unsup
I realize I'm new to CloudStack and all but these errors are so
fundamental they shouldn't exist in the first place let alone after all
this time.
1. no password confirmation when changing value - the field is hidden so
you can't see what you typed. Either visually un-hide what the user is
typing
