In external network after network GC the network n/w cidr changes.
In this case the static nat enable vm ip also chagnes. So updated the new
vm ip address in user_ip_address table.
After upgrade the SSVM was staying in connecting/alert state. This was because
while handling the processConnect command for ssvm the management server was
trying to template sync. For resource limit calculation it was trying to get the
remote size of the template. If the template was no longer available a number
format exception was thrown. The process connect wasn't getting completed and
the ssvm used to stay in connecting/alert state. While creating template from
snapshot cloudstack looks for up and enabled ssvms and because there wasn't
any available (as the ssvm was in coonecting/alert state) it used to pick the
wrong resource (LocalNfs*Resource) instead of the NfsSecondaryStorageResource.
Fixed the issue by making sure number format exceptions are avoided so that
SSVM moves to the right state.
When adding an S3 secondary storage, the administrator will
now be shown help for each input field making it friendlier
to use.
Signed-off-by: Prasanna Santhanam <tsp@apache.org>
1. correcting the log_test_exceptions decorator so nose testrunner can
detect and document the running test
2. correct the wait for network cleanup -> network.gc
3. Remove commented skips
4. Sanitize host passwords
Signed-off-by: Prasanna Santhanam <tsp@apache.org>
(cherry picked from commit 04df5d289ca9394c7f647fb94e5289160a2d3467)
KVM.snapshot.enabled is lowercased by f025db95 to keep the configs
uniformly lower-case. But it missed the upgrade script and the
references in SnapshotManagerImpl. This commit will fix the issue in all
locations
Signed-off-by: Prasanna Santhanam <tsp@apache.org>
cloudsite1 infro from the second site NetScaler device
ensuring when a site no longer participates in GSLB, complete GSLB
config for that rule is wiped out on the GSLB provider for that site
use a vlan outside of the vlans managed by cloudstack.
Signed-off-by: Prasanna Santhanam <tsp@apache.org>
(cherry picked from commit 7eefeab957e7b2a904a2f5ec1ce2a2624587eb9e)
created with gslbmethod=leastconn
Netscaler nitro api to add gslb virtual servers fails for some reason if
both netmask and round robin methods are specified. So working around
with settign netmask to be null while updating vserver.
If an upgrade is taking place from an older setup which supported a hypervisor but not storage motion on that
hypervisor, the upgraded setup will not have the storage motion field enabled. Enabled it explicitly.
Private templates would now get copied to only one of image storage chosen randamly as was the case earlier. Dont throw an exception for uploading volumes when there are multiple image stores, instead choose one of them randomly
Signed off by : nitin mehta<nitin.mehta@citrix.com>
Jayapal
Devdeep Singh
Wei Zhou
Likitha Shetty
Murali Reddy
Prasanna Santhanam
Thomas O'Dowd
ashutoshkelkar
Radhika PC
Sateesh Chodapuneedi
Edison Su
Jessica Wang
Brian Federle
Alena Prokharchyk
Kelven Yang
Daan Hoogland
frank
Wido den Hollander
Sanjay Tripathi
Harikrishna Patnala
Nitin Mehta
Min Chen
Sheng Yang
Amogh Vasekar