cb48c97801
CLOUDSTACK-5552 Setup private gateway state to ready on delete failure
...
On delete private gateway failure set the state to ready, So that it can be
deleted later.
2014-01-08 11:42:25 +05:30
f561e126b2
CLOUDSTACK-5802: Increased timeout for template state to become ready, improved assertion messages
2014-01-08 11:11:58 +05:30
6580f88523
CLOUDSTACK-5805: Increasing timeout period for VM to come to running state
2014-01-08 11:03:39 +05:30
c75b0044ef
CLOUDSTACK-5765: cleanup internal serialization and exception propagation issues
2014-01-07 17:12:06 -08:00
5a8ea8ae71
CLOUDSTACK-5697 This patchset fixes a bug with the recently merged
...
vxlan code. Users can set a physical network to isolation type 'vxlan',
put public traffic on that physical network, and it will still attempt
to use 'vlan' isolation on the KVM hosts. This is going to be an issue
for other isolation types as well, but I'm not familiar with them, so
I'm just fixing vxlan for now.
2014-01-07 17:03:36 -07:00
6fd030cbf2
CLOUDSTACK-5826: do netmask/gateway validation before calculating the POD cidr
2014-01-07 15:01:27 -08:00
f0ad14e235
bring tools back to developer profile
2014-01-07 13:58:31 -08:00
fae9744686
Fix missing icon for 'assign instance to another account'
2014-01-07 11:57:47 -08:00
ecd4a9c642
CLOUDSTACK-5823: Taking a VMware snapshot doesn't work
2014-01-07 12:41:18 -07:00
279e9cbe49
CLOUDSTACK-5552 fixed private gateway DB clean up on router upgrade required
2014-01-07 17:57:20 +05:30
14ecb4f842
CLOUDSTACK-5113: Fix get_template method to return 'BUILTIN' template
...
by default
2014-01-07 17:39:19 +05:30
6220e48a98
CLOUDSTACK-5718: guest OS type for default template "CentOS 5.6(64-bit) no GUI (XenServer)" is CentOS 5.3(64-bit).
2014-01-07 16:00:46 +05:30
0ae3fdbda8
CLOUDSTACK-5627: Fixed test_project_resources.py which
2014-01-07 16:06:24 +05:30
0706757e00
CLOUDSTACK-5314: Negative (-ve) values for primary storage and volumes are shown in the resource count table.
2014-01-07 14:27:35 +05:30
f04da1978f
Revert "CLOUDSTACK-5637: Detach volume before migrating"
...
Volume need not be detached before being migrated.
This reverts commit 3b3adbf712
2014-01-07 12:34:17 +05:30
14250413ba
CLOUDSTACK-5808: UI > SystemVMs page > pass details=min to listHosts API to reduce response time.
2014-01-06 14:22:00 -08:00
e542aefdc8
CLOUDSTACK-5573: bump gson version to 1.7.2, fix https://code.google.com/p/google-gson/issues/detail?id=354
2014-01-06 11:42:26 -08:00
8619394ab4
CLOUDSTACK-5527: UI > accounts page > Add LDAP Account action > use plus(+) icon like Add Account action does.
2014-01-06 11:39:15 -08:00
f10bd71159
CLOUDSTACK-5780. [VMware] ESXi 5.5 - During live volume migration of ROOT and DATA volumes, suitable storage list is always empty
...
Update hypervisor_capabilities to include capabilities for ESXi host 5.5
2014-01-06 20:04:06 +05:30
531433c9d6
CLOUDSTACK-5797: Fixed integration test for test_03_restore_vm_with_new_template
2014-01-06 19:44:20 +05:30
4dd38a9fb0
CLOUDSTACK-5472 fixed the listvirtualmachines API to show cpu, memory and cpucores when using custom compute offering
2014-01-06 18:40:39 +05:30
3a2cf48d92
CLOUDSTACK-5750 Make default value of execute.in.sequence.hypervisor.commands false.
2014-01-06 18:40:39 +05:30
2b2d5998d7
CLOUDSTACK-5002: unable to destroy vm ;VM destroy failed in Stop i-2-59-VM Command due to You gave an invalid object reference. The object may have recently been deleted.
...
This is happening as concurrent operations are happening on the same VM. Earlier this was not seen as all vm operations were synchronized at agent layer. By making execute.in.sequence
global config to false this restriction is no longer there. In the latest code operations to a single vm are synchronized by maintaining a job queue. In some scenarios the destroy vm operation
was not going through this job queue mechanism and so was resulting in failures due to simultaneous operations.
2014-01-06 18:19:06 +05:30
7fc3c4fd15
CLOUDSTACK-5788, CLOUDSTACK-5789: Attaching upload volume and download
...
volume was failing for hyper-v. Copy command answer was failing while
creating the answer object. Fixing the issue.
2014-01-06 16:34:46 +05:30
96823d3a62
CLOUDSTACK-5406: Not able to take snapshot becasue of secondary_storage limit of 400 gb exceeded even though we have not really consumed this limit in secondary store.
2014-01-06 15:48:23 +05:30
69cb7de34d
CLOUDSTACK-5625: removed unnecessary global setting 'ldap.realname.attribute'
2014-01-06 14:51:33 +05:30
665d036e8b
CLOUDSTACK-5782. [VMware] Snapshot creation on a detached volume failes with NPE.
...
For a detached volume, don't try to find the associated VM on the hypervisor/peer hypervisor host.
By default create a worker VM to perform snapshot operations.
2014-01-06 14:24:07 +05:30
ef51def9ff
CLOUDSTACK-5716: fixed can't type special character in console view
2014-01-06 14:12:27 +05:30
811b0856d5
CLOUDSTACK-5662: XenServer can't discover iSCSI targets with different credentials
...
VAGs
2014-01-04 21:11:14 -07:00
29aa7c272c
CLOUDSTACK-5752: Use pesudo job context when API dispather directly calls into orchestration flow
2014-01-03 18:05:31 -08:00
22a1b8c3fc
CLOUDSTACK-5672: Fix VM work job serialization issues in Add/Remove nic
2014-01-03 17:20:24 -08:00
db25228b23
CLOUDSTACK-5329: fix NPE in storage migration for zone-wide primary storage, and also the serization error.
2014-01-03 16:44:21 -08:00
ce7bc8fd90
CLOUDSTACK-5725: put origin flow context id into log4j context prefix to link jobs with the orchestration work flow in logging
2014-01-03 15:47:03 -08:00
3179fb2a5c
CLOUDSTACK-5771:listImageStores returns error in keyword search.
2014-01-03 15:09:10 -08:00
deae1a2d34
CLOUDSTACK-5771: UI > Infrastructure > SystemVMs page > listView Search > fix a bug that UI kept spinning when there was no matching result.
2014-01-03 14:55:53 -08:00
849fdcf61a
CLOUDSTACK-5771: UI > Infrastructure > SystemVMs/PrimaryStorage/SecondaryStorage/Pod/Cluster/Hosts/CacheStorage page - pass keyword parameter instead of name parameter to listXXXXXXX API.
2014-01-03 14:23:53 -08:00
9cad092054
CLOUDSTACK-5767: Remove the logic of using underlying job related fields for volume specific logic.
2014-01-03 13:10:32 -08:00
2795c4ecfb
CLOUDSTACK-5737: ignore umount secondary storage failure during backup snapshot
2014-01-03 12:59:54 -08:00
07ad69cebf
CLOUDSTACK-5737: isExternalSnapshot should return true for CLVM and RBD only
2014-01-03 12:43:16 -08:00
3964a566f7
CLOUDSTACK-5701: physical size is not getting updated in snapshot_store_ref table.
2014-01-03 18:20:31 +05:30
741634b87e
CLOUDSTACK-5691: Fix for attaching an uploaded volume to instance running
...
on hyperv. There were multiple issues here. Upload volume was actually
failing because the post download check for vhd on the cifs share was
unsuccessful. Also the agent code wasn't parsing the volume path correctly.
Fixed it too.
2014-01-03 16:43:21 +05:30
9313a35f41
CLOUDSTACK-5658 CLOUDSTACK-5563 deploying VM from template created from volumes fails
2014-01-03 16:14:38 +05:30
6ce46e94f5
CLOUDSTACK-5730: [Automation]DirectAgentAttache's send command fails due to ArrayIndexOutOfBoundsException; Unable to cleanup hypervisor's datastructures as part of Delete Account Job
...
Signed-off-by: Koushik Das <koushik@apache.org>
2014-01-03 15:42:31 +05:30
3fe9426824
CLOUDSTACK-5552 fixed private gateway clean up in DB when create failed
2014-01-03 12:56:28 +05:30
914bd1230c
CLOUDSTACK-5185: Fixed test script related to cleanup in test_egress_fw_rules.py
2014-01-03 11:18:40 +05:30
8fb02e35ef
CLOUDSTACK-5633: Fixed network cleanup issue
2014-01-03 11:15:49 +05:30
ca6bf9b729
CLOUDSTACK-5527: UI > accounts page > support both "Add (non-LDAP) Account" and "Add LDAP Account" when LDAP is enabled.
2014-01-02 16:47:32 -08:00
62be5fad12
CLOUDSTACK-4540: Set execute.in.sequence.network.element.commands=true by default
...
The things is, VR would take time to execute the commands, say it would need
time t1(which is greater than 0).
And the interval between parallel deployment is t2(which can be almost 0). In
any case, VR need to handle commands in sequence internally, so if t1 > t2, then
the new task in the VR would wait longer and longer to execute, then some
commands result in timeout ultimately. No matter how long the timeout is, if
there are enough big number of queued task for VR, the last ones can timeout.
Currently VR has a robust mechanism to sequence the jobs internal and I
confirmed in this case, it works well. But there is no way to fix this issue if
VR is already 100% load at all time.
Probably we can improve the speed of VR internal executing, but seems the
ultimate answer is: set execute.in.sequence.network.element.commands to true. VR
doesn’t know how long it would take for mgmt. server to timeout, only mgmt.
server knows that.
By setting sequence execution in VR to "true", mgmt server would handle the
commands in a queue, make sure that VR won't be overload and report unexpected
failure just because it's overload.
2014-01-02 15:34:16 -08:00
1dc784ecdb
CLOUDSTACK-5726: Using runtime discovered dao (in AsyncJobManagerImpl.submitAsyncJob) to persist record has a problem to locate the right DAO instance, it causes corrupted field value be stored in database. Put in a work-around fix first to always initialize record fields in all cases
2014-01-02 15:13:34 -08:00
88aefbf529
Fix tab issues in the Link.java
2014-01-02 14:04:15 -08:00
Jayapal
Ashutosh K
Girish Shilamkar
Kelven Yang
Marcus Sorensen
Alena Prokharchyk
Frank.Zhang
Brian Federle
Mike Tutkowski
SrikanteswaraRao Talluri
Sanjay Tripathi
Jessica Wang
edison
Likitha Shetty
Bharat Kumar
Koushik Das
Devdeep Singh
Anshul Gangwar
Min Chen
Rajesh Battala
Harikrishna Patnala
Gaurav Aradhye
Sheng Yang