9c593352d0
Fixing events for async jobs so that there's a scheduled event recorded with appropriate type/description whenever the API framework schedules the async command to run. A few miscellaneous fixes as well uncovered during regression testing (router response was not parsed correctly by UI, etc.)
2010-10-05 20:26:18 -07:00
848ce60097
Merging master into 2.1.refactor, resolve the merge conflicts as best I can. New commands related to extracting template/iso/volume and related to instance groups were refactored to the new API framework.
2010-09-28 15:47:14 -07:00
42986f43ba
removed service offering from storageallocator
2010-09-24 10:27:02 -07:00
2a4ddac41a
Change getResponse() to return a ResponseObject so that the caller can choose how to serialize. This in in preparation for serializing the async commands to the database with class information and deserializing them into the ResponseObject itself when queryAsyncJobResult is called. Once the ResponseObject is deserialized, the proper string can be returned to the caller.
...
The previous behavior had the JSON response from the command embedded into the queryAsyncJobResult response as a string rather than a JSON object which prevented the client from being able to read the response. With this new behavior an actual JSON object should be returned which can then be parsed on the client side.
2010-09-23 17:34:28 -07:00
c9ae6fd09d
record used byte not available byte
2010-09-23 16:25:17 -07:00
0f2f356874
bug 6277: listVirtualMachines with group=-1 would return all vms that don't belong to any group. As a part of the fix, changed Dao layer to be able to make different types of Joins - Inner, Right, Left, etc.
...
status 6277: resolved fixed
2010-09-23 10:43:17 -07:00
abaa66f6e3
bug 6181: ingore provisioning factor for iscsi primary storage
...
status 6181: resolved fixed
2010-09-22 20:39:57 -07:00
c32d6e7524
Template id is not a required parameter when listing templates. The proper serialized name for the async job id is jobid, not id. Sadly, ctxAccoutId != ctxAccountId, ugh, no wonder the UserContext wasn't getting set up correctly. Clean up some miscellaneous unnecessary casts.
2010-09-21 17:00:50 -07:00
85964511b2
bug 6195,6255,5891: Only ROOT volumes will have templateId. offeringId will be diskOfferingId for DATA volumes and serviceOfferingId for ROOT volume
...
status 6195,6255,5891: resolved fixed
2010-09-21 15:46:55 +05:30
ebd06ae6f3
List clusters was using the name of the command rather than the name of the cluster to search for clusters, which was resulting in no clusters returned. Fixed. CreateStoragePool was returning an array of one pool every time, simplified it to just return the pool and changed the UI to expect one pool rather than an array. Fixed the backend code for creating a storage pool to (a) generate a UUID based on host name, path, and a timestamp and (b) to list only active storage pools when checking for duplicates. This allows a storage pool to be create with the same path as a pool that had previously been deleted.
2010-09-20 19:08:52 -07:00
1f4b2cfb06
Async commands need to have a start event id for event tracking.
2010-09-17 12:07:16 -07:00
131e487c32
allocation complete. Moving on to actual create and deploy
2010-09-16 12:01:56 -07:00
327924a9ad
More changes for refactoring
2010-09-15 18:00:54 -07:00
f5ac46255c
bug 4286: Schema changes to include the upload table, Introducing extractIso command and extractVolume command
2010-09-15 17:51:42 +05:30
df10af0688
cleaning up imports, fixing up some compilation problems related to API refactoring
2010-09-13 15:25:46 -07:00
542230fc26
null check for the npe
2010-09-13 09:35:28 -07:00
1e46e2e588
refactoring createVolume to new API framework
2010-09-10 23:25:22 -07:00
93261c4eb8
bug 5147: Improvements after testing the storage maintenance across multiple sp's, with sys vms scattered across multiple sps
2010-09-10 13:44:39 -07:00
8d38e230a5
bug 5147: we ensure that if the sp under maintenance is the only one in the cluster, we just stop the vms with no migration (base case)
2010-09-09 18:34:44 -07:00
20973d48af
bug 5147: implementing the recommendations i got for the ps maintenance. For now, we are not implementing the cancel maintenance part. Instead, we are going to ask the admin if he is "sure" of enabling maintenance on a sp, before proceeding
2010-09-09 18:05:43 -07:00
76e5cf3321
renamed dao methods to correctly reflect what they do
2010-09-09 18:01:50 -07:00
7249f168d5
more file changes
2010-09-09 13:27:20 -07:00
6134f7dfd2
more file changes
2010-09-09 11:52:12 -07:00
b0aa28032c
Refactored DeleteIPForwardingRule/UpdateIPForwardingRule commands to new api framework.
2010-09-08 19:03:42 -07:00
c0185e713a
Refactored AttachVolume/PrepareForMaintenance/CancelMaintenance/PreparePrimaryStorageForMaintenance/CancelPrimaryStorageMaintenance commands.
2010-09-08 12:18:46 -07:00
c65175aa40
bug 6048: Check createvolume's return
...
status 6048: resolved fixed
2010-08-31 13:05:42 -07:00
7f7a342cbe
Refactoring the delete volume command
2010-08-26 14:31:25 -07:00
604e7016a3
Incremental checkin
2010-08-26 14:18:36 -07:00
3ab4651cf0
Issue #: 5978 5977 5971 5972
...
Status 5978: resolved fixed
Status 5977: resolved fixed
Status 5971: resolved fixed
Status 5972: resolved fixed
2010-08-25 15:27:34 -07:00
0682d70ce6
add correct check sum to default vmware template records
...
Let StoragePoolMonitor be aware of vmware hypervisor
2010-08-25 11:07:27 -07:00
7454f0f24a
Incremental checkin for volume lineage
2010-08-23 16:02:45 -07:00
4c86af9901
cleaning up imports
2010-08-18 19:12:27 -07:00
78445d8348
Refactoring createStoragePool to new API framework. The logic was always in StoragePoolManager, mostly removed the management server proxy method which called into StoragePoolManager. There is still an outstanding TODO for this API in terms of the response. Once the storage pool has been added, there is a query for the allocated bytes on the pool in order to return proper storage stats. Hooking into this query to get the right data needs to be done.
2010-08-18 19:11:01 -07:00
da03aee028
Add snapshot manager to the list of managers that can be invoked through the API. This prepares the way for refactoring createSnapshot, but since the method is an async create that also needs to create a policy first and generally does not follow any other patters, I'll do this one last.
2010-08-18 19:08:23 -07:00
46c331b54b
Merge branch '2.1.refactor' of ssh://git.cloud.com/var/lib/git/cloudstack-oss into 2.1.refactor
...
Conflicts:
server/src/com/cloud/storage/StorageManagerImpl.java
2010-08-18 15:52:23 -07:00
f1b95641cb
Refactor api deletePool, addHost, addSecondaryStorage
2010-08-18 15:41:16 -07:00
716271fca1
Merge branch '2.1.refactor' of ssh://git.cloud.com/var/lib/git/cloudstack-oss into 2.1.refactor
2010-08-18 14:05:45 -07:00
aa6e9ab2bb
Refactoring the startvm command
2010-08-18 14:01:15 -07:00
b250b985ec
changes
2010-08-18 12:19:22 -07:00
e2950eb5a1
Merge branch '2.1.refactor' of ssh://git.cloud.com/var/lib/git/cloudstack-oss into 2.1.refactor
...
Conflicts:
server/src/com/cloud/api/BaseCmd.java
server/src/com/cloud/network/security/NetworkGroupManagerImpl.java
2010-08-18 11:36:05 -07:00
3d85fdf687
API refactor
2010-08-18 11:24:29 -07:00
7e502768ed
Incremental checkin
2010-08-17 16:07:48 -07:00
a89aad4d15
removed override
2010-08-17 10:16:16 -07:00
867b43dcf9
more changes for the rewrite.
2010-08-16 11:28:11 -07:00
14ae76781e
Committing Kris' big merge
2010-08-11 16:02:57 -07:00
ac730ec496
Branch 2.1.refactor committed
2010-08-11 09:13:42 -07:00
05c020e1f6
Source code committed
2010-08-11 09:13:29 -07:00
Kris McQueen
Alex Huang
anthony
alena
kishan
nit
abhishek
root
edison
Kelven Yang
Manuel Amador (Rudd-O)