[jira] [Closed] (CLOUDSTACK-7012) [Atomation] Vcenter Hang during 4.4 automation runs
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan closed CLOUDSTACK-7012. --- Resolution: Not a Problem Not found after installing MS hotfix > [Atomation] Vcenter Hang during 4.4 automation runs > --- > > Key: CLOUDSTACK-7012 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7012 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: VMware >Affects Versions: 4.4.0 > Environment: VCenter 5.0 > Exi 5.0 >Reporter: Rayees Namathponnan >Assignee: Sateesh Chodapuneedi >Priority: Critical > Fix For: 4.4.0 > > Attachments: catalina.rar > > > This issue observed with 4.4 automation run with Vcenter 5.0, during BVT run > VM deployment fail, if you try to connect VCenter from console gets below > error > Call "ServiceInstance.RetrieveContent" for object "ServiceInstance" on Server > "10.223.52.12" failed. > I was using same VCenter more 1.5 year, i never faced this issue earlier, > then i tried to run automation with 4.2 and 4.3 build last week i didnt > observe this issue, i think some of the changes in CS 4.4 causing VCenter to > hang > Observed below error in MS Log > INFO [c.c.h.v.u.VmwareContext] (DirectAgentCronJob-455:ctx-71dce779) New > VmwareContext object, current outstanding count: 451 > INFO [c.c.h.v.r.VmwareResource] (DirectAgentCronJob-455:ctx-71dce779) Scan > hung worker VM to recycle > INFO [c.c.h.v.u.VmwareContext] (DirectAgent-17:ctx-d197a13b 10.223.250.131) > New VmwareContext object, current outstanding count: 452 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7139) [RFE] Need ways to lauch multiple VMs from "Add Instance" wizard
abhisek basu created CLOUDSTACK-7139: Summary: [RFE] Need ways to lauch multiple VMs from "Add Instance" wizard Key: CLOUDSTACK-7139 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7139 Project: CloudStack Issue Type: New Feature Security Level: Public (Anyone can view this level - this is the default.) Components: UI Reporter: abhisek basu Presently we can launch one VM by running the "Add Instance" wizard. There are situations when users need to launch multiple VMs with same configurations. In this case they have to go through the same wizard multiple times (unless they choose to use API calls and loop that call for no. of VMs required). It would help if we can add options to select "No. Of VMs" to be launched on UI in "Add Instance" wizard. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7139) [RFE] Need ways to lauch multiple VMs from "Add Instance" wizard
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] abhisek basu updated CLOUDSTACK-7139: - Description: Presently we can launch only one VM by running the "Add Instance" wizard at a time. There are situations when users need to launch multiple VMs with same configurations. In this case they have to go through the same wizard multiple times (unless they choose to use API calls and loop that call for no. of VMs required). It would help if we can add options to select "No. Of VMs" to be launched on UI in "Add Instance" wizard. was: Presently we can launch one VM by running the "Add Instance" wizard. There are situations when users need to launch multiple VMs with same configurations. In this case they have to go through the same wizard multiple times (unless they choose to use API calls and loop that call for no. of VMs required). It would help if we can add options to select "No. Of VMs" to be launched on UI in "Add Instance" wizard. > [RFE] Need ways to lauch multiple VMs from "Add Instance" wizard > > > Key: CLOUDSTACK-7139 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7139 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Reporter: abhisek basu > > Presently we can launch only one VM by running the "Add Instance" wizard at a > time. > There are situations when users need to launch multiple VMs with same > configurations. In this case they have to go through the same wizard multiple > times (unless they choose to use API calls and loop that call for no. of VMs > required). > It would help if we can add options to select "No. Of VMs" to be launched on > UI in "Add Instance" wizard. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-5395) When backup snapshot fails becasue of backup.snapshot.wait time exceeding , the vhd entries form the primary store is not getting cleared.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14067052#comment-14067052 ] Anthony Xu commented on CLOUDSTACK-5395: XS cancel task doesn't work > When backup snapshot fails becasue of backup.snapshot.wait time exceeding , > the vhd entries form the primary store is not getting cleared. > -- > > Key: CLOUDSTACK-5395 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5395 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 > Environment: Build from 4.3 >Reporter: Sangeetha Hariharan >Assignee: Anthony Xu > Fix For: 4.4.0 > > Attachments: 1205logs.rar > > > Steps to reproduce the problem: > Deploy 5 Vms in each of the hosts with 10 GB , so we start with 10 Vms. > We will be constantly writing to the ROOT volume. > Change the backup.snapshot.wait to 10 mts and restart management server. > Start concurrent snapshots for ROOT volumes of all the Vms. > After 10 mts , the snapshots fail. They are present in the database in > "CreatedOnPrimary" state. > Vhd entries from the primary store fails to be cleaned up once the > backsnapshpot job fails. > In this case ,API fails with - "Failed to create snapshot due to an internal > error creating snapshot for volume 81" . We should be able to present a more > meaningful error message in this case. > Expected Behavior: > We should be able to clean up the Vhd entries from the primary store when > the backsnapshpot job fails. > In such cases , instead of > select * from snapshot_store_ref; > 702 |1 | 355 | 2013-12-06 01:25:43 | NULL | NULL | > Primary|0 | 0 | 0 | > 2eedb23e-6c3f-4cae-832b-8ddb67c1fc60| Ready | > 2 | 0 | 2013-12-06 01:25:44 |81 | > | 703 |1 | 356 | 2013-12-06 01:25:43 | NULL | NULL > | Primary|0 | 0 | 0 | > 9d88bc01-9406-41ad-a134-e74dc1457954| Ready | > 2 | 0 | 2013-12-06 01:26:12 |80 | > | 704 |1 | 357 | 2013-12-06 01:25:43 | NULL | NULL > | Primary|0 | 0 | 0 | > 2667f2bc-6086-4ec3-a88d-20811eabde91| Ready | > 2 | 0 | 2013-12-06 01:26:08 |79 | > | 705 |1 | 358 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 522b2296-6960-46f2-af7d-10ddfbede1da| Ready | > 2 | 0 | 2013-12-06 01:26:45 |78 | > | 706 |1 | 359 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 3b94fa9d-a5a5-4441-8f9f-275dcef90368| Ready | > 2 | 0 | 2013-12-06 01:26:04 |77 | > | 707 |1 | 360 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 1ec1d5ef-177f-4da4-8464-f0c6d71a4e84| Ready | > 2 | 0 | 2013-12-06 01:25:59 |76 | > | 708 |1 | 361 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 324e7552-b42a-4660-90d6-62015a7a478e| Ready | > 2 | 0 | 2013-12-06 01:26:21 |75 | > | 709 |1 | 362 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 65bd522c-c2c8-471a-be37-095558d058f2| Ready | > 2 | 0 | 2013-12-06 01:26:16 |74 | > | 710 |1 | 363 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > d45ca6c7-7284-4150-907c-9499e9737c47| Ready | > 2 | 0 | 2013-12-06 01:25:46 |73 | > | 711 |1 | 364 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 4422f362-0be5-4a10-b172-45678d56f807| Ready | > 2 | 0 | 2013-12-06 01:25:55 |72 | > | 712 |1 | 365 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 89ffd430-3c03-45d2-9c48-9384636b9cd8| Ready | > 2 | 0 | 2013-12-06 01:26:01 |71 | > | 714 |
[jira] [Resolved] (CLOUDSTACK-7043) CPVM in alert state due to Decryption failure
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su resolved CLOUDSTACK-7043. --- Resolution: Duplicate > CPVM in alert state due to Decryption failure > -- > > Key: CLOUDSTACK-7043 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7043 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Assignee: edison su >Priority: Critical > Fix For: 4.5.0 > > Attachments: management-server.zip > > > The following bug is hit after starting the 4.5.0 Management Server > == > Error while decrypting: > == > 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) > Processing updateKeyPairs > 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) > Keypairs already in database, updating local copy > 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) > Going to update systemvm iso with generated keypairs if needed > 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) > Trying to inject public and private keys into systemvm iso > 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in the classpath > 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) System resource: > null > 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Classpath > resource: null > 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Current binaries > reside at /usr/share/cloudstack-management/webapps/client/WEB-INF/lib > 2014-07-02 10:08:29,590 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/cloudstack-management/webapps/client/WEB-INF/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/cloudstack-management/webapps/client/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/cloudstack-management/webapps/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/cloudstack-management/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in /usr/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in /scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Searching in > environment.properties > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) > environment.properties says scripts should be in /usr/share/cloudstack-common > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > scripts/vm/systemvm/injectkeys.sh in > /usr/share/cloudstack-common/scripts/vm/systemvm/injectkeys.sh > 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for > vms/systemvm.iso in the classpath > 2014-07-02 10:08:29,592 DEBUG [c.c.u.s.Script] (main:null) System resource: > null > 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Classpath > resource: null > 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for > vms/systemvm.iso > 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Current binaries > reside at /usr/share/cloudstack-management/webapps/client/WEB-INF/lib > 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for > vms/systemvm.iso in > /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/vms/systemvm.iso > 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for > vms/systemvm.iso in > /usr/share/cloudstack-management/webapps/clien
[jira] [Commented] (CLOUDSTACK-5395) When backup snapshot fails becasue of backup.snapshot.wait time exceeding , the vhd entries form the primary store is not getting cleared.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14067042#comment-14067042 ] edison su commented on CLOUDSTACK-5395: --- Anthony, is there way to cancel backup snapshot task on xenserver? I guess it's no, if that's the case, we could mark the bug as resolved. Here is the question from Sangeetha: I see that even though the backup snapshot reports failure in CS , the snapshot process continues to progress on the host. This is the reason why we see a failure in deleting this entry from primary store , even though it gets marked as being "Destroyed" in CS DB. Is there a way to cancel the copycommand in such cases ? > When backup snapshot fails becasue of backup.snapshot.wait time exceeding , > the vhd entries form the primary store is not getting cleared. > -- > > Key: CLOUDSTACK-5395 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5395 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 > Environment: Build from 4.3 >Reporter: Sangeetha Hariharan >Assignee: Anthony Xu > Fix For: 4.4.0 > > Attachments: 1205logs.rar > > > Steps to reproduce the problem: > Deploy 5 Vms in each of the hosts with 10 GB , so we start with 10 Vms. > We will be constantly writing to the ROOT volume. > Change the backup.snapshot.wait to 10 mts and restart management server. > Start concurrent snapshots for ROOT volumes of all the Vms. > After 10 mts , the snapshots fail. They are present in the database in > "CreatedOnPrimary" state. > Vhd entries from the primary store fails to be cleaned up once the > backsnapshpot job fails. > In this case ,API fails with - "Failed to create snapshot due to an internal > error creating snapshot for volume 81" . We should be able to present a more > meaningful error message in this case. > Expected Behavior: > We should be able to clean up the Vhd entries from the primary store when > the backsnapshpot job fails. > In such cases , instead of > select * from snapshot_store_ref; > 702 |1 | 355 | 2013-12-06 01:25:43 | NULL | NULL | > Primary|0 | 0 | 0 | > 2eedb23e-6c3f-4cae-832b-8ddb67c1fc60| Ready | > 2 | 0 | 2013-12-06 01:25:44 |81 | > | 703 |1 | 356 | 2013-12-06 01:25:43 | NULL | NULL > | Primary|0 | 0 | 0 | > 9d88bc01-9406-41ad-a134-e74dc1457954| Ready | > 2 | 0 | 2013-12-06 01:26:12 |80 | > | 704 |1 | 357 | 2013-12-06 01:25:43 | NULL | NULL > | Primary|0 | 0 | 0 | > 2667f2bc-6086-4ec3-a88d-20811eabde91| Ready | > 2 | 0 | 2013-12-06 01:26:08 |79 | > | 705 |1 | 358 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 522b2296-6960-46f2-af7d-10ddfbede1da| Ready | > 2 | 0 | 2013-12-06 01:26:45 |78 | > | 706 |1 | 359 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 3b94fa9d-a5a5-4441-8f9f-275dcef90368| Ready | > 2 | 0 | 2013-12-06 01:26:04 |77 | > | 707 |1 | 360 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 1ec1d5ef-177f-4da4-8464-f0c6d71a4e84| Ready | > 2 | 0 | 2013-12-06 01:25:59 |76 | > | 708 |1 | 361 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 324e7552-b42a-4660-90d6-62015a7a478e| Ready | > 2 | 0 | 2013-12-06 01:26:21 |75 | > | 709 |1 | 362 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 65bd522c-c2c8-471a-be37-095558d058f2| Ready | > 2 | 0 | 2013-12-06 01:26:16 |74 | > | 710 |1 | 363 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > d45ca6c7-7284-4150-907c-9499e9737c47| Ready | > 2 | 0 | 2013-12-06 01:25:46 |73 | > | 711 |1 | 364 | 2013-12-06 01:25:44 | NULL | NULL > | P
[jira] [Updated] (CLOUDSTACK-5395) When backup snapshot fails becasue of backup.snapshot.wait time exceeding , the vhd entries form the primary store is not getting cleared.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su updated CLOUDSTACK-5395: -- Assignee: Anthony Xu (was: edison su) > When backup snapshot fails becasue of backup.snapshot.wait time exceeding , > the vhd entries form the primary store is not getting cleared. > -- > > Key: CLOUDSTACK-5395 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5395 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 > Environment: Build from 4.3 >Reporter: Sangeetha Hariharan >Assignee: Anthony Xu > Fix For: 4.4.0 > > Attachments: 1205logs.rar > > > Steps to reproduce the problem: > Deploy 5 Vms in each of the hosts with 10 GB , so we start with 10 Vms. > We will be constantly writing to the ROOT volume. > Change the backup.snapshot.wait to 10 mts and restart management server. > Start concurrent snapshots for ROOT volumes of all the Vms. > After 10 mts , the snapshots fail. They are present in the database in > "CreatedOnPrimary" state. > Vhd entries from the primary store fails to be cleaned up once the > backsnapshpot job fails. > In this case ,API fails with - "Failed to create snapshot due to an internal > error creating snapshot for volume 81" . We should be able to present a more > meaningful error message in this case. > Expected Behavior: > We should be able to clean up the Vhd entries from the primary store when > the backsnapshpot job fails. > In such cases , instead of > select * from snapshot_store_ref; > 702 |1 | 355 | 2013-12-06 01:25:43 | NULL | NULL | > Primary|0 | 0 | 0 | > 2eedb23e-6c3f-4cae-832b-8ddb67c1fc60| Ready | > 2 | 0 | 2013-12-06 01:25:44 |81 | > | 703 |1 | 356 | 2013-12-06 01:25:43 | NULL | NULL > | Primary|0 | 0 | 0 | > 9d88bc01-9406-41ad-a134-e74dc1457954| Ready | > 2 | 0 | 2013-12-06 01:26:12 |80 | > | 704 |1 | 357 | 2013-12-06 01:25:43 | NULL | NULL > | Primary|0 | 0 | 0 | > 2667f2bc-6086-4ec3-a88d-20811eabde91| Ready | > 2 | 0 | 2013-12-06 01:26:08 |79 | > | 705 |1 | 358 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 522b2296-6960-46f2-af7d-10ddfbede1da| Ready | > 2 | 0 | 2013-12-06 01:26:45 |78 | > | 706 |1 | 359 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 3b94fa9d-a5a5-4441-8f9f-275dcef90368| Ready | > 2 | 0 | 2013-12-06 01:26:04 |77 | > | 707 |1 | 360 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 1ec1d5ef-177f-4da4-8464-f0c6d71a4e84| Ready | > 2 | 0 | 2013-12-06 01:25:59 |76 | > | 708 |1 | 361 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 324e7552-b42a-4660-90d6-62015a7a478e| Ready | > 2 | 0 | 2013-12-06 01:26:21 |75 | > | 709 |1 | 362 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 65bd522c-c2c8-471a-be37-095558d058f2| Ready | > 2 | 0 | 2013-12-06 01:26:16 |74 | > | 710 |1 | 363 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > d45ca6c7-7284-4150-907c-9499e9737c47| Ready | > 2 | 0 | 2013-12-06 01:25:46 |73 | > | 711 |1 | 364 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 4422f362-0be5-4a10-b172-45678d56f807| Ready | > 2 | 0 | 2013-12-06 01:25:55 |72 | > | 712 |1 | 365 | 2013-12-06 01:25:44 | NULL | NULL > | Primary|0 | 0 | 0 | > 89ffd430-3c03-45d2-9c48-9384636b9cd8| Ready | > 2 | 0 | 2013-12-06 01:26:01 |71 | > | 714 |1 | 366 | 2013-12-06 01:25:45 | NUL
[jira] [Commented] (CLOUDSTACK-5357) Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" when secon
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14067025#comment-14067025 ] Anthony Xu commented on CLOUDSTACK-5357: This is just log, "unable to destroy task",will not fail .cloudVDIcopy. > Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" > when secondary store was unavaiable for 1 and 1/2 hours and then brought up.. > -- > > Key: CLOUDSTACK-5357 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5357 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 > Environment: Build from 4.3 >Reporter: Sangeetha Hariharan >Assignee: Anthony Xu >Priority: Critical > Fix For: 4.4.0 > > Attachments: Snaposhotfailures.rar > > > Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" > when secondary store was unavaiable for 1 and 1/2 hours and then brought up. > Set up: > Advanced Zone with 2 Xenserver 6.2 hosts: > Steps to reproduce the problem: > 1. Deploy 5 Vms in each of the hosts with 10 GB ROOT volume size , so we > start with 10 Vms. > 2. Start concurrent hourly snapshots for ROOT volumes of all the Vms. > 3. Shutdown the Secondary storage server when the snapshots are in the > progress. > 4. Bring the Secondary storage server up after 1and 1/2 hour. > After the secondary store was brought up , we see the snapshot process > continue to be active ( I see the copy command that was halted when the > secondary store was down , starts progressing when server is drought up > online). > I also see that the snapshot process has been completed on the secondary > store. But management server throws the following exception and leaves behind > the snapshot in "CreatedOnPrimary" state in DB. > 2013-12-03 19:24:36,296 WARN [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-252:ctx-8ca50e48) unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37) > due to > You gave an invalid object reference. The object may have recently been > deleted. The class parameter gives the type of > reference given, and the handle parameter echoes the bad value given. > at com.xensource.xenapi.Types.checkResponse(Types.java:209) > at com.xensource.xenapi.Connection.dispatch(Connection.java:368) > at > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool > .java:909) > at com.xensource.xenapi.Task.destroy(Task.java:616) > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.cloudVDIcopy(CitrixResourceBase.java:3920) > at > com.cloud.hypervisor.xen.resource.XenServerStorageProcessor.backupSnapshot(XenServerStorageProcessor.java:1268 > ) > at > com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java: > 90) > at > com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHan > dlerBase.java:50) > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:613) > at > com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59) > at > com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:106) > at > com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:10 > 3) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.Fu
[jira] [Resolved] (CLOUDSTACK-6918) CancelStorageMaintenance: Not all vms get restarted as a part of canceling maintenance mode
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6918?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
edison su resolved CLOUDSTACK-6918.
---
Resolution: Fixed
> CancelStorageMaintenance: Not all vms get restarted as a part of canceling
> maintenance mode
>
>
> Key: CLOUDSTACK-6918
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6918
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Storage Controller
>Affects Versions: 4.4.0
>Reporter: Alena Prokharchyk
>Assignee: edison su
>Priority: Critical
> Fix For: 4.5.0
>
>
> Steps to reproduce:
> 1) Have one storage pool in a zone.
> 2) Start regular user vm and the VR
> 3) Enable storage maintenance. All vms get stopped automatically, and records
> for them are added to storage_pool_work table with stopped_for_maintenance
> flag set to 1.
> 4) Cancel storage maintenance. All the vms that were stopped as a part of
> maintenance, should be restarted now. But it doesn't happen as
> StoragePoolAutomationImpl.java, cancelMaintain method when loop through
> pendingWorks, the result is returned right after the first pendingWork is
> completed successfully.
> for (StoragePoolWorkVO work : pendingWork) {
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6918) CancelStorageMaintenance: Not all vms get restarted as a part of canceling maintenance mode
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14067019#comment-14067019
]
ASF subversion and git services commented on CLOUDSTACK-6918:
-
Commit 1bb3ea8b7a7447e2ad444b403facbcee67ffde4f in cloudstack's branch
refs/heads/master from Edison Su
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1bb3ea8 ]
CLOUDSTACK-6918: iterate through pending works in cancel maitenance
> CancelStorageMaintenance: Not all vms get restarted as a part of canceling
> maintenance mode
>
>
> Key: CLOUDSTACK-6918
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6918
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Storage Controller
>Affects Versions: 4.4.0
>Reporter: Alena Prokharchyk
>Assignee: edison su
>Priority: Critical
> Fix For: 4.5.0
>
>
> Steps to reproduce:
> 1) Have one storage pool in a zone.
> 2) Start regular user vm and the VR
> 3) Enable storage maintenance. All vms get stopped automatically, and records
> for them are added to storage_pool_work table with stopped_for_maintenance
> flag set to 1.
> 4) Cancel storage maintenance. All the vms that were stopped as a part of
> maintenance, should be restarted now. But it doesn't happen as
> StoragePoolAutomationImpl.java, cancelMaintain method when loop through
> pendingWorks, the result is returned right after the first pendingWork is
> completed successfully.
> for (StoragePoolWorkVO work : pendingWork) {
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Assigned] (CLOUDSTACK-6933) [Automation] Registering an iso fails in KVM deployment.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sheng Yang reassigned CLOUDSTACK-6933: -- Assignee: edison su (was: Sheng Yang) It's not VR, but an SSVM. > [Automation] Registering an iso fails in KVM deployment. > > > Key: CLOUDSTACK-6933 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6933 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.4.0 > Environment: KVM advanced network >Reporter: Bharat Kumar >Assignee: edison su > Fix For: 4.4.0 > > > registing an iso fails with the connection refused error in KVM deployment. > below are the iptable rules on the relevant SSVM in the env. > Chain INPUT (policy DROP 28 packets, 1340 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 > 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > 172 13277 ACCEPT all -- eth0 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 4122 469K ACCEPT all -- eth1 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 196 10976 ACCEPT all -- eth2 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- eth3 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- lo * 0.0.0.0/00.0.0.0/0 > > 0 0 DROP icmp -- * * 0.0.0.0/00.0.0.0/0 >icmptype 13 > 0 0 ACCEPT icmp -- * * 0.0.0.0/00.0.0.0/0 > > 3 180 ACCEPT tcp -- eth0 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > Chain FORWARD (policy DROP 0 packets, 0 bytes) > pkts bytes target prot opt in out source > destination > Chain OUTPUT (policy ACCEPT 511 packets, 81586 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 2576 155K ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 reject-with icmp-port-unreachable > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 reject-with icmp-port-unreachable > Chain HTTP (0 references) > pkts bytes target prot opt in out source > destination > root@s-54-QA:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 172.16.171.10.0.0.0 UG0 00 eth2 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth1 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth3 > 172.16.171.00.0.0.0 255.255.255.0 U 0 00 eth2 > As per the above config when a packet is sent to 172.16.88.x/24 subnet we > are routing it via interface eth1. but we also have a reject rule in the > OUTPUT chain for the packets leaving from eth1. as a result the packets get > dropped. > if we interchange the routes i.e. if the route related to eth3 is hit before > hitting the eth1 route the register iso is successful. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6547) [Automation] Failed to download volume in Xen with error "Failed to copy the volume from pri stor pool to sec stor pool"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
edison su resolved CLOUDSTACK-6547.
---
Resolution: Cannot Reproduce
Not reproduced in recently automation test, so mark it as "cannot reproduce"
> [Automation] Failed to download volume in Xen with error "Failed to copy the
> volume from pri stor pool to sec stor pool"
>
>
> Key: CLOUDSTACK-6547
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6547
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes, XenServer
>Affects Versions: 4.4.0
> Environment: Branch 4.4-forward
> env xen 6.2
>Reporter: Rayees Namathponnan
>Assignee: edison su
>Priority: Critical
> Fix For: 4.4.0
>
> Attachments: management-server.rar
>
>
> Steps to reproduce
> 1) Create advanced zone in xen
> 2) Deploy a VM
> 3) Stoped the vm and download the root volume
> Result
> Failed to download root volume with below error
> 2014-05-01 04:40:03,160 WARN [o.a.c.s.d.ObjectInDataStoreManagerImpl]
> (API-Job-Executor-38:job-490 ctx-4880d846) Unsupported data object (VO
> LUME, org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@2f9161ed),
> no need to delete from object in store ref table
> 2014-05-01 04:40:03,162 DEBUG [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-5:job-488/job-489 ctx-46360720) Execute VM work job:
> com.cloud
> .vm.VmWorkStart{"dcId":1,"podId":1,"clusterId":1,"hostId":1,"rawParams":{"VmPassword":"rO0ABXQADnNhdmVkX3Bhc3N3b3Jk"},"userId":2,"accountId":2,"vmId":70,"handlerName":"VirtualMachineManagerImpl"}
> 2014-05-01 04:40:03,189 ERROR [c.c.a.ApiAsyncJobDispatcher]
> (API-Job-Executor-38:job-490) Unexpected exception while executing
> org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd
> com.cloud.utils.exception.CloudRuntimeException: Failed to copy the volume
> from the source primary storage pool to secondary storage.
> at
> com.cloud.storage.VolumeApiServiceImpl.extractVolume(VolumeApiServiceImpl.java:1897)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
> at
> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy181.extractVolume(Unknown Source)
> at
> org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd.execute(ExtractVolumeCmd.java:137)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
> at
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:495)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5
[jira] [Commented] (CLOUDSTACK-5357) Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" when secon
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14067010#comment-14067010 ] edison su commented on CLOUDSTACK-5357: --- don't know what's this exception means: 2013-12-03 19:24:36,296 WARN [c.c.h.x.r.CitrixResourceBase] (DirectAgent-252:ctx-8ca50e48) unable to destroy task(com.xe nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37) due to You gave an invalid object reference. The object may have recently been deleted. The class parameter gives the type of reference given, and the handle parameter echoes the bad value given. > Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" > when secondary store was unavaiable for 1 and 1/2 hours and then brought up.. > -- > > Key: CLOUDSTACK-5357 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5357 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 > Environment: Build from 4.3 >Reporter: Sangeetha Hariharan >Assignee: Anthony Xu >Priority: Critical > Fix For: 4.4.0 > > Attachments: Snaposhotfailures.rar > > > Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" > when secondary store was unavaiable for 1 and 1/2 hours and then brought up. > Set up: > Advanced Zone with 2 Xenserver 6.2 hosts: > Steps to reproduce the problem: > 1. Deploy 5 Vms in each of the hosts with 10 GB ROOT volume size , so we > start with 10 Vms. > 2. Start concurrent hourly snapshots for ROOT volumes of all the Vms. > 3. Shutdown the Secondary storage server when the snapshots are in the > progress. > 4. Bring the Secondary storage server up after 1and 1/2 hour. > After the secondary store was brought up , we see the snapshot process > continue to be active ( I see the copy command that was halted when the > secondary store was down , starts progressing when server is drought up > online). > I also see that the snapshot process has been completed on the secondary > store. But management server throws the following exception and leaves behind > the snapshot in "CreatedOnPrimary" state in DB. > 2013-12-03 19:24:36,296 WARN [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-252:ctx-8ca50e48) unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37) > due to > You gave an invalid object reference. The object may have recently been > deleted. The class parameter gives the type of > reference given, and the handle parameter echoes the bad value given. > at com.xensource.xenapi.Types.checkResponse(Types.java:209) > at com.xensource.xenapi.Connection.dispatch(Connection.java:368) > at > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool > .java:909) > at com.xensource.xenapi.Task.destroy(Task.java:616) > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.cloudVDIcopy(CitrixResourceBase.java:3920) > at > com.cloud.hypervisor.xen.resource.XenServerStorageProcessor.backupSnapshot(XenServerStorageProcessor.java:1268 > ) > at > com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java: > 90) > at > com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHan > dlerBase.java:50) > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:613) > at > com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59) > at > com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:106) > at > com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:10 > 3) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.
[jira] [Updated] (CLOUDSTACK-5357) Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" when seconda
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su updated CLOUDSTACK-5357: -- Assignee: Anthony Xu (was: edison su) > Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" > when secondary store was unavaiable for 1 and 1/2 hours and then brought up.. > -- > > Key: CLOUDSTACK-5357 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5357 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 > Environment: Build from 4.3 >Reporter: Sangeetha Hariharan >Assignee: Anthony Xu >Priority: Critical > Fix For: 4.4.0 > > Attachments: Snaposhotfailures.rar > > > Xenserver - Failed to create snapshot due to "unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37)" > when secondary store was unavaiable for 1 and 1/2 hours and then brought up. > Set up: > Advanced Zone with 2 Xenserver 6.2 hosts: > Steps to reproduce the problem: > 1. Deploy 5 Vms in each of the hosts with 10 GB ROOT volume size , so we > start with 10 Vms. > 2. Start concurrent hourly snapshots for ROOT volumes of all the Vms. > 3. Shutdown the Secondary storage server when the snapshots are in the > progress. > 4. Bring the Secondary storage server up after 1and 1/2 hour. > After the secondary store was brought up , we see the snapshot process > continue to be active ( I see the copy command that was halted when the > secondary store was down , starts progressing when server is drought up > online). > I also see that the snapshot process has been completed on the secondary > store. But management server throws the following exception and leaves behind > the snapshot in "CreatedOnPrimary" state in DB. > 2013-12-03 19:24:36,296 WARN [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-252:ctx-8ca50e48) unable to destroy task(com.xe > nsource.xenapi.Task@67d312d6) on host(23af93a0-93ff-40cb-ba11-a11d1b884d37) > due to > You gave an invalid object reference. The object may have recently been > deleted. The class parameter gives the type of > reference given, and the handle parameter echoes the bad value given. > at com.xensource.xenapi.Types.checkResponse(Types.java:209) > at com.xensource.xenapi.Connection.dispatch(Connection.java:368) > at > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool > .java:909) > at com.xensource.xenapi.Task.destroy(Task.java:616) > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.cloudVDIcopy(CitrixResourceBase.java:3920) > at > com.cloud.hypervisor.xen.resource.XenServerStorageProcessor.backupSnapshot(XenServerStorageProcessor.java:1268 > ) > at > com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java: > 90) > at > com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHan > dlerBase.java:50) > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:613) > at > com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59) > at > com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:106) > at > com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:10 > 3) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at > java.util.concurrent.ScheduledThreadPo
[jira] [Resolved] (CLOUDSTACK-5356) Xenserver - Failed to create snapshot when secondary store was made unavaibale for about 1.5 hour leaving behind snapshot in " CreatedOnPrimary" state. The subseque
[
https://issues.apache.org/jira/browse/CLOUDSTACK-5356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
edison su resolved CLOUDSTACK-5356.
---
Resolution: Fixed
This issue should be fixed by Min's commit:
46d1e1afb26067943dd5c691766a01a6608d1cb1
> Xenserver - Failed to create snapshot when secondary store was made
> unavaibale for about 1.5 hour leaving behind snapshot in " CreatedOnPrimary"
> state. The subsequent scheduled snapshot also failed
> --
>
> Key: CLOUDSTACK-5356
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5356
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.3.0
> Environment: Build from 4.3
>Reporter: Sangeetha Hariharan
>Assignee: edison su
>Priority: Critical
> Fix For: 4.4.0
>
> Attachments: Snaposhotfailures.rar
>
>
> Xenserver - Failed to create snapshot when secondary store was made
> unavaibale for about 1.5 hour leaving behind snapshot in " CreatedOnPrimary"
> state. The subsequent scheduled snapshot also failed
> Set up:
> Advanced Zone with 2 Xenserver 6.2 hosts:
> Steps to reproduce the problem:
> 1. Deploy 5 Vms in each of the hosts with 10 GB ROOT volume size , so we
> start with 10 Vms.
> 2. Start concurrent hourly snapshots for ROOT volumes of all the Vms.
> 3. Shutdown the Secondary storage server when the snapshots are in the
> progress.
> 4. Bring the Secondary storage server up after 1and 1/2 hour.
> We see that the snapshot creation was halted when the Secondary storage
> server was down. When it was brought up , snapshots creation continued for
> all the volumes except for 1 volume.
> Following exception was encountered after about 45 minutes:
> 2013-12-03 17:53:46,745 DEBUG [c.c.h.x.r.XenServerConnectionPool]
> (DirectAgent-258:ctx-981656b0) XmlRpcExceptio
> n for method: PBD.unplug due to Failed to create input stream: Read timed
> out. Reconnecting...retry=1
> 2013-12-03 17:53:46,745 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-258:ctx-981656b0) Host 10.223.59.67 O
> paqueRef:710e7848-b118-cd69-d8c2-d3e8ffad8429: Catch Exception: Failed to
> create input stream: Read timed out
> 2013-12-03 17:53:46,745 WARN [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-258:ctx-981656b0) Host 10.223.59.67 O
> paqueRef:710e7848-b118-cd69-d8c2-d3e8ffad8429: Unable to remove SR
> 2013-12-03 17:53:46,746 WARN [c.c.h.x.r.XenServerStorageProcessor]
> (DirectAgent-258:ctx-981656b0) BackupSnapsh
> ot Failed due to Task failed! Task record: uuid:
> 99a9ee1f-645b-8893-5e13-4e16006c57ef
>nameLabel: Async.VDI.copy
> nameDescription:
>allowedOperations: []
>currentOperations: {}
> created: Tue Dec 03 17:11:16 EST 2013
> finished: Tue Dec 03 13:25:23 EST 2013
> status: failure
> residentOn: com.xensource.xenapi.Host@72f2fe96
> progress: 1.0
> type:
> result:
>errorInfo: [SR_BACKEND_FAILURE, non-zero exit, , Traceback (most
> recent call last):
> File "/opt/xensource/sm/NFSSR", line 280, in ?
> SRCommand.run(NFSSR, DRIVER_INFO)
> File "/opt/xensource/sm/SRCommand.py", line 327, in run
> ret = cmd.run(sr)
> File "/opt/xensource/sm/SRCommand.py", line 106, in run
> return self._run_locked(sr)
> File "/opt/xensource/sm/SRCommand.py", line 153, in _run_locked
> return self._run(sr, target)
> File "/opt/xensource/sm/SRCommand.py", line 197, in _run
> return target.create(self.params['sr_uuid'], self.vdi_uuid,
> long(self.params['args'][0]))
> File "/opt/xensource/sm/FileSR.py", line 487, in create
> self.sr._update(self.sr.uuid, self.size)
> File "/opt/xensource/sm/FileSR.py", line 185, in _update
> self.physical_utilisation = self._getutilisation()
> File "/opt/xensource/sm/FileSR.py", line 270, in _getutilisation
> return util.get_fs_utilisation(self.path)
> File "/opt/xensource/sm/util.py", line 445, in get_fs_utilisation
> st = ioretry_stat(lambda: os.statvfs(path))
> File "/opt/xensource/sm/util.py", line 302, in ioretry_stat
> stat = f()
> File "/opt/xensource/sm/util.py", line 445, in
> st = ioretry_stat(lambda: os.statvfs(path))
> OSError: [Errno 5] Input/output error:
> '/var/run/sr-mount/b9dffc14-d14e-aec2-5609-4c8adee168fa'
> ]
> otherConfig: {}
>subtaskOf: com.xensource.xenapi.Task@aaf13f6f
> subtasks: []
> Task failed! Task record: uuid:
> 99a9ee1f-645b-8893-5e13-4e16006c57ef
>
[jira] [Commented] (CLOUDSTACK-6933) [Automation] Registering an iso fails in KVM deployment.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6933?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066991#comment-14066991 ] edison su commented on CLOUDSTACK-6933: --- Sounds like a network issue inside VR > [Automation] Registering an iso fails in KVM deployment. > > > Key: CLOUDSTACK-6933 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6933 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.4.0 > Environment: KVM advanced network >Reporter: Bharat Kumar >Assignee: Sheng Yang > Fix For: 4.4.0 > > > registing an iso fails with the connection refused error in KVM deployment. > below are the iptable rules on the relevant SSVM in the env. > Chain INPUT (policy DROP 28 packets, 1340 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 > 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > 172 13277 ACCEPT all -- eth0 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 4122 469K ACCEPT all -- eth1 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 196 10976 ACCEPT all -- eth2 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- eth3 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- lo * 0.0.0.0/00.0.0.0/0 > > 0 0 DROP icmp -- * * 0.0.0.0/00.0.0.0/0 >icmptype 13 > 0 0 ACCEPT icmp -- * * 0.0.0.0/00.0.0.0/0 > > 3 180 ACCEPT tcp -- eth0 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > Chain FORWARD (policy DROP 0 packets, 0 bytes) > pkts bytes target prot opt in out source > destination > Chain OUTPUT (policy ACCEPT 511 packets, 81586 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 2576 155K ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 reject-with icmp-port-unreachable > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 reject-with icmp-port-unreachable > Chain HTTP (0 references) > pkts bytes target prot opt in out source > destination > root@s-54-QA:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 172.16.171.10.0.0.0 UG0 00 eth2 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth1 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth3 > 172.16.171.00.0.0.0 255.255.255.0 U 0 00 eth2 > As per the above config when a packet is sent to 172.16.88.x/24 subnet we > are routing it via interface eth1. but we also have a reject rule in the > OUTPUT chain for the packets leaving from eth1. as a result the packets get > dropped. > if we interchange the routes i.e. if the route related to eth3 is hit before > hitting the eth1 route the register iso is successful. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6933) [Automation] Registering an iso fails in KVM deployment.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su updated CLOUDSTACK-6933: -- Assignee: Sheng Yang (was: edison su) > [Automation] Registering an iso fails in KVM deployment. > > > Key: CLOUDSTACK-6933 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6933 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.4.0 > Environment: KVM advanced network >Reporter: Bharat Kumar >Assignee: Sheng Yang > Fix For: 4.4.0 > > > registing an iso fails with the connection refused error in KVM deployment. > below are the iptable rules on the relevant SSVM in the env. > Chain INPUT (policy DROP 28 packets, 1340 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 > 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > 172 13277 ACCEPT all -- eth0 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 4122 469K ACCEPT all -- eth1 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 196 10976 ACCEPT all -- eth2 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- eth3 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- lo * 0.0.0.0/00.0.0.0/0 > > 0 0 DROP icmp -- * * 0.0.0.0/00.0.0.0/0 >icmptype 13 > 0 0 ACCEPT icmp -- * * 0.0.0.0/00.0.0.0/0 > > 3 180 ACCEPT tcp -- eth0 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > Chain FORWARD (policy DROP 0 packets, 0 bytes) > pkts bytes target prot opt in out source > destination > Chain OUTPUT (policy ACCEPT 511 packets, 81586 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 2576 155K ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 reject-with icmp-port-unreachable > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 reject-with icmp-port-unreachable > Chain HTTP (0 references) > pkts bytes target prot opt in out source > destination > root@s-54-QA:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 172.16.171.10.0.0.0 UG0 00 eth2 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth1 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth3 > 172.16.171.00.0.0.0 255.255.255.0 U 0 00 eth2 > As per the above config when a packet is sent to 172.16.88.x/24 subnet we > are routing it via interface eth1. but we also have a reject rule in the > OUTPUT chain for the packets leaving from eth1. as a result the packets get > dropped. > if we interchange the routes i.e. if the route related to eth3 is hit before > hitting the eth1 route the register iso is successful. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-5806) Storage types other than NFS/VMFS can't overprovision
[
https://issues.apache.org/jira/browse/CLOUDSTACK-5806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
edison su resolved CLOUDSTACK-5806.
---
Resolution: Duplicate
CLOUDSTACK-6092 added a fix, but it's not completed done yet.
> Storage types other than NFS/VMFS can't overprovision
> -
>
> Key: CLOUDSTACK-5806
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5806
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.2.0, Future, 4.3.0
>Reporter: Marcus Sorensen
>Assignee: edison su
>Priority: Critical
> Fix For: 4.4.0
>
>
> Edison, Mike, or myself can probably fix this. Mgmt server hardcodes storage
> types that can overprovision. Need to fix this.
> Edison suggests:
> We can move it to storage driver's capabilities method.
> Each storage driver can report its capabilities in DataStoreDriver->
> getCapabilities(), which returns a map[String, String], we can change the
> signature to map[String, Object]
> In CloudStackPrimaryDataStoreDriverImpl(the default storage driver)->
> getCapabilities, which can return something like:
> Var comparator = new storageOverProvision() {
> Public Boolean isOverProvisionSupported(DataStore store) {
>Var storagepool = (PrimaryDataStoreInfo)store;
>If (store.getPoolType() == NFS or VMFS) {
>Return true;
> }
> };
> };
> Var caps = new HashMap[String, Object]();
> Caps.put("storageOverProvision", comparator);
> Return caps;
> }
> Whenever, other places in mgt server want to check the capabilities of
> overprovision, we can do the following:
> Var primaryStore = DataStoreManager. getPrimaryDataStore(primaryStoreId);
> var caps = primaryStore. getDriver().getCapabilities();
> var overprovision = caps.get("storageOverProvision");
> var result = overprovision. isOverProvisionSupported(primaryStore);
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6358) Remove hardcoded guest OS mappings
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066960#comment-14066960 ] ASF subversion and git services commented on CLOUDSTACK-6358: - Commit cfcc4a076dd740d6deed48084132946a55ed08d1 in cloudstack's branch refs/heads/master from [~amogh.vasekar] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=cfcc4a0 ] CLOUDSTACK-6358: KVM mappings for CentOS 6.x and RHEL 6.x > Remove hardcoded guest OS mappings > -- > > Key: CLOUDSTACK-6358 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6358 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 >Reporter: Amogh Vasekar >Assignee: Amogh Vasekar >Priority: Blocker > Fix For: 4.4.0, 4.5.0 > > > The guest OS to platform emulator mappings are hardcoded in the codebase. > This needs to be removed so as to support dynamic addition of guest OS type -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6933) [Automation] Registering an iso fails in KVM deployment.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-6933: Summary: [Automation] Registering an iso fails in KVM deployment. (was: registering an iso fails in KVM deployment.) > [Automation] Registering an iso fails in KVM deployment. > > > Key: CLOUDSTACK-6933 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6933 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.4.0 > Environment: KVM advanced network >Reporter: Bharat Kumar >Assignee: edison su > Fix For: 4.4.0 > > > registing an iso fails with the connection refused error in KVM deployment. > below are the iptable rules on the relevant SSVM in the env. > Chain INPUT (policy DROP 28 packets, 1340 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 > 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > 172 13277 ACCEPT all -- eth0 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 4122 469K ACCEPT all -- eth1 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 196 10976 ACCEPT all -- eth2 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- eth3 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- lo * 0.0.0.0/00.0.0.0/0 > > 0 0 DROP icmp -- * * 0.0.0.0/00.0.0.0/0 >icmptype 13 > 0 0 ACCEPT icmp -- * * 0.0.0.0/00.0.0.0/0 > > 3 180 ACCEPT tcp -- eth0 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > Chain FORWARD (policy DROP 0 packets, 0 bytes) > pkts bytes target prot opt in out source > destination > Chain OUTPUT (policy ACCEPT 511 packets, 81586 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 2576 155K ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 reject-with icmp-port-unreachable > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 reject-with icmp-port-unreachable > Chain HTTP (0 references) > pkts bytes target prot opt in out source > destination > root@s-54-QA:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 172.16.171.10.0.0.0 UG0 00 eth2 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth1 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth3 > 172.16.171.00.0.0.0 255.255.255.0 U 0 00 eth2 > As per the above config when a packet is sent to 172.16.88.x/24 subnet we > are routing it via interface eth1. but we also have a reject rule in the > OUTPUT chain for the packets leaving from eth1. as a result the packets get > dropped. > if we interchange the routes i.e. if the route related to eth3 is hit before > hitting the eth1 route the register iso is successful. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7138) [Automation] Fix the script "test_escalations_vpncustomergateways.py" - Fail to find customer gateway
Chandan Purushothama created CLOUDSTACK-7138:
Summary: [Automation] Fix the script
"test_escalations_vpncustomergateways.py" - Fail to find customer gateway
Key: CLOUDSTACK-7138
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7138
Project: CloudStack
Issue Type: Test
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, Test
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
=
Error Message:
=
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
DEBUG: Sending GET Cmd : deleteVpnCustomerGateway===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
(1): 10.220.135.73
requests.packages.urllib3.connectionpool: DEBUG: "GET
/client/api?signature=C%2FYs0Z0CIZwnMXhXLn3c5hUxC44%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=deleteVpnCustomerGateway&id=fd1ce29a-eba1-4933-8048-f6750144507f&response=json
HTTP/1.1" 200 89
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
DEBUG: === Jobid: 65e64b4c-e08a-43f1-9c9b-6f090495d4fb Started ===
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
DEBUG: Payload: {'signature': 'movzhb8jh4K2t40vRU8Qfi3oR1w=', 'apiKey':
u'Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA',
'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb'}
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
DEBUG: Sending GET Cmd : queryAsyncJobResult===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
(1): 10.220.135.73
requests.packages.urllib3.connectionpool: DEBUG: "GET
/client/api?signature=movzhb8jh4K2t40vRU8Qfi3oR1w%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=queryAsyncJobResult&response=json&jobid=65e64b4c-e08a-43f1-9c9b-6f090495d4fb
HTTP/1.1" 200 459
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
DEBUG: Response : {jobprocstatus : 0, created : u'2014-07-11T16:07:31+',
cmd :
u'org.apache.cloudstack.api.command.user.vpn.DeleteVpnCustomerGatewayCmd',
userid : u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 2, jobid :
u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb', jobresultcode : 530, jobresulttype :
u'object', jobresult : {errorcode : 530, errortext : u'Fail to find customer
gateway with 3 !'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'}
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
ERROR: __poll: Exception Occurred :Job failed: {jobprocstatus : 0,
created : u'2014-07-11T16:07:31+', cmd :
u'org.apache.cloudstack.api.command.user.vpn.DeleteVpnCustomerGatewayCmd',
userid : u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 2, jobid :
u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb', jobresultcode : 530, jobresulttype :
u'object', jobresult : {errorcode : 530, errortext : u'Fail to find customer
gateway with 3 !'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'}
Traceback (most recent call last):
File
"/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
line 105, in __poll
% async_response)
Exception: Job failed: {jobprocstatus : 0, created :
u'2014-07-11T16:07:31+', cmd :
u'org.apache.cloudstack.api.command.user.vpn.DeleteVpnCustomerGatewayCmd',
userid : u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 2, jobid :
u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb', jobresultcode : 530, jobresulttype :
u'object', jobresult : {errorcode : 530, errortext : u'Fail to find customer
gateway with 3 !'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'}
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
DEBUG: Response : FAILED
test_01_list_vpncustomergateways_pagination
(integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
ERROR: marvinRequest : CmdName:
Exception: ['Traceback (most recent call last):\n', '
File
"/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
line 375, in marvinRequest\nraise self.__lastError\n', "Exception: Job
failed: {
[jira] [Created] (CLOUDSTACK-7137) [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to execute API command deletesecuritygroup due to invalid value.
Chandan Purushothama created CLOUDSTACK-7137: Summary: [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to execute API command deletesecuritygroup due to invalid value. Key: CLOUDSTACK-7137 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7137 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Error Message: test_01_list_securitygroups_pagination (integration.component.test_escalations_securitygroups.TestSecurityGroups): DEBUG: Sending GET Cmd : deleteSecurityGroup=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 10.220.135.73 requests.packages.urllib3.connectionpool: DEBUG: "GET /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&response=json&command=deleteSecurityGroup&signature=JB2or4xVThMUY0Pob4shmnqTe5s%3D&id=66eeb3b4-3b3d-4037-8483-7ed1a1485893 HTTP/1.1" 431 370 test_01_list_securitygroups_pagination (integration.component.test_escalations_securitygroups.TestSecurityGroups): ERROR: Exception:['Traceback (most recent call last):\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", line 150, in getResultObj\nraise cloudstackException.CloudstackAPIException(respname, errMsg)\n', 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: errorCode: 431, errorText:Unable to execute API command deletesecuritygroup due to invalid value. Invalid parameter id value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value format, or entity does not exist or due to incorrect parameter annotation for the field in api cmd class.\n'] Traceback (most recent call last): File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 308, in __parseAndGetResponse response_cls) File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", line 150, in getResultObj raise cloudstackException.CloudstackAPIException(respname, errMsg) CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: errorCode: 431, errorText:Unable to execute API command deletesecuritygroup due to invalid value. Invalid parameter id value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value format, or entity does not exist or due to incorrect parameter annotation for the field in api cmd class. test_01_list_securitygroups_pagination (integration.component.test_escalations_securitygroups.TestSecurityGroups): ERROR: marvinRequest : CmdName: Exception: ['Traceback (most recent call last):\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 375, in marvinRequest\nraise self.__lastError\n', 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: errorCode: 431, errorText:Unable to execute API command deletesecuritygroup due to invalid value. Invalid parameter id value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value format, or entity does not exist or due to incorrect parameter annotation for the field in api cmd class.\n'] Traceback (most recent call last): File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 375, in marvinRequest raise self.__lastError CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: errorCode: 431, errorText:Unable to execute API command deletesecuritygroup due to invalid value. Invalid parameter id value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value format, or entity does not exist or due to incorrect parameter annotation for the field in api cmd class. test_01_list_securitygroups_pagination (integration.component.test_escalations_securitygroups.TestSecurityGroups): CRITICAL: EXCEPTION: test_01_list_securitygroups_pagination: ['Traceback (most recent call last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 361, in run\nself.tearDown()\n', ' File "/home/jenkins/workspace/xenrt-reg-basic-xs/cloudstack.git/test/integration/component/test_escalations_securitygroups.py", line 94, in tearDown\ncleanup_resources(self.apiClient, self.cleanup)\n', ' File "/
[jira] [Updated] (CLOUDSTACK-7136) [Automation] NPE thrown during listing Hosts For Migration Of VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7136: - Summary: [Automation] NPE thrown during listing Hosts For Migration Of VM (was: NPE thrown during listing Hosts For Migration Of VM) > [Automation] NPE thrown during listing Hosts For Migration Of VM > > > Key: CLOUDSTACK-7136 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7136 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Priority: Critical > Fix For: 4.5.0 > > > = > NullPointer Exception: > = > 2014-07-11 15:38:49,980 DEBUG [c.c.a.ApiServlet] > (catalina-exec-8:ctx-fe756f7e) ===START=== 10.220.64.12 -- GET > signature=b5ug4%2FGZ2j39PwVI1etwVopiE7o%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=queryAsyncJobResult&response=json&jobid=6a85f3b5-98fa-407d-90b6-16ed1b6d3ff5 > 2014-07-11 15:38:49,999 DEBUG [c.c.a.ApiServlet] > (catalina-exec-8:ctx-fe756f7e ctx-305f25b6 ctx-957b41d0) ===END=== > 10.220.64.12 -- GET > signature=b5ug4%2FGZ2j39PwVI1etwVopiE7o%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=queryAsyncJobResult&response=json&jobid=6a85f3b5-98fa-407d-90b6-16ed1b6d3ff5 > 2014-07-11 15:38:50,003 DEBUG [c.c.a.ApiServlet] > (catalina-exec-5:ctx-0b26583d) ===START=== 10.220.64.12 -- GET > apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&virtualmachineid=64f87891-2ae6-486e-9ce0-c02a14bc38ec&command=listHosts&signature=EiTYc1Um98AA34LKUSsqan2vRPA%3D&response=json > 2014-07-11 15:38:50,027 DEBUG [o.a.c.a.HostAntiAffinityProcessor] > (catalina-exec-5:ctx-0b26583d ctx-c01743fd ctx-f1ba4ab8) Processing affinity > group aff_grp_E3U2D3 for VM Id: 44 > 2014-07-11 15:38:50,031 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-5:ctx-0b26583d ctx-c01743fd ctx-f1ba4ab8) FirstFitAllocator > has 1 hosts to check for allocation: [Host[-2-Routing]] > 2014-07-11 15:38:50,035 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-5:ctx-0b26583d ctx-c01743fd ctx-f1ba4ab8) Found 1 hosts for > allocation after prioritization: [Host[-2-Routing]] > 2014-07-11 15:38:50,036 ERROR [c.c.a.ApiServer] (catalina-exec-5:ctx-0b26583d > ctx-c01743fd ctx-f1ba4ab8) unhandled exception executing api command: > [Ljava.lang.String;@37e5f2d9 > java.lang.NullPointerException > at > com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:253) > at > com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:225) > at > com.cloud.server.ManagementServerImpl.listHostsForMigrationOfVM(ManagementServerImpl.java:1226) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at $Proxy236.listHostsForMigrationOfVM(Unknown Source) > at > org.apache.cloudstack.api.command.admin.host.ListHostsCmd.execute(ListHostsCmd.java:189) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org
[jira] [Created] (CLOUDSTACK-7136) NPE thrown during listing Hosts For Migration Of VM
Chandan Purushothama created CLOUDSTACK-7136: Summary: NPE thrown during listing Hosts For Migration Of VM Key: CLOUDSTACK-7136 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7136 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 = NullPointer Exception: = 2014-07-11 15:38:49,980 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-fe756f7e) ===START=== 10.220.64.12 -- GET signature=b5ug4%2FGZ2j39PwVI1etwVopiE7o%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=queryAsyncJobResult&response=json&jobid=6a85f3b5-98fa-407d-90b6-16ed1b6d3ff5 2014-07-11 15:38:49,999 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-fe756f7e ctx-305f25b6 ctx-957b41d0) ===END=== 10.220.64.12 -- GET signature=b5ug4%2FGZ2j39PwVI1etwVopiE7o%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=queryAsyncJobResult&response=json&jobid=6a85f3b5-98fa-407d-90b6-16ed1b6d3ff5 2014-07-11 15:38:50,003 DEBUG [c.c.a.ApiServlet] (catalina-exec-5:ctx-0b26583d) ===START=== 10.220.64.12 -- GET apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&virtualmachineid=64f87891-2ae6-486e-9ce0-c02a14bc38ec&command=listHosts&signature=EiTYc1Um98AA34LKUSsqan2vRPA%3D&response=json 2014-07-11 15:38:50,027 DEBUG [o.a.c.a.HostAntiAffinityProcessor] (catalina-exec-5:ctx-0b26583d ctx-c01743fd ctx-f1ba4ab8) Processing affinity group aff_grp_E3U2D3 for VM Id: 44 2014-07-11 15:38:50,031 DEBUG [c.c.a.m.a.i.FirstFitAllocator] (catalina-exec-5:ctx-0b26583d ctx-c01743fd ctx-f1ba4ab8) FirstFitAllocator has 1 hosts to check for allocation: [Host[-2-Routing]] 2014-07-11 15:38:50,035 DEBUG [c.c.a.m.a.i.FirstFitAllocator] (catalina-exec-5:ctx-0b26583d ctx-c01743fd ctx-f1ba4ab8) Found 1 hosts for allocation after prioritization: [Host[-2-Routing]] 2014-07-11 15:38:50,036 ERROR [c.c.a.ApiServer] (catalina-exec-5:ctx-0b26583d ctx-c01743fd ctx-f1ba4ab8) unhandled exception executing api command: [Ljava.lang.String;@37e5f2d9 java.lang.NullPointerException at com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:253) at com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:225) at com.cloud.server.ManagementServerImpl.listHostsForMigrationOfVM(ManagementServerImpl.java:1226) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy236.listHostsForMigrationOfVM(Unknown Source) at org.apache.cloudstack.api.command.admin.host.ListHostsCmd.execute(ListHostsCmd.java:189) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.Appli
[jira] [Created] (CLOUDSTACK-7135) [Automation] Fix the script "test_baremetal.py" - Can't have more than one Guest network in zone with network type Basic
Chandan Purushothama created CLOUDSTACK-7135: Summary: [Automation] Fix the script "test_baremetal.py" - Can't have more than one Guest network in zone with network type Basic Key: CLOUDSTACK-7135 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7135 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Error Message: test_baremetal (integration.component.test_baremetal.TestBaremetal): DEBUG: Sending GET Cmd : createNetwork=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 10.220.135.73 requests.packages.urllib3.connectionpool: DEBUG: "GET /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&zoneid=1&displaytext=defaultBaremetalNetwork&networkofferingid=84c3e203-139e-4412-ab81-8a6abecb3e35&response=json&name=defaultBaremetalNetwork&command=createNetwork&signature=alemHuTsxw31sTOaAyaZn2Cw4N8%3D HTTP/1.1" 431 165 test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: Exception:['Traceback (most recent call last):\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", line 150, in getResultObj\nraise cloudstackException.CloudstackAPIException(respname, errMsg)\n', "CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic\n"] Traceback (most recent call last): File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 308, in __parseAndGetResponse response_cls) File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", line 150, in getResultObj raise cloudstackException.CloudstackAPIException(respname, errMsg) CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: marvinRequest : CmdName: Exception: ['Traceback (most recent call last):\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 375, in marvinRequest\nraise self.__lastError\n', "CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic\n"] Traceback (most recent call last): File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 375, in marvinRequest raise self.__lastError CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic test_baremetal (integration.component.test_baremetal.TestBaremetal): CRITICAL: EXCEPTION: test_baremetal: ['Traceback (most recent call last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\ntestMethod()\n', ' File "/home/jenkins/workspace/xenrt-reg-basic-xs/cloudstack.git/test/integration/component/test_baremetal.py", line 110, in test_baremetal\nnetwork = Network.create(self.apiclient, self.services["network"], zoneid=self.zoneid, networkofferingid=networkoffering.id)\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/lib/base.py", line 2591, in create\nreturn Network(apiclient.createNetwork(cmd).__dict__)\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py", line 1854, in createNetwork\nresponse = self.connection.marvinRequest(command, response_type=response, method=method)\n', ' File "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 380, in marvinRequest\nraise e\n', "CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic\n"] - >> end captured logging << - Stacktrace File "/usr/lib/
[jira] [Created] (CLOUDSTACK-7134) [Automation] Fix the script "test_reset_ssh_keypair.py" - Advanced Zone VM is being deployed in a Basic Zone deployment
Chandan Purushothama created CLOUDSTACK-7134:
Summary: [Automation] Fix the script "test_reset_ssh_keypair.py" -
Advanced Zone VM is being deployed in a Basic Zone deployment
Key: CLOUDSTACK-7134
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7134
Project: CloudStack
Issue Type: Test
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, Test
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
=
Error Message:
=
est_01_reset_keypair_normal_user
(integration.component.test_reset_ssh_keypair.TestResetSSHKeyUserRights):
DEBUG: Response : {jobprocstatus : 0, created : u'2014-07-11T16:46:43+',
cmd : u'org.apache.cloudstack.api.command.admin.vm.DeployVMCmdByAdmin', userid
: u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 1, jobid :
u'e7c495f1-6324-4253-a453-494e2a36ae02', jobresultcode : 0, jobresulttype :
u'object', jobresult : {domain : u'ROOT', domainid :
u'7ccbf6bc-08ed-11e4-887d-928d578f5db8', haenable : False, templatename :
u'Cent OS Template-9UKJWR', securitygroup : [{egressrule : [], account :
u'test-TestResetSSHKeypair-test_01_reset_keypair_normal_user-D073XD',
description : u'Default Security Group', tags : [], ingressrule : [], id :
u'980df1d5-b24b-4851-b86c-2fd149692a57', name : u'default'}], zoneid :
u'ae56b8ba-3fd6-4f63-b71f-32128f86688a', cpunumber : 1, ostypeid : 12,
passwordenabled : True, instancename : u'i-150-92-VM', id :
u'e391e779-2efe-4c6a-ad1f-e03d0867165f', hostname : u'swordtail', displayvm :
True, state : u'Running', guestosid : u'7cd2c9a6-08ed-11e4-887d-928d578f5db8',
details : {hypervisortoolsversion : u'xenserver56'}, memory : 128,
serviceofferingid : u'5a70bf03-2147-4426-80a9-11d76f658c7b', zonename :
u'XenRT-Zone-0', isdynamicallyscalable : False, displayname : u'VM', tags : [],
nic : [{networkid : u'd792af3b-8e8d-4830-aa96-0933f42c71a3', macaddress :
u'06:95:c6:00:00:12', type : u'Shared', broadcasturi : u'vlan://untagged',
traffictype : u'Guest', netmask : u'255.255.240.0', ipaddress :
u'10.220.114.151', id : u'1ba07040-dbaa-419e-8941-a7ba6f922676', networkname :
u'guestNetworkForBasicZone', gateway : u'10.220.112.1', isdefault : True}],
cpuspeed : 100, jobstatus : 0, templateid :
u'b9946974-966c-4a74-8c57-c9a55e08542d', password : u'kU8pbbvtg', affinitygroup
: [], account :
u'test-TestResetSSHKeypair-test_01_reset_keypair_normal_user-D073XD', hostid :
u'71c113f0-a559-4c9f-95b0-1bfeec463a9c', name :
u'VM-e391e779-2efe-4c6a-ad1f-e03d0867165f', created :
u'2014-07-11T16:46:43+', hypervisor : u'XenServer', jobid :
u'e7c495f1-6324-4253-a453-494e2a36ae02', rootdevicetype : u'ROOT', rootdeviceid
: 0, serviceofferingname : u'Tiny Instance', templatedisplaytext : u'Cent OS
Template'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'}
test_01_reset_keypair_normal_user
(integration.component.test_reset_ssh_keypair.TestResetSSHKeyUserRights):
DEBUG: Payload: {'account':
u'test-TestResetSSHKeypair-test_01_reset_keypair_normal_user-D073XD',
'domainid': u'7ccbf6bc-08ed-11e4-887d-928d578f5db8', 'zoneid':
u'ae56b8ba-3fd6-4f63-b71f-32128f86688a', 'apiKey':
u'Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA',
'command': 'associateIpAddress', 'signature': '52qNzGUlB0gK2dd/0r/tdZKGWaE=',
'response': 'json'}
test_01_reset_keypair_normal_user
(integration.component.test_reset_ssh_keypair.TestResetSSHKeyUserRights):
DEBUG: Sending GET Cmd : associateIpAddress===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
(1): 10.220.135.73
requests.packages.urllib3.connectionpool: DEBUG: "GET
/client/api?account=test-TestResetSSHKeypair-test_01_reset_keypair_normal_user-D073XD&domainid=7ccbf6bc-08ed-11e4-887d-928d578f5db8&zoneid=ae56b8ba-3fd6-4f63-b71f-32128f86688a&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=associateIpAddress&signature=52qNzGUlB0gK2dd%2F0r%2FtdZKGWaE%3D&response=json
HTTP/1.1" 533 129
test_01_reset_keypair_normal_user
(integration.component.test_reset_ssh_keypair.TestResetSSHKeyUserRights):
ERROR: Exception:['Traceback (most recent call last):\n', ' File
"/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File
"/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py",
line 150, in getResultObj\nraise
cloudstackException.CloudstackAPIException(respname, errMsg)\n',
'CloudstackAPIException: Execute cmd: associateipaddress failed, due to:
errorCode: 533, errorText:Insufficient address capacity\n']
Traceback (most re
[jira] [Updated] (CLOUDSTACK-7132) [Automation] Failed to detach Volume from the VM due to RuntimeException: Unexpected exception
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7132:
-
Summary: [Automation] Failed to detach Volume from the VM due to
RuntimeException: Unexpected exception (was: Failed to detach Volume from the
VM due to RuntimeException: Unexpected exception)
> [Automation] Failed to detach Volume from the VM due to RuntimeException:
> Unexpected exception
> --
>
> Key: CLOUDSTACK-7132
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7132
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Storage Controller, Volumes, XenServer
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: management-server(1).zip
>
>
> ==
> Unexpected Exception while detaching Volume from the VM:
> ==
> 2014-07-11 17:28:06,154 WARN [c.c.h.x.r.XenServerStorageProcessor]
> (DirectAgent-143:ctx-bc033f6e) Failed dettach volume:
> 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f
> 2014-07-11 17:28:06,154 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-143:ctx-bc033f6e) Seq 1-3992722544640656559: Response Received:
> 2014-07-11 17:28:06,154 DEBUG [c.c.a.t.Request]
> (DirectAgent-143:ctx-bc033f6e) Seq 1-3992722544640656559: Processing: { Ans:
> , MgmtId: 161135757057464, via: 1, Ver: v1, Flags: 10,
> [{"org.apache.cloudstack.storage.command.DettachAnswer":{"result":false,"details":"Failed
> dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server
> failed to handle your request, due to an internal error. The given message
> may give details useful for debugging the problem.","wait":0}}] }
> 2014-07-11 17:28:06,154 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Seq
> 1-3992722544640656559: Received: { Ans: , MgmtId: 161135757057464, via: 1,
> Ver: v1, Flags: 10, { DettachAnswer } }
> 2014-07-11 17:28:06,154 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Invocation
> exception, caused by: com.cloud.utils.exception.CloudRuntimeException: Failed
> to detach volume DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86;
> Failed dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The
> server failed to handle your request, due to an internal error. The given
> message may give details useful for debugging the problem.
> 2014-07-11 17:28:06,155 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Rethrow
> exception com.cloud.utils.exception.CloudRuntimeException: Failed to detach
> volume DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86; Failed
> dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server
> failed to handle your request, due to an internal error. The given message
> may give details useful for debugging the problem.
> 2014-07-11 17:28:06,155 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155) Done with run of VM
> work job: com.cloud.storage.VmWorkDetachVolume for VM 118, job origin: 1154
> 2014-07-11 17:28:06,155 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155) Unable to complete
> AsyncJobVO {id:1155, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkDetachVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtEZXRhY2hWb2x1bWWG9F4D6zzUAwIAAUwACHZvbHVtZUlkdAAQTGphdmEvbGFuZy9Mb25nO3hyABNjb20uY2xvdWQudm0uVm1Xb3Jrn5m2VvAlZ2sCAARKAAlhY2NvdW50SWRKAAZ1c2VySWRKAAR2bUlkTAALaGFuZGxlck5hbWV0ABJMamF2YS9sYW5nL1N0cmluZzt4cAACAAIAdnQAFFZvbHVtZUFwaVNlcnZpY2VJbXBsc3IADmphdmEubGFuZy5Mb25nO4vkkMyPI98CAAFKAAV2YWx1ZXhyABBqYXZhLmxhbmcuTnVtYmVyhqyVHQuU4IsCAAB4cACW,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 161135757057464, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: Fri Jul 11 17:23:04 UTC 2014}, job origin:1154
> com.cloud.utils.exception.CloudRuntimeException: Failed to detach volume
> DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86; Failed dettach
> volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server failed to
> handle your request, due to an internal error. The given message may give
> details useful for debugging the problem.
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateDetachVolumeFromVM(VolumeApiServiceImpl.java:1564)
> at
> co
[jira] [Resolved] (CLOUDSTACK-7123) [Automation] Guest VM templates failed to download with NPE in KVM basic zone
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
edison su resolved CLOUDSTACK-7123.
---
Resolution: Fixed
> [Automation] Guest VM templates failed to download with NPE in KVM basic zone
> -
>
> Key: CLOUDSTACK-7123
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7123
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM
>Affects Versions: 4.5.0
> Environment: KVM basic zone
> branch 4:5
>Reporter: Rayees Namathponnan
>Assignee: edison su
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: CLOUDSTACK-7123.rar, management.rar
>
>
> This issue is observed in automation environment; KVM basic zone
> system vms created but guest vm templates failed to download with below
> error, observed NPE in SSVM logs, attaching with this mail
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) Download Completion for jobId:
> b45fbdf7-3a55-4e0e-8e59-16adc234bcee, status=IN_PROGRESS
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) local:
> /mnt/SecStorage/0e70a699-6420-35fc-9c0a-5ac0857423f1/template/tmpl/1/4/dnld218166405615108355tmp_,
> bytes=1117572, error= , pct=0
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) Resuming jobId: b45fbdf7-3a55-4e0e-8e59-16adc234bcee,
> status=IN_PROGRESS
> 2014-07-17 04:11:29,128 WARN [storage.template.HttpTemplateDownloader]
> (pool-1-thread-1:null) Caught exception during download null
> java.lang.NullPointerException
> at
> org.apache.cloudstack.utils.template.TemplateUtils.checkTemplateFormat(TemplateUtils.java:40)
> at
> com.cloud.storage.template.HttpTemplateDownloader.download(HttpTemplateDownloader.java:254)
> at
> com.cloud.storage.template.HttpTemplateDownloader.runInContext(HttpTemplateDownloader.java:369)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> 2014-07-17 04:11:47,033 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-5:null) Request:Seq 4-9028872827947712522: { Cmd ,
> MgmtId: 73187150500751, via: 4, Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.DownloadProgressCommand":{"jobId":"b45fbdf7-3a55-4e0e-8e59-16adc234bcee","request":"GET_STATUS","hvm":false,"description":"CentOS
> 5.5(64-bit) no GUI
> (KVM)","checksum":"ed0e788280ff2912ea40f7f91ca7a249","maxDownloadSizeInBytes":53687091200,"id":4,"resourceType":"TEMPLATE","installPath":"template/tmpl/1/4","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://nfs1-ccp.citrix.com:/home/common/automation/SC_QA_AUTO5/secondary1","_role":"Image"}},"url":"http://nfs1.lab.vmops.com/templates/regression_test/centos55-httpd-64bit.qcow2","format":"QCOW2","accountId":1,"name":"centos55-x86_64","secUrl":"nfs://nfs1-ccp.citrix.com:/home/common/automation/SC_QA_AUTO5/secondary1","wait":0}}]
> }
> 2014-07-17 04:11:47,313 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-5:null) Processing command:
> org.apache.cloudstack.storage.command.DownloadProgressCommand
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7123) [Automation] Guest VM templates failed to download with NPE in KVM basic zone
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066747#comment-14066747
]
ASF subversion and git services commented on CLOUDSTACK-7123:
-
Commit 51c14106d8858769ac8f3cc0d8f3f357254c0509 in cloudstack's branch
refs/heads/master from Edison Su
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=51c1410 ]
CLOUDSTACK-7123: set the timeout to 60s, when run the file command
> [Automation] Guest VM templates failed to download with NPE in KVM basic zone
> -
>
> Key: CLOUDSTACK-7123
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7123
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM
>Affects Versions: 4.5.0
> Environment: KVM basic zone
> branch 4:5
>Reporter: Rayees Namathponnan
>Assignee: edison su
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: CLOUDSTACK-7123.rar, management.rar
>
>
> This issue is observed in automation environment; KVM basic zone
> system vms created but guest vm templates failed to download with below
> error, observed NPE in SSVM logs, attaching with this mail
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) Download Completion for jobId:
> b45fbdf7-3a55-4e0e-8e59-16adc234bcee, status=IN_PROGRESS
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) local:
> /mnt/SecStorage/0e70a699-6420-35fc-9c0a-5ac0857423f1/template/tmpl/1/4/dnld218166405615108355tmp_,
> bytes=1117572, error= , pct=0
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) Resuming jobId: b45fbdf7-3a55-4e0e-8e59-16adc234bcee,
> status=IN_PROGRESS
> 2014-07-17 04:11:29,128 WARN [storage.template.HttpTemplateDownloader]
> (pool-1-thread-1:null) Caught exception during download null
> java.lang.NullPointerException
> at
> org.apache.cloudstack.utils.template.TemplateUtils.checkTemplateFormat(TemplateUtils.java:40)
> at
> com.cloud.storage.template.HttpTemplateDownloader.download(HttpTemplateDownloader.java:254)
> at
> com.cloud.storage.template.HttpTemplateDownloader.runInContext(HttpTemplateDownloader.java:369)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> 2014-07-17 04:11:47,033 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-5:null) Request:Seq 4-9028872827947712522: { Cmd ,
> MgmtId: 73187150500751, via: 4, Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.DownloadProgressCommand":{"jobId":"b45fbdf7-3a55-4e0e-8e59-16adc234bcee","request":"GET_STATUS","hvm":false,"description":"CentOS
> 5.5(64-bit) no GUI
> (KVM)","checksum":"ed0e788280ff2912ea40f7f91ca7a249","maxDownloadSizeInBytes":53687091200,"id":4,"resourceType":"TEMPLATE","installPath":"template/tmpl/1/4","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://nfs1-ccp.citrix.com:/home/common/automation/SC_QA_AUTO5/secondary1","_role":"Image"}},"url":"http://nfs1.lab.vmops.com/templates/regression_test/centos55-httpd-64bit.qcow2","format":"QCOW2","accountId":1,"name":"centos55-x86_64","secUrl":"nfs://nfs1-ccp.citrix.com:/home/common/automation/SC_QA_AUTO5/secondary1","wait":0}}]
> }
> 2014-07-17 04:11:47,313 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-5:null) Processing command:
> org.apache.cloudstack.storage.command.DownloadProgressCommand
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7133) [Automation] Failed to reboot Virtual Machine - Runtime Exception - Unable to Start VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7133: - Attachment: management-server(1).zip > [Automation] Failed to reboot Virtual Machine - Runtime Exception - Unable to > Start VM > -- > > Key: CLOUDSTACK-7133 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7133 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Priority: Critical > Fix For: 4.5.0 > > Attachments: management-server(1).zip > > > = > Runtime Exception during VM Reboot Job: > = > 2014-07-11 15:10:51,329 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] > (Work-Job-Executor-119:ctx-2cd21b46 job-420/job-422) Complete async job-422, > jobStatus: FAILED, resultCode: 0, result: > rO0ABXNyABpqYXZhLmxhbmcuUnVudGltZUV4Y2VwdGlvbp5fBkcKNIPlAgAAeHIAE2phdmEubGFuZy5FeGNlcHRpb27Q_R8-GjscxAIAAHhyABNqYXZhLmxhbmcuVGhyb3dhYmxl1cY1Jzl3uMsDAARMAAVjYXVzZXQAFUxqYXZhL2xhbmcvVGhyb3dhYmxlO0wADWRldGFpbE1lc3NhZ2V0ABJMamF2YS9sYW5nL1N0cmluZztbAApzdGFja1RyYWNldAAeW0xqYXZhL2xhbmcvU3RhY2tUcmFjZUVsZW1lbnQ7TAAUc3VwcHJlc3NlZEV4Y2VwdGlvbnN0ABBMamF2YS91dGlsL0xpc3Q7eHBxAH4AB3QAlkpvYiBmYWlsZWQgZHVlIHRvIGV4Y2VwdGlvbiBSZXNvdXJjZSBbSG9zdDoxXSBpcyB1bnJlYWNoYWJsZTogSG9zdCAxOiBVbmFibGUgdG8gc3RhcnQgaW5zdGFuY2UgZHVlIHRvIGNhbid0IGZpbmQgcmVhZHkgdGVtcGxhdGU6IDIwMyBmb3IgZGF0YSBjZW50ZXIgMXVyAB5bTGphdmEubGFuZy5TdGFja1RyYWNlRWxlbWVudDsCRio8PP0iOQIAAHhwDnNyABtqYXZhLmxhbmcuU3RhY2tUcmFjZUVsZW1lbnRhCcWaJjbdhQIABEkACmxpbmVOdW1iZXJMAA5kZWNsYXJpbmdDbGFzc3EAfgAETAAIZmlsZU5hbWVxAH4ABEwACm1ldGhvZE5hbWVxAH4ABHhwcnQAIGNvbS5jbG91ZC52bS5WbVdvcmtKb2JEaXNwYXRjaGVydAAYVm1Xb3JrSm9iRGlzcGF0Y2hlci5qYXZhdAAGcnVuSm9ic3EAfgALAAAB-3QAP29yZy5hcGFjaGUuY2xvdWRzdGFjay5mcmFtZXdvcmsuam9icy5pbXBsLkFzeW5jSm9iTWFuYWdlckltcGwkNXQAGEFzeW5jSm9iTWFuYWdlckltcGwuamF2YXQADHJ1bkluQ29udGV4dHNxAH4ACwAAADF0AD5vcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0Lk1hbmFnZWRDb250ZXh0UnVubmFibGUkMXQAG01hbmFnZWRDb250ZXh0UnVubmFibGUuamF2YXQAA3J1bnNxAH4ACwAAADh0AEJvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0LmltcGwuRGVmYXVsdE1hbmFnZWRDb250ZXh0JDF0ABpEZWZhdWx0TWFuYWdlZENvbnRleHQuamF2YXQABGNhbGxzcQB-AAsAAABndABAb3JnLmFwYWNoZS5jbG91ZHN0YWNrLm1hbmFnZWQuY29udGV4dC5pbXBsLkRlZmF1bHRNYW5hZ2VkQ29udGV4dHEAfgAadAAPY2FsbFdpdGhDb250ZXh0c3EAfgALNXEAfgAdcQB-ABp0AA5ydW5XaXRoQ29udGV4dHNxAH4ACwAAAC50ADxvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0Lk1hbmFnZWRDb250ZXh0UnVubmFibGVxAH4AFnEAfgAXc3EAfgALAAAB0HEAfgARcQB-ABJxAH4AF3NxAH4ACwAAAdd0AC5qYXZhLnV0aWwuY29uY3VycmVudC5FeGVjdXRvcnMkUnVubmFibGVBZGFwdGVydAAORXhlY3V0b3JzLmphdmFxAH4AG3NxAH4ACwAAAU50ACRqYXZhLnV0aWwuY29uY3VycmVudC5GdXR1cmVUYXNrJFN5bmN0AA9GdXR1cmVUYXNrLmphdmF0AAhpbm5lclJ1bnNxAH4ACwAAAKZ0AB9qYXZhLnV0aWwuY29uY3VycmVudC5GdXR1cmVUYXNrcQB-AClxAH4AF3NxAH4ACwAABFZ0ACdqYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3J0ABdUaHJlYWRQb29sRXhlY3V0b3IuamF2YXQACXJ1bldvcmtlcnNxAH4ACwAAAlt0AC5qYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3IkV29ya2VycQB-AC9xAH4AF3NxAH4ACwAAAtJ0ABBqYXZhLmxhbmcuVGhyZWFkdAALVGhyZWFkLmphdmFxAH4AF3NyACZqYXZhLnV0aWwuQ29sbGVjdGlvbnMkVW5tb2RpZmlhYmxlTGlzdPwPJTG17I4QAgABTAAEbGlzdHEAfgAGeHIALGphdmEudXRpbC5Db2xsZWN0aW9ucyRVbm1vZGlmaWFibGVDb2xsZWN0aW9uGUIAgMte9x4CAAFMAAFjdAAWTGphdmEvdXRpbC9Db2xsZWN0aW9uO3hwc3IAE2phdmEudXRpbC5BcnJheUxpc3R4gdIdmcdhnQMAAUkABHNpemV4cAB3BAB4cQB-ADt4 > 2014-07-11 15:10:51,338 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] > (Work-Job-Executor-119:ctx-2cd21b46 job-420/job-422) Done executing > com.cloud.vm.VmWorkStart for job-422 > 2014-07-11 15:10:51,343 DEBUG [c.c.v.UserVmManagerImpl] > (API-Job-Executor-108:ctx-d1b37d15 job-420 ctx-b9cc76f0) Unable to start VM > f1d98737-f934-4811-b7ef-402844e3b451 > java.lang.RuntimeException: Job failed due to exception Resource [Host:1] is > unreachable: Host 1: Unable to start instance due to can't find ready > template: 203 for data center 1 > at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:114) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
[jira] [Created] (CLOUDSTACK-7133) [Automation] Failed to reboot Virtual Machine - Runtime Exception - Unable to Start VM
Chandan Purushothama created CLOUDSTACK-7133: Summary: [Automation] Failed to reboot Virtual Machine - Runtime Exception - Unable to Start VM Key: CLOUDSTACK-7133 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7133 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Attachments: management-server(1).zip = Runtime Exception during VM Reboot Job: = 2014-07-11 15:10:51,329 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (Work-Job-Executor-119:ctx-2cd21b46 job-420/job-422) Complete async job-422, jobStatus: FAILED, resultCode: 0, result: rO0ABXNyABpqYXZhLmxhbmcuUnVudGltZUV4Y2VwdGlvbp5fBkcKNIPlAgAAeHIAE2phdmEubGFuZy5FeGNlcHRpb27Q_R8-GjscxAIAAHhyABNqYXZhLmxhbmcuVGhyb3dhYmxl1cY1Jzl3uMsDAARMAAVjYXVzZXQAFUxqYXZhL2xhbmcvVGhyb3dhYmxlO0wADWRldGFpbE1lc3NhZ2V0ABJMamF2YS9sYW5nL1N0cmluZztbAApzdGFja1RyYWNldAAeW0xqYXZhL2xhbmcvU3RhY2tUcmFjZUVsZW1lbnQ7TAAUc3VwcHJlc3NlZEV4Y2VwdGlvbnN0ABBMamF2YS91dGlsL0xpc3Q7eHBxAH4AB3QAlkpvYiBmYWlsZWQgZHVlIHRvIGV4Y2VwdGlvbiBSZXNvdXJjZSBbSG9zdDoxXSBpcyB1bnJlYWNoYWJsZTogSG9zdCAxOiBVbmFibGUgdG8gc3RhcnQgaW5zdGFuY2UgZHVlIHRvIGNhbid0IGZpbmQgcmVhZHkgdGVtcGxhdGU6IDIwMyBmb3IgZGF0YSBjZW50ZXIgMXVyAB5bTGphdmEubGFuZy5TdGFja1RyYWNlRWxlbWVudDsCRio8PP0iOQIAAHhwDnNyABtqYXZhLmxhbmcuU3RhY2tUcmFjZUVsZW1lbnRhCcWaJjbdhQIABEkACmxpbmVOdW1iZXJMAA5kZWNsYXJpbmdDbGFzc3EAfgAETAAIZmlsZU5hbWVxAH4ABEwACm1ldGhvZE5hbWVxAH4ABHhwcnQAIGNvbS5jbG91ZC52bS5WbVdvcmtKb2JEaXNwYXRjaGVydAAYVm1Xb3JrSm9iRGlzcGF0Y2hlci5qYXZhdAAGcnVuSm9ic3EAfgALAAAB-3QAP29yZy5hcGFjaGUuY2xvdWRzdGFjay5mcmFtZXdvcmsuam9icy5pbXBsLkFzeW5jSm9iTWFuYWdlckltcGwkNXQAGEFzeW5jSm9iTWFuYWdlckltcGwuamF2YXQADHJ1bkluQ29udGV4dHNxAH4ACwAAADF0AD5vcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0Lk1hbmFnZWRDb250ZXh0UnVubmFibGUkMXQAG01hbmFnZWRDb250ZXh0UnVubmFibGUuamF2YXQAA3J1bnNxAH4ACwAAADh0AEJvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0LmltcGwuRGVmYXVsdE1hbmFnZWRDb250ZXh0JDF0ABpEZWZhdWx0TWFuYWdlZENvbnRleHQuamF2YXQABGNhbGxzcQB-AAsAAABndABAb3JnLmFwYWNoZS5jbG91ZHN0YWNrLm1hbmFnZWQuY29udGV4dC5pbXBsLkRlZmF1bHRNYW5hZ2VkQ29udGV4dHEAfgAadAAPY2FsbFdpdGhDb250ZXh0c3EAfgALNXEAfgAdcQB-ABp0AA5ydW5XaXRoQ29udGV4dHNxAH4ACwAAAC50ADxvcmcuYXBhY2hlLmNsb3Vkc3RhY2subWFuYWdlZC5jb250ZXh0Lk1hbmFnZWRDb250ZXh0UnVubmFibGVxAH4AFnEAfgAXc3EAfgALAAAB0HEAfgARcQB-ABJxAH4AF3NxAH4ACwAAAdd0AC5qYXZhLnV0aWwuY29uY3VycmVudC5FeGVjdXRvcnMkUnVubmFibGVBZGFwdGVydAAORXhlY3V0b3JzLmphdmFxAH4AG3NxAH4ACwAAAU50ACRqYXZhLnV0aWwuY29uY3VycmVudC5GdXR1cmVUYXNrJFN5bmN0AA9GdXR1cmVUYXNrLmphdmF0AAhpbm5lclJ1bnNxAH4ACwAAAKZ0AB9qYXZhLnV0aWwuY29uY3VycmVudC5GdXR1cmVUYXNrcQB-AClxAH4AF3NxAH4ACwAABFZ0ACdqYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3J0ABdUaHJlYWRQb29sRXhlY3V0b3IuamF2YXQACXJ1bldvcmtlcnNxAH4ACwAAAlt0AC5qYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3IkV29ya2VycQB-AC9xAH4AF3NxAH4ACwAAAtJ0ABBqYXZhLmxhbmcuVGhyZWFkdAALVGhyZWFkLmphdmFxAH4AF3NyACZqYXZhLnV0aWwuQ29sbGVjdGlvbnMkVW5tb2RpZmlhYmxlTGlzdPwPJTG17I4QAgABTAAEbGlzdHEAfgAGeHIALGphdmEudXRpbC5Db2xsZWN0aW9ucyRVbm1vZGlmaWFibGVDb2xsZWN0aW9uGUIAgMte9x4CAAFMAAFjdAAWTGphdmEvdXRpbC9Db2xsZWN0aW9uO3hwc3IAE2phdmEudXRpbC5BcnJheUxpc3R4gdIdmcdhnQMAAUkABHNpemV4cAB3BAB4cQB-ADt4 2014-07-11 15:10:51,338 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (Work-Job-Executor-119:ctx-2cd21b46 job-420/job-422) Done executing com.cloud.vm.VmWorkStart for job-422 2014-07-11 15:10:51,343 DEBUG [c.c.v.UserVmManagerImpl] (API-Job-Executor-108:ctx-d1b37d15 job-420 ctx-b9cc76f0) Unable to start VM f1d98737-f934-4811-b7ef-402844e3b451 java.lang.RuntimeException: Job failed due to exception Resource [Host:1] is unreachable: Host 1: Unable to start instance due to can't find ready template: 203 for data center 1 at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:114) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
[jira] [Resolved] (CLOUDSTACK-7110) [Automation] Create volume failing with NPE in KVM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
edison su resolved CLOUDSTACK-7110.
---
Resolution: Fixed
> [Automation] Create volume failing with NPE in KVM
> --
>
> Key: CLOUDSTACK-7110
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7110
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Storage Controller
>Affects Versions: 4.5.0
> Environment: KVM - RHEL 6.3
> 4.5 build
>Reporter: Rayees Namathponnan
>Assignee: edison su
>Priority: Blocker
> Fix For: 4.5.0
>
>
> Steps to reproduce
> 1 ) Create advanced zone in KVM
> 2 ) Create a volume
> 3) Deploy a VM
> 4) Attach a volume
> Result
> Attach volume failed with below NPE
> Type":"KVM"}},"wait":0}}] }
> 2014-07-15 12:57:33,050 DEBUG [c.c.a.t.Request] (AgentManager-Handler-7:null)
> Seq 1-5112992951949074670: Processing: { Ans: , MgmtId:
> 29066118877352, via: 1, Ver: v1, Flags: 10,
> [{"org.apache.cloudstack.storage.command.CreateObjectAnswer":{"result":false,"details":"jav
> a.lang.NullPointerException","wait":0}}] }
> 2014-07-15 12:57:33,051 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Seq
> 1-51129929519490
> 74670: Received: { Ans: , MgmtId: 29066118877352, via: 1, Ver: v1, Flags:
> 10, { CreateObjectAnswer } }
> 2014-07-15 12:57:33,057 WARN [o.a.c.s.d.ObjectInDataStoreManagerImpl]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35
> b) Unsupported data object (VOLUME,
> org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@45836dfb), no
> need to delete from obje
> ct in store ref table
> 2014-07-15 12:57:33,057 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) create
> volume failed: java.lang.NullPointerException
> 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Invocati
> on exception, caused by: com.cloud.utils.exception.CloudRuntimeException:
> create volume failed:java.lang.NullPointerException
> 2014-07-15 12:57:33,057 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Rethrow
> exception com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-15 12:57:33,057 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Done with run of VM wor
> k job: com.cloud.storage.VmWorkAttachVolume for VM 1105, job origin: 6770
> 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Unable to complete Asyn
> cJobVO {id:6771, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkAttachVolume, cmdInfo: rO0
> ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YYfiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cg
> ATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAA
> gACBFF0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKG
> rJUdC5TgiwIAAHhwBJA, cmdVersion: 0, status: IN_PROGRESS,
> processStatus: 0, resultCode: 0, result: null, initMsid: 2906611887735
> 2, completeMsid: null, lastUpdated: null, lastPolled: null, created: Tue Jul
> 15 12:57:30 PDT 2014}, job origin:6770
> com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
> at
> com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1222)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1089)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2517)
> at sun.reflect.GeneratedMethodAccessor833.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2556)
> at sun.re
[jira] [Commented] (CLOUDSTACK-7110) [Automation] Create volume failing with NPE in KVM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066742#comment-14066742
]
ASF subversion and git services commented on CLOUDSTACK-7110:
-
Commit 9fb93fe5b3d330d75cc5a58613beea92e9138372 in cloudstack's branch
refs/heads/master from Edison Su
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=9fb93fe ]
CLOUDSTACK-7110: introduced by c1116142a3cd356e1e8da5404be150a07752b5d5, if
it's a data volume, mgt server doesn't send image format to agent
> [Automation] Create volume failing with NPE in KVM
> --
>
> Key: CLOUDSTACK-7110
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7110
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Storage Controller
>Affects Versions: 4.5.0
> Environment: KVM - RHEL 6.3
> 4.5 build
>Reporter: Rayees Namathponnan
>Assignee: edison su
>Priority: Blocker
> Fix For: 4.5.0
>
>
> Steps to reproduce
> 1 ) Create advanced zone in KVM
> 2 ) Create a volume
> 3) Deploy a VM
> 4) Attach a volume
> Result
> Attach volume failed with below NPE
> Type":"KVM"}},"wait":0}}] }
> 2014-07-15 12:57:33,050 DEBUG [c.c.a.t.Request] (AgentManager-Handler-7:null)
> Seq 1-5112992951949074670: Processing: { Ans: , MgmtId:
> 29066118877352, via: 1, Ver: v1, Flags: 10,
> [{"org.apache.cloudstack.storage.command.CreateObjectAnswer":{"result":false,"details":"jav
> a.lang.NullPointerException","wait":0}}] }
> 2014-07-15 12:57:33,051 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Seq
> 1-51129929519490
> 74670: Received: { Ans: , MgmtId: 29066118877352, via: 1, Ver: v1, Flags:
> 10, { CreateObjectAnswer } }
> 2014-07-15 12:57:33,057 WARN [o.a.c.s.d.ObjectInDataStoreManagerImpl]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35
> b) Unsupported data object (VOLUME,
> org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@45836dfb), no
> need to delete from obje
> ct in store ref table
> 2014-07-15 12:57:33,057 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) create
> volume failed: java.lang.NullPointerException
> 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Invocati
> on exception, caused by: com.cloud.utils.exception.CloudRuntimeException:
> create volume failed:java.lang.NullPointerException
> 2014-07-15 12:57:33,057 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Rethrow
> exception com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-15 12:57:33,057 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Done with run of VM wor
> k job: com.cloud.storage.VmWorkAttachVolume for VM 1105, job origin: 6770
> 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Unable to complete Asyn
> cJobVO {id:6771, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkAttachVolume, cmdInfo: rO0
> ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YYfiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cg
> ATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAA
> gACBFF0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKG
> rJUdC5TgiwIAAHhwBJA, cmdVersion: 0, status: IN_PROGRESS,
> processStatus: 0, resultCode: 0, result: null, initMsid: 2906611887735
> 2, completeMsid: null, lastUpdated: null, lastPolled: null, created: Tue Jul
> 15 12:57:30 PDT 2014}, job origin:6770
> com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
> at
> com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1222)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1089)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2517)
> at sun.reflect.GeneratedMethodAccessor833.invoke(Unk
[jira] [Updated] (CLOUDSTACK-7011) [Automation] MS log getting created with owner root instead of cloud, and logs not capturing
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7011: Assignee: Rayees Namathponnan (was: frank zhang) > [Automation] MS log getting created with owner root instead of cloud, and > logs not capturing > - > > Key: CLOUDSTACK-7011 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7011 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Install and Setup >Affects Versions: 4.4.0 > Environment: 4.4-forward > RPM build >Reporter: Rayees Namathponnan >Assignee: Rayees Namathponnan >Priority: Critical > Fix For: 4.4.0 > > > Steps to reproduce > 1 ) Create RPM build from centos > 2) Install MS > 3) Uninstall MS and Delete MS > 4) Install MS again > 5) Setup MS > Expected result > Installation should be succeeded, and during setup MS, logs should be > captured in MS log > Result > MS log user is root and nothing capturing in MS log, see the permission below > -rw-rw-r--. 1 cloud cloud 12518422 Jun 30 09:50 access_log.2014-06-30.txt > -rw-rw-r--. 1 cloud cloud 38500897 Jun 30 09:50 apilog.log > -rw-r--r--. 1 root root 0 Jun 30 00:27 api-server.log > -rw-rw-r--. 1 cloud cloud0 Jun 30 00:27 catalina.2014-06-30.log > -rw-r--r--. 1 cloud cloud 24646600 Jun 30 09:50 catalina.out > -rw-rw-r--. 1 cloud cloud0 Jun 30 00:27 host-manager.2014-06-30.log > -rw-rw-r--. 1 cloud cloud 874 Jun 30 00:43 localhost.2014-06-30.log > -rw-r--r--. 1 root root 0 Jun 30 00:27 management-server.log > -rw-rw-r--. 1 cloud cloud0 Jun 30 00:27 manager.2014-06-30.log > -rw-r--r--. 1 root root 4479 Jun 30 00:27 setupManagement.log -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6842) [Automation] Detach volume fails with LibvirtException: Storage pool not found: no storage pool with matching uuid
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan resolved CLOUDSTACK-6842.
-
Resolution: Cannot Reproduce
> [Automation] Detach volume fails with LibvirtException: Storage pool not
> found: no storage pool with matching uuid
> --
>
> Key: CLOUDSTACK-6842
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6842
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Volumes
>Affects Versions: 4.4.0
> Environment: KVM - RHEL 6.3
> Branch - 4.4-forward
>Reporter: Rayees Namathponnan
>Assignee: edison su
>Priority: Critical
> Fix For: 4.4.0
>
> Attachments: CLOUDSTACK-6842.rar
>
>
> This issue is observed during KVM automation run, test cases failed during
> detach volume operation below exception
> 2014-06-03 22:51:27,825 DEBUG [c.c.n.NetworkModelImpl]
> (Network-Scavenger-1:ctx-355fa5da) Network id=221 is not ready for GC
> as it has vms that are Starting at the moment
> 2014-06-03 22:51:27,878 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-18:ctx-673fdee8) ===START=== 10.223.240.194 -- GET jobid=18
> 3bb2f8-adac-4577-a19c-a7df2a31b0b6&apiKey=fRS2dHRVFlXSTC9bs2rBKXwD0FNnpHk-Dz_2XI8fgFZii_P6Tx5eLyzluOx8lvuonsbqknPHnIFYT5xNhEv
> UEA&command=queryAsyncJobResult&response=json&signature=PNHiNNyW76saC8ZAnPwgL89sx9w%3D
> 2014-06-03 22:51:27,893 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-18:ctx-673fdee8 ctx-2f4bea09 ctx-49740006) ===END=== 10.223.
> 240.194 -- GET
> jobid=183bb2f8-adac-4577-a19c-a7df2a31b0b6&apiKey=fRS2dHRVFlXSTC9bs2rBKXwD0FNnpHk-Dz_2XI8fgFZii_P6Tx5eLyzluOx
> 8lvuonsbqknPHnIFYT5xNhEvUEA&command=queryAsyncJobResult&response=json&signature=PNHiNNyW76saC8ZAnPwgL89sx9w%3D
> 2014-06-03 22:51:28,502 DEBUG [c.c.a.t.Request]
> (AgentManager-Handler-12:null) Seq 1-7390406988514984214: Processing: { Ans:
> , MgmtId: 29066118877352, via: 1, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.ut
> ils.exception.CloudRuntimeException: org.libvirt.LibvirtException: Storage
> pool not found: no storage pool with matching uuid
> \n\tat
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getStoragePool(LibvirtStorageAdaptor.java:389)\n\tat
> com.cloud.
> hypervisor.kvm.storage.KVMStoragePoolManager.disconnectPhysicalDisk(KVMStoragePoolManager.java:291)\n\tat
> com.cloud.hyperviso
> r.kvm.storage.KVMStorageProcessor.dettachVolume(KVMStorageProcessor.java:1032)\n\tat
> com.cloud.storage.resource.StorageSubsys
> temCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:147)\n\tat
> com.cloud.storage.resource.StorageSubsystemC
> ommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:60)\n\tat
> com.cloud.hypervisor.kvm.resource.L
> ibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1357)\n\tat
> com.cloud.agent.Agent.processRequest(Agent.j
> ava:501)\n\tat
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:808)\n\tat
> com.cloud.utils.nio.Task.run(Task.java:
> 84)\n\tat
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)\n\tat
> java.util.concurrent.ThreadPo
> olExecutor$Worker.run(ThreadPoolExecutor.java:603)\n\tat
> java.lang.Thread.run(Thread.java:722)\nCaused by: org.libvirt.Libvir
> tException: Storage pool not found: no storage pool with matching uuid\n\tat
> org.libvirt.ErrorHandler.processError(Unknown So
> urce)\n\tat org.libvirt.Connect.processError(Unknown Source)\n\tat
> org.libvirt.StoragePool.processError(Unknown Source)\n\tat
> org.libvirt.StoragePool.getInfo(Unknown Source)\n\tat
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getStoragePool(
> LibvirtStorageAdaptor.java:382)\n\t... 11 more\n","wait":0}}] }
> 2014-06-03 22:51:28,502 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-39:ctx-de2c749a job-164/job-165 ctx-82508c0e) Seq
> 1-7390406988514984214: Received: { Ans: , MgmtId: 29066118877352, via: 1,
> Ver: v1, Flags: 10, { Answer } }
> 2014-06-03 22:51:28,502 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-39:ctx-de2c749a job-164/job-165 ctx-82508c0e) Invocation
> exception, caused by: com.cloud.utils.exception.CloudRuntimeException: Failed
> to detach volume Test Volume from VM QA-19a2e3f6-1ce7-4ed0-9e2e-c436c41a68c1;
> com.cloud.utils.exception.CloudRuntimeException:
> org.libvirt.LibvirtException: Storage pool not found: no storage pool with
> matching uuid
> at
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getStoragePool(LibvirtStorageAdaptor.java:389)
> at
> com.cloud.hypervisor.kvm.storage.KVMStorage
[jira] [Updated] (CLOUDSTACK-6994) [Automation] Secondary storage counts for a project does not include the resorce counts of accounts other than the admin account
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-6994: Assignee: Ashutosk Kelkar > [Automation] Secondary storage counts for a project does not include the > resorce counts of accounts other than the admin account > > > Key: CLOUDSTACK-6994 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6994 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API >Affects Versions: 4.4.0 > Environment: KVM >Reporter: Ashutosk Kelkar >Assignee: Ashutosk Kelkar > Labels: automation > Fix For: 4.4.0 > > > Observed on KVM. > Create an account A. > Create project in the account. > Create an account B and add account to project. > Register a template with the account B. > Check secondary storage count for project. It should be of template size. But > it is still 0. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-7109) [Automation] Console proxy is not working both KVM and Vmware
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan resolved CLOUDSTACK-7109. - Resolution: Fixed > [Automation] Console proxy is not working both KVM and Vmware > - > > Key: CLOUDSTACK-7109 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7109 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: KVM and vmware > build master >Reporter: Rayees Namathponnan >Assignee: Murali Reddy >Priority: Blocker > Fix For: 4.5.0 > > > Steps to reproduce > Create advanced zone in KVM or vmware > Check Console proxy is running on not > Result > Console proxy is not running, observed below error > CapacityListener > 2014-07-15 12:42:26,868 DEBUG [c.c.a.m.AgentManagerImpl] > (AgentConnectTaskPool-16394:ctx-b024eb85) Sending Connect to listener: > ConsoleProxyListener > 2014-07-15 12:42:26,872 DEBUG [c.c.u.c.DBEncryptionUtil] > (AgentConnectTaskPool-16394:ctx-b024eb85) Error while decrypting: > e53qELmeZM74FCfezgOW7Q > 2014-07-15 12:42:26,872 ERROR [c.c.a.m.AgentManagerImpl] > (AgentConnectTaskPool-16394:ctx-b024eb85) Monitor ConsoleProxyListener says > there is an error in the connect process for 9 due to null > org.jasypt.exceptions.EncryptionOperationNotPossibleException > at > org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981) > at > org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725) > at > com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63) > at > org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125) > at > org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136) > at > org.apache.cloudstack.framework.security.keys.KeysManagerImpl.getEncryptionKey(KeysManagerImpl.java:72) > at > com.cloud.consoleproxy.AgentHookBase.getEncryptorPassword(AgentHookBase.java:232) > at > com.cloud.consoleproxy.AgentHookBase.startAgentHttpHandlerInVM(AgentHookBase.java:198) > at > com.cloud.consoleproxy.ConsoleProxyListener.processConnect(ConsoleProxyListener.java:71) > at > com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:539) > at > com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1047) > at > com.cloud.agent.manager.AgentManagerImpl.access$000(AgentManagerImpl.java:119) > at > com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.runInContext(AgentManagerImpl.java:1131) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > 2014-07-15 12:42:26,873 INFO [c.c.a.m.AgentManagerImpl] > (AgentConnectTaskPool-16394:ctx-b024eb85) Host 9 is disconnecting with event > AgentDisconnected > 2014-07-15 12:42:26,874 DEBUG [c.c.a.m.AgentManagerImpl] > (AgentConnectTaskPool-16394:ctx-b024eb85) The next status of agent 9is Alert, > current status is Connecting -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6605) CLONE - [Automation] jasypt decryption error is thrown after restarting console proxy VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-6605: Priority: Blocker (was: Major) > CLONE - [Automation] jasypt decryption error is thrown after restarting > console proxy VM > > > Key: CLOUDSTACK-6605 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6605 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.4.0 >Reporter: Kishan Kavala >Assignee: Kishan Kavala >Priority: Blocker > Fix For: 4.5.0 > > > STEPS TO REPRODUCE: > > 1. create a zone and let SSVM and CPVM come up. > 2. restart CPVM. > i am hitting the following error while CPVM is being restarted. > 2014-03-14 05:48:55,917 DEBUG [cloud.resource.ResourceState] > (AgentConnectTaskPool-11423:ctx-abee3e50) Resource state update: [id = 8; > name = v-6-VM; old state = Creating; event = InternalCreated; new state = > Enabled] > 2014-03-14 05:48:55,917 DEBUG [cloud.host.Status] > (AgentConnectTaskPool-11423:ctx-abee3e50) Transition:[Resource state = > Enabled, Agent event = AgentConnected, Host id = 8, name = v-6-VM] > 2014-03-14 05:48:55,922 DEBUG [cloud.host.Status] > (AgentConnectTaskPool-11423:ctx-abee3e50) Agent status update: [id = 8; name > = v-6-VM; old status = Creating; event = AgentConnected; new status = > Connecting; old update count = 0; new update count = 1] > 2014-03-14 05:48:55,922 DEBUG [agent.manager.ClusteredAgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) create ClusteredAgentAttache for 8 > 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > XcpServerDiscoverer > 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > HypervServerDiscoverer > 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > DeploymentPlanningManagerImpl > 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > ClusteredVirtualMachineManagerImpl > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > NetworkOrchestrator > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > StoragePoolMonitor > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > SecurityGroupListener > 2014-03-14 05:48:55,924 INFO [network.security.SecurityGroupListener] > (AgentConnectTaskPool-11423:ctx-abee3e50) Received a host startup notification > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > SecondaryStorageListener > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > UploadListener > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > BehindOnPingListener > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > DirectNetworkStatsListener > 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: > ConsoleProxyListener > 2014-03-14 05:48:55,928 DEBUG [utils.crypt.DBEncryptionUtil] > (AgentConnectTaskPool-11423:ctx-abee3e50) Error while decrypting: > A1i0Flrc5LPgCsx3V7cOVQ > 2014-03-14 05:48:55,929 ERROR [agent.manager.AgentManagerImpl] > (AgentConnectTaskPool-11423:ctx-abee3e50) Monitor ConsoleProxyListener says > there is an error in the connect process for 8 due to null > org.jasypt.exceptions.EncryptionOperationNotPossibleException > at > org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981) > at > org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725) > at > com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63) > at > org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125) > at > org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKe
[jira] [Updated] (CLOUDSTACK-6439) [Automation] Two Test Cases failed on "test_disk_offerings.py" - provision type is not returned by listDiskOfferings response
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan updated CLOUDSTACK-6439:
Issue Type: Test (was: Bug)
> [Automation] Two Test Cases failed on "test_disk_offerings.py" - provision
> type is not returned by listDiskOfferings response
> -
>
> Key: CLOUDSTACK-6439
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6439
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, IAM
>Affects Versions: 4.4.0
> Environment: Basic Zone
> XenServer
>Reporter: Chandan Purushothama
>Assignee: Min Chen
>Priority: Critical
> Fix For: 4.4.0
>
>
> Two Cases failed:
> 1. test_02_create_sparse_type_disk_offering
> 2. test_04_create_fat_type_disk_offering
> =
> Assertion Errors:
> =
> *Assertion Error 1*
> Check provisionig type in createServiceOffering
> >> begin captured logging <<
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> STARTED : TC: test_02_create_sparse_type_disk_offering :::
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> sending GET request: createDiskOffering {'name': 'Sparse Type Disk offering',
> 'disksize': 1, 'displaytext': 'Sparse Type Disk offering'}
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Computed Signature by Marvin: m0/TZdrSBwiGRHLEVS5pdjF/y0U=
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.223.240.161
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&name=Sparse+Type+Disk+offering&command=createDiskOffering&disksize=1&signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3D&displaytext=Sparse+Type+Disk+offering&response=json
> HTTP/1.1" 200 297
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Request:
> http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&name=Sparse+Type+Disk+offering&command=createDiskOffering&disksize=1&signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3D&displaytext=Sparse+Type+Disk+offering&response=json
> Response: { "creatediskofferingresponse" : { "diskoffering" :
> {"id":"ffece54d-6736-4d72-8426-6eeade833db8","name":"Sparse Type Disk
> offering","displaytext":"Sparse Type Disk
> offering","disksize":1,"created":"2014-04-16T15:52:37-0700","iscustomized":false,"storagetype":"shared","displayoffering":true}
> } }
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Created Disk offering with ID: ffece54d-6736-4d72-8426-6eeade833db8
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> sending GET request: listDiskOfferings {'id':
> u'ffece54d-6736-4d72-8426-6eeade833db8'}
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Computed Signature by Marvin: XtzgOFFqAn/1FdLA2F+/yDvHKbQ=
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.223.240.161
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&id=ffece54d-6736-4d72-8426-6eeade833db8&command=listDiskOfferings&signature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3D&response=json
> HTTP/1.1" 200 310
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Request:
> http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&id=ffece54d-6736-4d72-8426-6eeade833db8&command=listDiskOfferings&signature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3D&response=json
> Response: { "listdiskofferingsresponse" : { "count":1 ,"diskoffering" : [
> {"id":"ffece54d-6736-4d72-8426-6eeade833db8","name":"Sparse Type Disk
> offering","displaytext":"Sparse Type Disk
> offering","disksize":1,"created":"2014-04-16T15:52:37-0700","iscustomized":false,"storagetype":"shared","displayoffering":true}
> ] } }
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCr
[jira] [Updated] (CLOUDSTACK-6439) [Automation] Two Test Cases failed on "test_disk_offerings.py" - provision type is not returned by listDiskOfferings response
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan updated CLOUDSTACK-6439:
Assignee: Chandan Purushothama (was: Min Chen)
> [Automation] Two Test Cases failed on "test_disk_offerings.py" - provision
> type is not returned by listDiskOfferings response
> -
>
> Key: CLOUDSTACK-6439
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6439
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, IAM
>Affects Versions: 4.4.0
> Environment: Basic Zone
> XenServer
>Reporter: Chandan Purushothama
>Assignee: Chandan Purushothama
>Priority: Critical
> Fix For: 4.4.0
>
>
> Two Cases failed:
> 1. test_02_create_sparse_type_disk_offering
> 2. test_04_create_fat_type_disk_offering
> =
> Assertion Errors:
> =
> *Assertion Error 1*
> Check provisionig type in createServiceOffering
> >> begin captured logging <<
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> STARTED : TC: test_02_create_sparse_type_disk_offering :::
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> sending GET request: createDiskOffering {'name': 'Sparse Type Disk offering',
> 'disksize': 1, 'displaytext': 'Sparse Type Disk offering'}
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Computed Signature by Marvin: m0/TZdrSBwiGRHLEVS5pdjF/y0U=
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.223.240.161
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&name=Sparse+Type+Disk+offering&command=createDiskOffering&disksize=1&signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3D&displaytext=Sparse+Type+Disk+offering&response=json
> HTTP/1.1" 200 297
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Request:
> http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&name=Sparse+Type+Disk+offering&command=createDiskOffering&disksize=1&signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3D&displaytext=Sparse+Type+Disk+offering&response=json
> Response: { "creatediskofferingresponse" : { "diskoffering" :
> {"id":"ffece54d-6736-4d72-8426-6eeade833db8","name":"Sparse Type Disk
> offering","displaytext":"Sparse Type Disk
> offering","disksize":1,"created":"2014-04-16T15:52:37-0700","iscustomized":false,"storagetype":"shared","displayoffering":true}
> } }
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Created Disk offering with ID: ffece54d-6736-4d72-8426-6eeade833db8
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> sending GET request: listDiskOfferings {'id':
> u'ffece54d-6736-4d72-8426-6eeade833db8'}
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Computed Signature by Marvin: XtzgOFFqAn/1FdLA2F+/yDvHKbQ=
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.223.240.161
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&id=ffece54d-6736-4d72-8426-6eeade833db8&command=listDiskOfferings&signature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3D&response=json
> HTTP/1.1" 200 310
> test_02_create_sparse_type_disk_offering
> (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG:
> Request:
> http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q&id=ffece54d-6736-4d72-8426-6eeade833db8&command=listDiskOfferings&signature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3D&response=json
> Response: { "listdiskofferingsresponse" : { "count":1 ,"diskoffering" : [
> {"id":"ffece54d-6736-4d72-8426-6eeade833db8","name":"Sparse Type Disk
> offering","displaytext":"Sparse Type Disk
> offering","disksize":1,"created":"2014-04-16T15:52:37-0700","iscustomized":false,"storagetype":"shared","displayoffering":true}
> ] } }
> test_02_create_sparse_type_disk_offering
> (integration.s
[jira] [Updated] (CLOUDSTACK-7131) RVR: router's reduandant state shown as unknown(CheckRouterCommand is failing)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sadhu suresh updated CLOUDSTACK-7131: - Attachment: messages-20140717.rar message log > RVR: router's reduandant state shown as unknown(CheckRouterCommand is failing) > -- > > Key: CLOUDSTACK-7131 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7131 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: sadhu suresh > Attachments: management-server.rar, messages-20140717.rar > > > 1. advance zone with vmware cluster > 2. create network offering with RVR enabled > 3.create a network with above network offering > 4.deploy a vm using above network > 5.once redundant router created successfully(master and backup routers) > 6.reboot the master router > 7. check the redundant state of the router. > actual result: > when we reboot the master ,backup becomes master and rebooted master becomes > backup as expected but after sometime(next day whenicheck the logs i am > continousily seeing the checkrouter command is failing and both routers > redundant state set as unknown) > Name r-6-VM > ID83fe0027-d541-4795-9d0e-7306a068a9f4 > State Running > Version 4.4.0 > Requires Upgrade No > Network ID63e9f4c8-da5c-42ca-93ea-318f56ab8e79 > Public IP Address 10.147.49.185 > Guest IP Address 10.1.1.138 > Link Local IP Address 10.147.41.20 > Host 10.147.40.9 > Compute offering System Offering For Software Router > Network Domaincs2cloud.internal > DomainROOT > Account admin > Created 15 Jul 2014 21:21:40 > Redundant Router Yes > Redundant state UNKNOWN > VPC ID > root@r-6-VM:~# cat /ramdisk/rrouter/keepalived.log > To backup called > Disable public ip 0 > Password server is not running > Stopping DNS forwarder and DHCP server: dnsmasq(not running) ... (warning). > cache internal: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > cache external: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > traffic processed: >0 Bytes 0 Pckts > multicast traffic (active device=eth0): > 16 Bytes sent0 Bytes recv >2 Pckts sent0 Pckts recv >0 Error send0 Error recv > message tracking: >0 Malformed msgs0 Lost msgs > Conntrackd switch to backup done > Switch conntrackd mode backup 0 > Status: BACKUP > root@r-7-VM:~# cat /ramdisk/rrouter/keepalived.log > To backup called > Disable public ip 0 > Password server is not running > Stopping DNS forwarder and DHCP server: dnsmasq. > cache internal: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > cache external: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > traffic processed: >0 Bytes 0 Pckts > multicast traffic (active device=eth0): > 16 Bytes sent 24 Bytes recv >1 Pckts sent2 Pckts recv >0 Error send0 Error recv > message tracking: >0 Malformed msgs0 Lost msgs > Conntrackd switch to backup done > Switch conntrackd mode backup 0 > Status: BACKUP > To master called > Password server is not running > Removed cloud-passwd-srvr iptables rules > Added cloud-passwd-srvr iptables rules > 10.1.1.117/24 10.1.1.1/24 > Restarting DNS forwarder and DHCP server: dnsmasq. > Enable public ip returned 0 > Conntrackd switch to primary done > Switch conntrackd mode primary returned 0 > ARPING 10.147.49.185 from 10.147.49.185 eth2 > Sent 1 probes (1 broadcast(s)) > Received 0 response(s) > ARPING 10.147.49.185 from 10.147.49.185 et
[jira] [Updated] (CLOUDSTACK-7123) [Automation] Guest VM templates failed to download with NPE in KVM basic zone
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan updated CLOUDSTACK-7123:
Assignee: edison su (was: Marcus Sorensen)
> [Automation] Guest VM templates failed to download with NPE in KVM basic zone
> -
>
> Key: CLOUDSTACK-7123
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7123
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM
>Affects Versions: 4.5.0
> Environment: KVM basic zone
> branch 4:5
>Reporter: Rayees Namathponnan
>Assignee: edison su
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: CLOUDSTACK-7123.rar, management.rar
>
>
> This issue is observed in automation environment; KVM basic zone
> system vms created but guest vm templates failed to download with below
> error, observed NPE in SSVM logs, attaching with this mail
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) Download Completion for jobId:
> b45fbdf7-3a55-4e0e-8e59-16adc234bcee, status=IN_PROGRESS
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) local:
> /mnt/SecStorage/0e70a699-6420-35fc-9c0a-5ac0857423f1/template/tmpl/1/4/dnld218166405615108355tmp_,
> bytes=1117572, error= , pct=0
> 2014-07-17 04:11:29,127 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-1:null) Resuming jobId: b45fbdf7-3a55-4e0e-8e59-16adc234bcee,
> status=IN_PROGRESS
> 2014-07-17 04:11:29,128 WARN [storage.template.HttpTemplateDownloader]
> (pool-1-thread-1:null) Caught exception during download null
> java.lang.NullPointerException
> at
> org.apache.cloudstack.utils.template.TemplateUtils.checkTemplateFormat(TemplateUtils.java:40)
> at
> com.cloud.storage.template.HttpTemplateDownloader.download(HttpTemplateDownloader.java:254)
> at
> com.cloud.storage.template.HttpTemplateDownloader.runInContext(HttpTemplateDownloader.java:369)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> 2014-07-17 04:11:47,033 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-5:null) Request:Seq 4-9028872827947712522: { Cmd ,
> MgmtId: 73187150500751, via: 4, Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.DownloadProgressCommand":{"jobId":"b45fbdf7-3a55-4e0e-8e59-16adc234bcee","request":"GET_STATUS","hvm":false,"description":"CentOS
> 5.5(64-bit) no GUI
> (KVM)","checksum":"ed0e788280ff2912ea40f7f91ca7a249","maxDownloadSizeInBytes":53687091200,"id":4,"resourceType":"TEMPLATE","installPath":"template/tmpl/1/4","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://nfs1-ccp.citrix.com:/home/common/automation/SC_QA_AUTO5/secondary1","_role":"Image"}},"url":"http://nfs1.lab.vmops.com/templates/regression_test/centos55-httpd-64bit.qcow2","format":"QCOW2","accountId":1,"name":"centos55-x86_64","secUrl":"nfs://nfs1-ccp.citrix.com:/home/common/automation/SC_QA_AUTO5/secondary1","wait":0}}]
> }
> 2014-07-17 04:11:47,313 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-5:null) Processing command:
> org.apache.cloudstack.storage.command.DownloadProgressCommand
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-7111) [Automation] Failed to Enable VPN for VPC
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sheng Yang resolved CLOUDSTACK-7111.
Resolution: Fixed
> [Automation] Failed to Enable VPN for VPC
> --
>
> Key: CLOUDSTACK-7111
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7111
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Network Controller
>Affects Versions: 4.5.0
> Environment: KVM 6.3
> 4.5 build
>Reporter: Rayees Namathponnan
>Assignee: Hugo Trippaers
>Priority: Blocker
> Fix For: 4.5.0
>
>
> Steps to reproduce
> Run the BVT test integration.smoke.test_vpc_vpn
> This test performing below steps
> # 0) Get the default network offering for VPC
> # 1) Create VPC
> # 2) Create network in VPC
> # 3) Deploy a vm
> # 4) Enable VPN for VPC
> Failed to create VM here, with below exception
> 2014-07-14 22:53:05,871 INFO [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-36:ctx-fc4efaf3 job-74) Add job-74 into job monitoring
> 2014-07-14 22:53:05,872 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-36:ctx-fc4efaf3 job-74) Executing AsyncJobVO {id:74,
> userId: 2, accountId: 2, instanceType: None, instanceId: 1, cmd:
> org.apache.cloudstack.api.command.user.vpn.CreateRemoteAccessVpnCmd, c
> mdInfo:
> {"id":"1","response":"json","ctxDetails":"{\"com.cloud.network.IpAddress\":\"66bf0fbf-ac94-4770-8507-52a1f8b9a7d8\",\"com.cloud
> .network.RemoteAccessVpn\":\"bd20bd01-ae57-498b-9069-b1c138f27913\",\"com.cloud.domain.Domain\":\"68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8\
> "}","cmdEventType":"VPN.REMOTE.ACCESS.CREATE","ctxUserId":"2","account":"test-account-TestVpcRemoteAccessVpn-ZDPAJA","httpmethod":"GET"
> ,"domainid":"68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8","uuid":"bd20bd01-ae57-498b-9069-b1c138f27913","ctxAccountId":"2","ctxStartEventId":"
> 190","apiKey":"d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtA","publicipid":"66bf0fbf-ac94-4770
> -8507-52a1f8b9a7d8","signature":"7wR4z472+EYAuM2XzDYv81uCY7A\u003d"},
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode:
> 0, result: null, initMsid: 29066118877352, completeMsid: null, lastUpdated:
> null, lastPolled: null, created: null}
> 2014-07-14 22:53:05,875 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-14:ctx-0328e9cc) ===START=== 10.223.240.194 -- GET
> jobid=a7799878-d5c
> c-4a89-a1d5-1bb3208cfa07&apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtA&command=queryAsy
> ncJobResult&response=json&signature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D
> 2014-07-14 22:53:05,881 DEBUG [c.c.n.IpAddressManagerImpl]
> (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Associating ip Ip[10.
> 223.122.75-1] to network Ntwk[210|Guest|8]
> 2014-07-14 22:53:05,903 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-14:ctx-0328e9cc ctx-6d712844 ctx-6fc284cd) ===END===
> 10.223.240.194 --
> GET
> jobid=a7799878-d5cc-4a89-a1d5-1bb3208cfa07&apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9
> lwARLtA&command=queryAsyncJobResult&response=json&signature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D
> 2014-07-14 22:53:05,907 DEBUG [c.c.n.IpAddressManagerImpl]
> (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Successfully associat
> ed ip address 10.223.122.75 to network Ntwk[210|Guest|8]
> 2014-07-14 22:53:05,930 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Complete async j
> ob-73, jobStatus: SUCCEEDED, resultCode: 0, result:
> org.apache.cloudstack.api.response.IPAddressResponse/ipaddress/{"id":"665a562a-377b
> -4ec9-8439-1c6b3acee07a","ipaddress":"10.223.122.75","allocated":"2014-07-14T22:53:05-0700","zoneid":"af2983df-186a-4425-974b-bc104c48c
> 51f","zonename":"Adv-KVM-Zone1","issourcenat":false,"account":"test-account-TestCreateVolume-PZC40O","domainid":"68e734aa-0bdf-11e4-b04
> 0-1a6f7bb0d0a8","domain":"ROOT","forvirtualnetwork":true,"vlanid":"a644b87b-48a6-4114-8b77-957f0a796563","vlanname":"vlan://1221","isst
> aticnat":false,"issystem":false,"associatednetworkid":"3269567f-7916-47f6-b2e5-c052b393fd03","associatednetworkname":"test-account-Test
> CreateVolume-PZC40O-network","networkid":"9b0a5472-1441-4b0d-be85-7c5562c2172e","state":"Allocating","physicalnetworkid":"5f21a284-0845
> -48e8-8533-52c68df2510e","tags":[],"isportable":false,"fordisplay":true}
> 2014-07-14 22:53:05,936 DEBUG [c.c.a.t.Request]
> (API-Job-Executor-36:ctx-fc4efaf3 job-74 ctx-0a401278) Seq
> 1-5112992951949066325: Sendi
> ng { Cmd , MgmtId: 29066118877352, via: 1(Rack2Host11.lab.vmops.com), Ver:
> v1, Flags: 100111, [{"com.cloud.agent.api.routing.VpnUsersC
> fgCommand":{"userpwds":[],"accessDe
[jira] [Updated] (CLOUDSTACK-7131) RVR: router's reduandant state shown as unknown(CheckRouterCommand is failing)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sadhu suresh updated CLOUDSTACK-7131: - Attachment: management-server.rar management log > RVR: router's reduandant state shown as unknown(CheckRouterCommand is failing) > -- > > Key: CLOUDSTACK-7131 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7131 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: sadhu suresh > Attachments: management-server.rar > > > 1. advance zone with vmware cluster > 2. create network offering with RVR enabled > 3.create a network with above network offering > 4.deploy a vm using above network > 5.once redundant router created successfully(master and backup routers) > 6.reboot the master router > 7. check the redundant state of the router. > actual result: > when we reboot the master ,backup becomes master and rebooted master becomes > backup as expected but after sometime(next day whenicheck the logs i am > continousily seeing the checkrouter command is failing and both routers > redundant state set as unknown) > Name r-6-VM > ID83fe0027-d541-4795-9d0e-7306a068a9f4 > State Running > Version 4.4.0 > Requires Upgrade No > Network ID63e9f4c8-da5c-42ca-93ea-318f56ab8e79 > Public IP Address 10.147.49.185 > Guest IP Address 10.1.1.138 > Link Local IP Address 10.147.41.20 > Host 10.147.40.9 > Compute offering System Offering For Software Router > Network Domaincs2cloud.internal > DomainROOT > Account admin > Created 15 Jul 2014 21:21:40 > Redundant Router Yes > Redundant state UNKNOWN > VPC ID > root@r-6-VM:~# cat /ramdisk/rrouter/keepalived.log > To backup called > Disable public ip 0 > Password server is not running > Stopping DNS forwarder and DHCP server: dnsmasq(not running) ... (warning). > cache internal: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > cache external: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > traffic processed: >0 Bytes 0 Pckts > multicast traffic (active device=eth0): > 16 Bytes sent0 Bytes recv >2 Pckts sent0 Pckts recv >0 Error send0 Error recv > message tracking: >0 Malformed msgs0 Lost msgs > Conntrackd switch to backup done > Switch conntrackd mode backup 0 > Status: BACKUP > root@r-7-VM:~# cat /ramdisk/rrouter/keepalived.log > To backup called > Disable public ip 0 > Password server is not running > Stopping DNS forwarder and DHCP server: dnsmasq. > cache internal: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > cache external: > current active connections:0 > connections created: 0failed:0 > connections updated: 0failed:0 > connections destroyed: 0failed:0 > traffic processed: >0 Bytes 0 Pckts > multicast traffic (active device=eth0): > 16 Bytes sent 24 Bytes recv >1 Pckts sent2 Pckts recv >0 Error send0 Error recv > message tracking: >0 Malformed msgs0 Lost msgs > Conntrackd switch to backup done > Switch conntrackd mode backup 0 > Status: BACKUP > To master called > Password server is not running > Removed cloud-passwd-srvr iptables rules > Added cloud-passwd-srvr iptables rules > 10.1.1.117/24 10.1.1.1/24 > Restarting DNS forwarder and DHCP server: dnsmasq. > Enable public ip returned 0 > Conntrackd switch to primary done > Switch conntrackd mode primary returned 0 > ARPING 10.147.49.185 from 10.147.49.185 eth2 > Sent 1 probes (1 broadcast(s)) > Received 0 response(s) > ARPING 10.147.49.185 from 10.147.49.185 eth2 > Sent 1 probes (1
[jira] [Updated] (CLOUDSTACK-7132) Failed to detach Volume from the VM due to RuntimeException: Unexpected exception
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7132:
-
Attachment: management-server(1).zip
> Failed to detach Volume from the VM due to RuntimeException: Unexpected
> exception
> -
>
> Key: CLOUDSTACK-7132
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7132
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Storage Controller, Volumes, XenServer
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: management-server(1).zip
>
>
> ==
> Unexpected Exception while detaching Volume from the VM:
> ==
> 2014-07-11 17:28:06,154 WARN [c.c.h.x.r.XenServerStorageProcessor]
> (DirectAgent-143:ctx-bc033f6e) Failed dettach volume:
> 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f
> 2014-07-11 17:28:06,154 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-143:ctx-bc033f6e) Seq 1-3992722544640656559: Response Received:
> 2014-07-11 17:28:06,154 DEBUG [c.c.a.t.Request]
> (DirectAgent-143:ctx-bc033f6e) Seq 1-3992722544640656559: Processing: { Ans:
> , MgmtId: 161135757057464, via: 1, Ver: v1, Flags: 10,
> [{"org.apache.cloudstack.storage.command.DettachAnswer":{"result":false,"details":"Failed
> dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server
> failed to handle your request, due to an internal error. The given message
> may give details useful for debugging the problem.","wait":0}}] }
> 2014-07-11 17:28:06,154 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Seq
> 1-3992722544640656559: Received: { Ans: , MgmtId: 161135757057464, via: 1,
> Ver: v1, Flags: 10, { DettachAnswer } }
> 2014-07-11 17:28:06,154 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Invocation
> exception, caused by: com.cloud.utils.exception.CloudRuntimeException: Failed
> to detach volume DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86;
> Failed dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The
> server failed to handle your request, due to an internal error. The given
> message may give details useful for debugging the problem.
> 2014-07-11 17:28:06,155 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Rethrow
> exception com.cloud.utils.exception.CloudRuntimeException: Failed to detach
> volume DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86; Failed
> dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server
> failed to handle your request, due to an internal error. The given message
> may give details useful for debugging the problem.
> 2014-07-11 17:28:06,155 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155) Done with run of VM
> work job: com.cloud.storage.VmWorkDetachVolume for VM 118, job origin: 1154
> 2014-07-11 17:28:06,155 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155) Unable to complete
> AsyncJobVO {id:1155, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkDetachVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtEZXRhY2hWb2x1bWWG9F4D6zzUAwIAAUwACHZvbHVtZUlkdAAQTGphdmEvbGFuZy9Mb25nO3hyABNjb20uY2xvdWQudm0uVm1Xb3Jrn5m2VvAlZ2sCAARKAAlhY2NvdW50SWRKAAZ1c2VySWRKAAR2bUlkTAALaGFuZGxlck5hbWV0ABJMamF2YS9sYW5nL1N0cmluZzt4cAACAAIAdnQAFFZvbHVtZUFwaVNlcnZpY2VJbXBsc3IADmphdmEubGFuZy5Mb25nO4vkkMyPI98CAAFKAAV2YWx1ZXhyABBqYXZhLmxhbmcuTnVtYmVyhqyVHQuU4IsCAAB4cACW,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 161135757057464, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: Fri Jul 11 17:23:04 UTC 2014}, job origin:1154
> com.cloud.utils.exception.CloudRuntimeException: Failed to detach volume
> DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86; Failed dettach
> volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server failed to
> handle your request, due to an internal error. The given message may give
> details useful for debugging the problem.
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateDetachVolumeFromVM(VolumeApiServiceImpl.java:1564)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateDetachVolumeFromVM(VolumeApiServiceImpl.java:2525)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> s
[jira] [Created] (CLOUDSTACK-7132) Failed to detach Volume from the VM due to RuntimeException: Unexpected exception
Chandan Purushothama created CLOUDSTACK-7132:
Summary: Failed to detach Volume from the VM due to
RuntimeException: Unexpected exception
Key: CLOUDSTACK-7132
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7132
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Storage Controller, Volumes, XenServer
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Attachments: management-server(1).zip
==
Unexpected Exception while detaching Volume from the VM:
==
2014-07-11 17:28:06,154 WARN [c.c.h.x.r.XenServerStorageProcessor]
(DirectAgent-143:ctx-bc033f6e) Failed dettach volume:
80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f
2014-07-11 17:28:06,154 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-143:ctx-bc033f6e) Seq 1-3992722544640656559: Response Received:
2014-07-11 17:28:06,154 DEBUG [c.c.a.t.Request] (DirectAgent-143:ctx-bc033f6e)
Seq 1-3992722544640656559: Processing: { Ans: , MgmtId: 161135757057464, via:
1, Ver: v1, Flags: 10,
[{"org.apache.cloudstack.storage.command.DettachAnswer":{"result":false,"details":"Failed
dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server failed
to handle your request, due to an internal error. The given message may give
details useful for debugging the problem.","wait":0}}] }
2014-07-11 17:28:06,154 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Seq
1-3992722544640656559: Received: { Ans: , MgmtId: 161135757057464, via: 1,
Ver: v1, Flags: 10, { DettachAnswer } }
2014-07-11 17:28:06,154 ERROR [c.c.v.VmWorkJobHandlerProxy]
(Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Invocation
exception, caused by: com.cloud.utils.exception.CloudRuntimeException: Failed
to detach volume DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86;
Failed dettach volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server
failed to handle your request, due to an internal error. The given message may
give details useful for debugging the problem.
2014-07-11 17:28:06,155 INFO [c.c.v.VmWorkJobHandlerProxy]
(Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155 ctx-41f3befc) Rethrow
exception com.cloud.utils.exception.CloudRuntimeException: Failed to detach
volume DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86; Failed dettach
volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server failed to
handle your request, due to an internal error. The given message may give
details useful for debugging the problem.
2014-07-11 17:28:06,155 DEBUG [c.c.v.VmWorkJobDispatcher]
(Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155) Done with run of VM work
job: com.cloud.storage.VmWorkDetachVolume for VM 118, job origin: 1154
2014-07-11 17:28:06,155 ERROR [c.c.v.VmWorkJobDispatcher]
(Work-Job-Executor-45:ctx-0bbb5e9c job-1154/job-1155) Unable to complete
AsyncJobVO {id:1155, userId: 2, accountId: 2, instanceType: null, instanceId:
null, cmd: com.cloud.storage.VmWorkDetachVolume, cmdInfo:
rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtEZXRhY2hWb2x1bWWG9F4D6zzUAwIAAUwACHZvbHVtZUlkdAAQTGphdmEvbGFuZy9Mb25nO3hyABNjb20uY2xvdWQudm0uVm1Xb3Jrn5m2VvAlZ2sCAARKAAlhY2NvdW50SWRKAAZ1c2VySWRKAAR2bUlkTAALaGFuZGxlck5hbWV0ABJMamF2YS9sYW5nL1N0cmluZzt4cAACAAIAdnQAFFZvbHVtZUFwaVNlcnZpY2VJbXBsc3IADmphdmEubGFuZy5Mb25nO4vkkMyPI98CAAFKAAV2YWx1ZXhyABBqYXZhLmxhbmcuTnVtYmVyhqyVHQuU4IsCAAB4cACW,
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 161135757057464, completeMsid: null, lastUpdated: null,
lastPolled: null, created: Fri Jul 11 17:23:04 UTC 2014}, job origin:1154
com.cloud.utils.exception.CloudRuntimeException: Failed to detach volume
DATA-118 from VM VM-6ab214a7-7df9-4317-9564-4da0f5a58a86; Failed dettach
volume: 80f0f1cd-a1e7-4dec-b706-cebc3a1c6b5f, due to The server failed to
handle your request, due to an internal error. The given message may give
details useful for debugging the problem.
at
com.cloud.storage.VolumeApiServiceImpl.orchestrateDetachVolumeFromVM(VolumeApiServiceImpl.java:1564)
at
com.cloud.storage.VolumeApiServiceImpl.orchestrateDetachVolumeFromVM(VolumeApiServiceImpl.java:2525)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
at
com.cloud.storage.V
[jira] [Created] (CLOUDSTACK-7131) RVR: router's reduandant state shown as unknown(CheckRouterCommand is failing)
sadhu suresh created CLOUDSTACK-7131: Summary: RVR: router's reduandant state shown as unknown(CheckRouterCommand is failing) Key: CLOUDSTACK-7131 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7131 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: sadhu suresh 1. advance zone with vmware cluster 2. create network offering with RVR enabled 3.create a network with above network offering 4.deploy a vm using above network 5.once redundant router created successfully(master and backup routers) 6.reboot the master router 7. check the redundant state of the router. actual result: when we reboot the master ,backup becomes master and rebooted master becomes backup as expected but after sometime(next day whenicheck the logs i am continousily seeing the checkrouter command is failing and both routers redundant state set as unknown) Namer-6-VM ID 83fe0027-d541-4795-9d0e-7306a068a9f4 State Running Version 4.4.0 Requires UpgradeNo Network ID 63e9f4c8-da5c-42ca-93ea-318f56ab8e79 Public IP Address 10.147.49.185 Guest IP Address10.1.1.138 Link Local IP Address 10.147.41.20 Host10.147.40.9 Compute offeringSystem Offering For Software Router Network Domain cs2cloud.internal Domain ROOT Account admin Created 15 Jul 2014 21:21:40 Redundant RouterYes Redundant state UNKNOWN VPC ID root@r-6-VM:~# cat /ramdisk/rrouter/keepalived.log To backup called Disable public ip 0 Password server is not running Stopping DNS forwarder and DHCP server: dnsmasq(not running) ... (warning). cache internal: current active connections:0 connections created: 0failed:0 connections updated: 0failed:0 connections destroyed: 0failed:0 cache external: current active connections:0 connections created: 0failed:0 connections updated: 0failed:0 connections destroyed: 0failed:0 traffic processed: 0 Bytes 0 Pckts multicast traffic (active device=eth0): 16 Bytes sent0 Bytes recv 2 Pckts sent0 Pckts recv 0 Error send0 Error recv message tracking: 0 Malformed msgs0 Lost msgs Conntrackd switch to backup done Switch conntrackd mode backup 0 Status: BACKUP root@r-7-VM:~# cat /ramdisk/rrouter/keepalived.log To backup called Disable public ip 0 Password server is not running Stopping DNS forwarder and DHCP server: dnsmasq. cache internal: current active connections:0 connections created: 0failed:0 connections updated: 0failed:0 connections destroyed: 0failed:0 cache external: current active connections:0 connections created: 0failed:0 connections updated: 0failed:0 connections destroyed: 0failed:0 traffic processed: 0 Bytes 0 Pckts multicast traffic (active device=eth0): 16 Bytes sent 24 Bytes recv 1 Pckts sent2 Pckts recv 0 Error send0 Error recv message tracking: 0 Malformed msgs0 Lost msgs Conntrackd switch to backup done Switch conntrackd mode backup 0 Status: BACKUP To master called Password server is not running Removed cloud-passwd-srvr iptables rules Added cloud-passwd-srvr iptables rules 10.1.1.117/24 10.1.1.1/24 Restarting DNS forwarder and DHCP server: dnsmasq. Enable public ip returned 0 Conntrackd switch to primary done Switch conntrackd mode primary returned 0 ARPING 10.147.49.185 from 10.147.49.185 eth2 Sent 1 probes (1 broadcast(s)) Received 0 response(s) ARPING 10.147.49.185 from 10.147.49.185 eth2 Sent 1 probes (1 broadcast(s)) Received 0 response(s) Status: MASTER root@r-7-VM:~# ls clearUsageRules.sh func.sh hv-kvp-daemon_3.1_amd64.deb monitorServices.py reconfigLB.sh redundant_router root@r-7-VM:~# cd /ramdisk/rrouter/ root@r-7-VM:/ramdisk/rrouter# ls arping_gateways.sh check_bumpup.sh disable_pubip.sh fault.sh keepalived.log keepalived.ts2 primary-backup.sh backup.sh check_heartbeat.sh enable_pubip.sh heartbeat.sh keepalived.ts master.sh services.sh root@r
[jira] [Resolved] (CLOUDSTACK-7130) [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan resolved CLOUDSTACK-7130.
-
Resolution: Fixed
> [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
> ---
>
> Key: CLOUDSTACK-7130
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7130
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
> Environment: KVM
>Reporter: Gaurav Aradhye
>Assignee: edison su
> Labels: automation
> Fix For: 4.5.0
>
> Attachments: KVMAttachVolumeFailureLog.txt, agent.zip
>
>
> Steps to reproduce:
> 1. Deploy a VM
> 2. Create a data volume
> 3. Attach volume to VM
> The operation fails with "Unexpected exception"
> Log:
> 2014-07-18 05:27:37,182 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) create
> volume failed: java.lang.NullPo
> interException
> 2014-07-18 05:27:37,182 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83)
> Invocation exception, caused by: com.cl
> oud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) Rethrow
> exception com.cloud.utils.excep
> tion.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Done with run of VM
> work job: com.cloud.storage.VmWork
> AttachVolume for VM 864, job origin: 5653
> 2014-07-18 05:27:37,183 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Unable to complete
> AsyncJobVO {id:5654, userId: 2, acc
> ountId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkAttachVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YY
> fiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOY
> W1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACA2B0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5O
> dW1iZXKGrJUdC5TgiwIAAHhwA5g, cmdVersion: 0, status: IN_PROGRESS,
> processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, l
> astUpdated: null, lastPolled: null, created: Fri Jul 18 05:27:35 PDT 2014},
> job origin:5653
> com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
> at
> com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1306)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1173)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2601)
> at sun.reflect.GeneratedMethodAccessor790.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2640)
> at sun.reflect.GeneratedMethodAccessor668.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:1
[jira] [Closed] (CLOUDSTACK-7070) Continuous Error messages" Invalid cluster session detected" in MS logs after starting the management server
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sadhu suresh closed CLOUDSTACK-7070. NOt noticed the issue in the latest build ,so closing this issue. > Continuous Error messages" Invalid cluster session detected" in MS logs after > starting the management server > > > Key: CLOUDSTACK-7070 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7070 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: manasaveloori >Assignee: Santhosh Kumar Edukulla >Priority: Blocker > Attachments: management-server.rar > > > Observed DB exception in logs which is mentioned in bug CLOUDSTACK-7041 > After this DB exception observing the follwoing continuous ERROR messages in > logs: > 2014-07-07 15:14:40,043 WARN [c.c.c.d.ManagementServerHostDaoImpl] > (Cluster-Heartbeat-1:ctx-49fa7a77) update:Exception:Invalid cluster session > detected > com.cloud.utils.exception.CloudRuntimeException: Invalid cluster session > detected > at > com.cloud.cluster.dao.ManagementServerHostDaoImpl.update(ManagementServerHostDaoImpl.java:147) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy150.update(Unknown Source) > at > com.cloud.cluster.ClusterManagerImpl$4.runInContext(ClusterManagerImpl.java:545) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: com.cloud.cluster.ClusterInvalidSessionException: runid > 1404760440284 is no longer valid > at > com.cloud.cluster.dao.ManagementServerHostDaoImpl.update(ManagementServerHostDaoImpl.java:147) > ... 26 more > 2014-07-07 15:14:40,046 ERROR [c.c.c.ClusterManagerImpl] > (Cluster-Heartbeat-1:ctx-49fa7a77) Unexpected exception in cluster heartbeat > java.lang.RuntimeException: update:Exception:Invalid cluster session detected > at > com.cloud.cluster.dao.ManagementServerHostDaoImpl.update(ManagementServerHostDaoImpl.java:155) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.Delegatin
[jira] [Resolved] (CLOUDSTACK-7122) [Automation] "configureSimulator" is not detected as API on base.py
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koushik Das resolved CLOUDSTACK-7122.
-
Resolution: Not a Problem
configureSimulator API is defined in simulator plugin. Looks like the code
wasn't compiled with -Dsimulator flag.
> [Automation] "configureSimulator" is not detected as API on base.py
> ---
>
> Key: CLOUDSTACK-7122
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7122
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Koushik Das
>Priority: Critical
> Fix For: 4.5.0
>
>
> ==
> TestCase Failure due to the bug on base.py:
> ==
> test_vm_sync (integration.smoke.test_vm_sync.TestDeployVMSync): DEBUG:
> Response : [{managedstate : u'Managed', name :
> u'XenRT-Zone-0-Pod-0-Cluster-0', podid :
> u'076e5c08-bfb0-4f43-9dba-175d4c511023', memoryovercommitratio : u'1.0',
> clustertype : u'CloudManaged', allocationstate : u'Enabled', zoneid :
> u'266cd8ee-c11b-45f8-a423-2aa15b4cae49', cpuovercommitratio : u'1.0', podname
> : u'XenRT-Zone-0-Pod-0', zonename : u'XenRT-Zone-0', id :
> u'a84e9409-2ce8-441d-944e-3abdbe259e32', hypervisortype : u'XenServer'}]
> test_vm_sync (integration.smoke.test_vm_sync.TestDeployVMSync): CRITICAL:
> EXCEPTION: test_vm_sync: ['Traceback (most recent call last):\n', ' File
> "/usr/lib/python2.7/unittest/case.py", line 323, in run\nself.setUp()\n',
> ' File
> "/home/jenkins/workspace/xenrt-bvt-adv-xs/cloudstack.git/test/integration/smoke/test_vm_sync.py",
> line 116, in setUp\nmethod=\'POST\')\n', ' File
> "/local/jenkins/workspace/xenrt-bvt-adv-xs/work.195/env/local/lib/python2.7/site-packages/marvin/lib/base.py",
> line 4630, in create\ncmd =
> configureSimulator.configureSimulatorCmd()\n', "NameError: global name
> 'configureSimulator' is not defined\n"]
> - >> end captured logging << -
> Stacktrace
> File "/usr/lib/python2.7/unittest/case.py", line 323, in run
> self.setUp()
> File
> "/home/jenkins/workspace/xenrt-bvt-adv-xs/cloudstack.git/test/integration/smoke/test_vm_sync.py",
> line 116, in setUp
> method='POST')
> File
> "/local/jenkins/workspace/xenrt-bvt-adv-xs/work.195/env/local/lib/python2.7/site-packages/marvin/lib/base.py",
> line 4630, in create
> cmd = configureSimulator.configureSimulatorCmd()
> 'global name \'configureSimulator\' is not defined\n >>
> begin captured stdout << -\n=== TestName: test_vm_sync |
> Status : EXCEPTION ===\n\n\n- >> end captured stdout <<
> --\n >> begin captured logging <<
> \ntest_03_delete_vm_snapshots
> (integration.smoke.test_vm_snapshots.TestVmSnapshot): DEBUG: Payload:
> {\'signature\': \'DgDHiZp0tv81xpH1363NAv0bsik=\', \'apiKey\':
> u\'97q0_edU6-NJOeW0U0R20dn_lNhso2hNVln2LSAUp8dAfo3_9q7HDuA5HkA9v7OWfqL-d8lgUG0PTR67WuLY5A\',
> \'command\': \'deleteServiceOffering\', \'id\':
> u\'aa7d3fc8-40ee-4513-8fec-1223c6e7ff4a\', \'response\':
> \'json\'}\ntest_03_delete_vm_snapshots
> (integration.smoke.test_vm_snapshots.TestVmSnapshot): DEBUG: Sending
> GET Cmd :
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Assigned] (CLOUDSTACK-7122) [Automation] "configureSimulator" is not detected as API on base.py
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koushik Das reassigned CLOUDSTACK-7122:
---
Assignee: Koushik Das
> [Automation] "configureSimulator" is not detected as API on base.py
> ---
>
> Key: CLOUDSTACK-7122
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7122
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Koushik Das
>Priority: Critical
> Fix For: 4.5.0
>
>
> ==
> TestCase Failure due to the bug on base.py:
> ==
> test_vm_sync (integration.smoke.test_vm_sync.TestDeployVMSync): DEBUG:
> Response : [{managedstate : u'Managed', name :
> u'XenRT-Zone-0-Pod-0-Cluster-0', podid :
> u'076e5c08-bfb0-4f43-9dba-175d4c511023', memoryovercommitratio : u'1.0',
> clustertype : u'CloudManaged', allocationstate : u'Enabled', zoneid :
> u'266cd8ee-c11b-45f8-a423-2aa15b4cae49', cpuovercommitratio : u'1.0', podname
> : u'XenRT-Zone-0-Pod-0', zonename : u'XenRT-Zone-0', id :
> u'a84e9409-2ce8-441d-944e-3abdbe259e32', hypervisortype : u'XenServer'}]
> test_vm_sync (integration.smoke.test_vm_sync.TestDeployVMSync): CRITICAL:
> EXCEPTION: test_vm_sync: ['Traceback (most recent call last):\n', ' File
> "/usr/lib/python2.7/unittest/case.py", line 323, in run\nself.setUp()\n',
> ' File
> "/home/jenkins/workspace/xenrt-bvt-adv-xs/cloudstack.git/test/integration/smoke/test_vm_sync.py",
> line 116, in setUp\nmethod=\'POST\')\n', ' File
> "/local/jenkins/workspace/xenrt-bvt-adv-xs/work.195/env/local/lib/python2.7/site-packages/marvin/lib/base.py",
> line 4630, in create\ncmd =
> configureSimulator.configureSimulatorCmd()\n', "NameError: global name
> 'configureSimulator' is not defined\n"]
> - >> end captured logging << -
> Stacktrace
> File "/usr/lib/python2.7/unittest/case.py", line 323, in run
> self.setUp()
> File
> "/home/jenkins/workspace/xenrt-bvt-adv-xs/cloudstack.git/test/integration/smoke/test_vm_sync.py",
> line 116, in setUp
> method='POST')
> File
> "/local/jenkins/workspace/xenrt-bvt-adv-xs/work.195/env/local/lib/python2.7/site-packages/marvin/lib/base.py",
> line 4630, in create
> cmd = configureSimulator.configureSimulatorCmd()
> 'global name \'configureSimulator\' is not defined\n >>
> begin captured stdout << -\n=== TestName: test_vm_sync |
> Status : EXCEPTION ===\n\n\n- >> end captured stdout <<
> --\n >> begin captured logging <<
> \ntest_03_delete_vm_snapshots
> (integration.smoke.test_vm_snapshots.TestVmSnapshot): DEBUG: Payload:
> {\'signature\': \'DgDHiZp0tv81xpH1363NAv0bsik=\', \'apiKey\':
> u\'97q0_edU6-NJOeW0U0R20dn_lNhso2hNVln2LSAUp8dAfo3_9q7HDuA5HkA9v7OWfqL-d8lgUG0PTR67WuLY5A\',
> \'command\': \'deleteServiceOffering\', \'id\':
> u\'aa7d3fc8-40ee-4513-8fec-1223c6e7ff4a\', \'response\':
> \'json\'}\ntest_03_delete_vm_snapshots
> (integration.smoke.test_vm_snapshots.TestVmSnapshot): DEBUG: Sending
> GET Cmd :
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7130) [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066416#comment-14066416
]
ASF subversion and git services commented on CLOUDSTACK-7130:
-
Commit 24da72f37395a6bb612ea1d073db0155289cf000 in cloudstack's branch
refs/heads/master from [~gauravaradhye]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=24da72f ]
CLOUDSTACK-7130: Adding BugId to failed test cases
> [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
> ---
>
> Key: CLOUDSTACK-7130
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7130
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
> Environment: KVM
>Reporter: Gaurav Aradhye
>Assignee: edison su
> Labels: automation
> Fix For: 4.5.0
>
> Attachments: KVMAttachVolumeFailureLog.txt, agent.zip
>
>
> Steps to reproduce:
> 1. Deploy a VM
> 2. Create a data volume
> 3. Attach volume to VM
> The operation fails with "Unexpected exception"
> Log:
> 2014-07-18 05:27:37,182 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) create
> volume failed: java.lang.NullPo
> interException
> 2014-07-18 05:27:37,182 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83)
> Invocation exception, caused by: com.cl
> oud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) Rethrow
> exception com.cloud.utils.excep
> tion.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Done with run of VM
> work job: com.cloud.storage.VmWork
> AttachVolume for VM 864, job origin: 5653
> 2014-07-18 05:27:37,183 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Unable to complete
> AsyncJobVO {id:5654, userId: 2, acc
> ountId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkAttachVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YY
> fiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOY
> W1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACA2B0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5O
> dW1iZXKGrJUdC5TgiwIAAHhwA5g, cmdVersion: 0, status: IN_PROGRESS,
> processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, l
> astUpdated: null, lastPolled: null, created: Fri Jul 18 05:27:35 PDT 2014},
> job origin:5653
> com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
> at
> com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1306)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1173)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2601)
> at sun.reflect.GeneratedMethodAccessor790.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2640)
> at sun.reflect.GeneratedMethodAccessor668.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvoc
[jira] [Updated] (CLOUDSTACK-7130) [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gaurav Aradhye updated CLOUDSTACK-7130:
---
Attachment: agent.zip
Attaching agent log
> [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
> ---
>
> Key: CLOUDSTACK-7130
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7130
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
> Environment: KVM
>Reporter: Gaurav Aradhye
>Assignee: edison su
> Labels: automation
> Fix For: 4.5.0
>
> Attachments: KVMAttachVolumeFailureLog.txt, agent.zip
>
>
> Steps to reproduce:
> 1. Deploy a VM
> 2. Create a data volume
> 3. Attach volume to VM
> The operation fails with "Unexpected exception"
> Log:
> 2014-07-18 05:27:37,182 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) create
> volume failed: java.lang.NullPo
> interException
> 2014-07-18 05:27:37,182 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83)
> Invocation exception, caused by: com.cl
> oud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) Rethrow
> exception com.cloud.utils.excep
> tion.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Done with run of VM
> work job: com.cloud.storage.VmWork
> AttachVolume for VM 864, job origin: 5653
> 2014-07-18 05:27:37,183 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Unable to complete
> AsyncJobVO {id:5654, userId: 2, acc
> ountId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkAttachVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YY
> fiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOY
> W1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACA2B0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5O
> dW1iZXKGrJUdC5TgiwIAAHhwA5g, cmdVersion: 0, status: IN_PROGRESS,
> processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, l
> astUpdated: null, lastPolled: null, created: Fri Jul 18 05:27:35 PDT 2014},
> job origin:5653
> com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
> at
> com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1306)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1173)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2601)
> at sun.reflect.GeneratedMethodAccessor790.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2640)
> at sun.reflect.GeneratedMethodAccessor668.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvo
[jira] [Updated] (CLOUDSTACK-6933) registering an iso fails in KVM deployment.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-6933: --- Assignee: edison su (was: Bharat Kumar) > registering an iso fails in KVM deployment. > --- > > Key: CLOUDSTACK-6933 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6933 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.4.0 > Environment: KVM advanced network >Reporter: Bharat Kumar >Assignee: edison su > Fix For: 4.4.0 > > > registing an iso fails with the connection refused error in KVM deployment. > below are the iptable rules on the relevant SSVM in the env. > Chain INPUT (policy DROP 28 packets, 1340 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 > 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > 172 13277 ACCEPT all -- eth0 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 4122 469K ACCEPT all -- eth1 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 196 10976 ACCEPT all -- eth2 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- eth3 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- lo * 0.0.0.0/00.0.0.0/0 > > 0 0 DROP icmp -- * * 0.0.0.0/00.0.0.0/0 >icmptype 13 > 0 0 ACCEPT icmp -- * * 0.0.0.0/00.0.0.0/0 > > 3 180 ACCEPT tcp -- eth0 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > Chain FORWARD (policy DROP 0 packets, 0 bytes) > pkts bytes target prot opt in out source > destination > Chain OUTPUT (policy ACCEPT 511 packets, 81586 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 2576 155K ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 reject-with icmp-port-unreachable > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 reject-with icmp-port-unreachable > Chain HTTP (0 references) > pkts bytes target prot opt in out source > destination > root@s-54-QA:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 172.16.171.10.0.0.0 UG0 00 eth2 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth1 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth3 > 172.16.171.00.0.0.0 255.255.255.0 U 0 00 eth2 > As per the above config when a packet is sent to 172.16.88.x/24 subnet we > are routing it via interface eth1. but we also have a reject rule in the > OUTPUT chain for the packets leaving from eth1. as a result the packets get > dropped. > if we interchange the routes i.e. if the route related to eth3 is hit before > hitting the eth1 route the register iso is successful. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7130) [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Abhinandan Prateek updated CLOUDSTACK-7130:
---
Assignee: edison su
> [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
> ---
>
> Key: CLOUDSTACK-7130
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7130
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
> Environment: KVM
>Reporter: Gaurav Aradhye
>Assignee: edison su
> Labels: automation
> Fix For: 4.5.0
>
> Attachments: KVMAttachVolumeFailureLog.txt
>
>
> Steps to reproduce:
> 1. Deploy a VM
> 2. Create a data volume
> 3. Attach volume to VM
> The operation fails with "Unexpected exception"
> Log:
> 2014-07-18 05:27:37,182 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) create
> volume failed: java.lang.NullPo
> interException
> 2014-07-18 05:27:37,182 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83)
> Invocation exception, caused by: com.cl
> oud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) Rethrow
> exception com.cloud.utils.excep
> tion.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Done with run of VM
> work job: com.cloud.storage.VmWork
> AttachVolume for VM 864, job origin: 5653
> 2014-07-18 05:27:37,183 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Unable to complete
> AsyncJobVO {id:5654, userId: 2, acc
> ountId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkAttachVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YY
> fiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOY
> W1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACA2B0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5O
> dW1iZXKGrJUdC5TgiwIAAHhwA5g, cmdVersion: 0, status: IN_PROGRESS,
> processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, l
> astUpdated: null, lastPolled: null, created: Fri Jul 18 05:27:35 PDT 2014},
> job origin:5653
> com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
> at
> com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1306)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1173)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2601)
> at sun.reflect.GeneratedMethodAccessor790.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2640)
> at sun.reflect.GeneratedMethodAccessor668.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>
[jira] [Commented] (CLOUDSTACK-7024) [Automation] Deletion of Account that manages a project failed during cleanup of TestTemplateUsage Tests
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066322#comment-14066322
]
ASF subversion and git services commented on CLOUDSTACK-7024:
-
Commit 5f87056e950e0cae042d0c836f10a091800b8dbc in cloudstack's branch
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=5f87056 ]
CLOUDSTACK-7024: Resolved cleanup issue in test script
> [Automation] Deletion of Account that manages a project failed during cleanup
> of TestTemplateUsage Tests
>
>
> Key: CLOUDSTACK-7024
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7024
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.4.0
>Reporter: Chandan Purushothama
>Assignee: Ashutosk Kelkar
>Priority: Critical
> Fix For: 4.4.0
>
>
> =
> Error Message:
> =
> Warning: Exception during cleanup : Job failed: {jobprocstatus : 0, created :
> u'2014-06-26T05:54:00+', cmd :
> u'org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd', userid :
> u'57dd7fb6-fc58-11e3-919f-4eba41a459a4', jobstatus : 2, jobid :
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u"The account id=313
> manages project(s) with ids 40, and can't be removed"}, accountid :
> u'57dd7098-fc58-11e3-919f-4eba41a459a4'}
> >> begin captured logging <<
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload:
> {'signature': 'umKBWTVC8csMC7iBWcrmlZP7Bns=', 'apiKey':
> u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
> 'command': 'deleteAccount', 'id': u'6096abdb-9fe1-45ef-af30-6ecca7210515',
> 'response': 'json'}
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG:
> Sending GET Cmd : deleteAccount===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.153.217
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=umKBWTVC8csMC7iBWcrmlZP7Bns%3D&apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q&command=deleteAccount&id=6096abdb-9fe1-45ef-af30-6ecca7210515&response=json
> HTTP/1.1" 200 78
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: ===
> Jobid: 0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d Started ===
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload:
> {'signature': '6MrHAB+DBVozv8OPtH8iU4S5bOc=', 'apiKey':
> u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d'}
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.153.217
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=6MrHAB%2BDBVozv8OPtH8iU4S5bOc%3D&apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q&command=queryAsyncJobResult&response=json&jobid=0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d
> HTTP/1.1" 200 343
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Response
> : {jobprocstatus : 0, created : u'2014-06-26T05:54:00+', cmd :
> u'org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd', userid :
> u'57dd7fb6-fc58-11e3-919f-4eba41a459a4', jobstatus : 0, jobid :
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d', jobresultcode : 0, accountid :
> u'57dd7098-fc58-11e3-919f-4eba41a459a4'}
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: ===
> JobId:0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d is Still Processing, Will TimeOut
> in:3595
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload:
> {'signature': '6MrHAB+DBVozv8OPtH8iU4S5bOc=', 'apiKey':
> u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d'}
> test_01_template_usage
> (integration.component.test_project_usage.TestTempl
[jira] [Commented] (CLOUDSTACK-7024) [Automation] Deletion of Account that manages a project failed during cleanup of TestTemplateUsage Tests
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066314#comment-14066314
]
ASF subversion and git services commented on CLOUDSTACK-7024:
-
Commit ec49669f1cf525b207889ae13a8a2b01a0271933 in cloudstack's branch
refs/heads/4.4-forward from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ec49669 ]
CLOUDSTACK-7024: Resolved cleanup issue in test script
> [Automation] Deletion of Account that manages a project failed during cleanup
> of TestTemplateUsage Tests
>
>
> Key: CLOUDSTACK-7024
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7024
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.4.0
>Reporter: Chandan Purushothama
>Assignee: Ashutosk Kelkar
>Priority: Critical
> Fix For: 4.4.0
>
>
> =
> Error Message:
> =
> Warning: Exception during cleanup : Job failed: {jobprocstatus : 0, created :
> u'2014-06-26T05:54:00+', cmd :
> u'org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd', userid :
> u'57dd7fb6-fc58-11e3-919f-4eba41a459a4', jobstatus : 2, jobid :
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u"The account id=313
> manages project(s) with ids 40, and can't be removed"}, accountid :
> u'57dd7098-fc58-11e3-919f-4eba41a459a4'}
> >> begin captured logging <<
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload:
> {'signature': 'umKBWTVC8csMC7iBWcrmlZP7Bns=', 'apiKey':
> u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
> 'command': 'deleteAccount', 'id': u'6096abdb-9fe1-45ef-af30-6ecca7210515',
> 'response': 'json'}
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG:
> Sending GET Cmd : deleteAccount===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.153.217
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=umKBWTVC8csMC7iBWcrmlZP7Bns%3D&apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q&command=deleteAccount&id=6096abdb-9fe1-45ef-af30-6ecca7210515&response=json
> HTTP/1.1" 200 78
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: ===
> Jobid: 0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d Started ===
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload:
> {'signature': '6MrHAB+DBVozv8OPtH8iU4S5bOc=', 'apiKey':
> u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d'}
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.153.217
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=6MrHAB%2BDBVozv8OPtH8iU4S5bOc%3D&apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q&command=queryAsyncJobResult&response=json&jobid=0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d
> HTTP/1.1" 200 343
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Response
> : {jobprocstatus : 0, created : u'2014-06-26T05:54:00+', cmd :
> u'org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd', userid :
> u'57dd7fb6-fc58-11e3-919f-4eba41a459a4', jobstatus : 0, jobid :
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d', jobresultcode : 0, accountid :
> u'57dd7098-fc58-11e3-919f-4eba41a459a4'}
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: ===
> JobId:0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d is Still Processing, Will TimeOut
> in:3595
> test_01_template_usage
> (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload:
> {'signature': '6MrHAB+DBVozv8OPtH8iU4S5bOc=', 'apiKey':
> u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d'}
> test_01_template_usage
> (integration.component.test_project_usage.Test
[jira] [Updated] (CLOUDSTACK-7130) [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gaurav Aradhye updated CLOUDSTACK-7130:
---
Attachment: KVMAttachVolumeFailureLog.txt
Attached management server log
> [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
> ---
>
> Key: CLOUDSTACK-7130
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7130
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
> Environment: KVM
>Reporter: Gaurav Aradhye
> Labels: automation
> Fix For: 4.5.0
>
> Attachments: KVMAttachVolumeFailureLog.txt
>
>
> Steps to reproduce:
> 1. Deploy a VM
> 2. Create a data volume
> 3. Attach volume to VM
> The operation fails with "Unexpected exception"
> Log:
> 2014-07-18 05:27:37,182 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) create
> volume failed: java.lang.NullPo
> interException
> 2014-07-18 05:27:37,182 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83)
> Invocation exception, caused by: com.cl
> oud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) Rethrow
> exception com.cloud.utils.excep
> tion.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> 2014-07-18 05:27:37,183 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Done with run of VM
> work job: com.cloud.storage.VmWork
> AttachVolume for VM 864, job origin: 5653
> 2014-07-18 05:27:37,183 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Unable to complete
> AsyncJobVO {id:5654, userId: 2, acc
> ountId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkAttachVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YY
> fiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOY
> W1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACA2B0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5O
> dW1iZXKGrJUdC5TgiwIAAHhwA5g, cmdVersion: 0, status: IN_PROGRESS,
> processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, l
> astUpdated: null, lastPolled: null, created: Fri Jul 18 05:27:35 PDT 2014},
> job origin:5653
> com.cloud.utils.exception.CloudRuntimeException: create volume
> failed:java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
> at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
> at
> com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1306)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1173)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2601)
> at sun.reflect.GeneratedMethodAccessor790.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2640)
> at sun.reflect.GeneratedMethodAccessor668.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:1
[jira] [Created] (CLOUDSTACK-7130) [Automation] Attach volume to VM failing in KVM with "Unexpected exception"
Gaurav Aradhye created CLOUDSTACK-7130:
--
Summary: [Automation] Attach volume to VM failing in KVM with
"Unexpected exception"
Key: CLOUDSTACK-7130
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7130
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Volumes
Affects Versions: 4.5.0
Environment: KVM
Reporter: Gaurav Aradhye
Fix For: 4.5.0
Steps to reproduce:
1. Deploy a VM
2. Create a data volume
3. Attach volume to VM
The operation fails with "Unexpected exception"
Log:
2014-07-18 05:27:37,182 DEBUG [o.a.c.e.o.VolumeOrchestrator]
(Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) create
volume failed: java.lang.NullPo
interException
2014-07-18 05:27:37,182 ERROR [c.c.v.VmWorkJobHandlerProxy]
(Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) Invocation
exception, caused by: com.cl
oud.utils.exception.CloudRuntimeException: create volume
failed:java.lang.NullPointerException
2014-07-18 05:27:37,183 INFO [c.c.v.VmWorkJobHandlerProxy]
(Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654 ctx-4c56de83) Rethrow
exception com.cloud.utils.excep
tion.CloudRuntimeException: create volume failed:java.lang.NullPointerException
2014-07-18 05:27:37,183 DEBUG [c.c.v.VmWorkJobDispatcher]
(Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Done with run of VM work
job: com.cloud.storage.VmWork
AttachVolume for VM 864, job origin: 5653
2014-07-18 05:27:37,183 ERROR [c.c.v.VmWorkJobDispatcher]
(Work-Job-Executor-108:ctx-4fd8d076 job-5653/job-5654) Unable to complete
AsyncJobVO {id:5654, userId: 2, acc
ountId: 2, instanceType: null, instanceId: null, cmd:
com.cloud.storage.VmWorkAttachVolume, cmdInfo:
rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YY
fiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOY
W1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACA2B0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5O
dW1iZXKGrJUdC5TgiwIAAHhwA5g, cmdVersion: 0, status: IN_PROGRESS,
processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
completeMsid: null, l
astUpdated: null, lastPolled: null, created: Fri Jul 18 05:27:35 PDT 2014}, job
origin:5653
com.cloud.utils.exception.CloudRuntimeException: create volume
failed:java.lang.NullPointerException
at
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
at
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
at
com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1306)
at
com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1173)
at
com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2601)
at sun.reflect.GeneratedMethodAccessor790.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
at
com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2640)
at sun.reflect.GeneratedMethodAccessor668.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at com.sun.proxy.$Proxy183.handleVmWorkJob(Unknown Source)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at
org.apache.clouds
[jira] [Commented] (CLOUDSTACK-7129) Non-admin user can use deleteNetwork with shared networks
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066299#comment-14066299 ] ASF subversion and git services commented on CLOUDSTACK-7129: - Commit 2f293f42d567b1218cb083250707eeffc5324dc3 in cloudstack's branch refs/heads/master from [~murali.reddy] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=2f293f4 ] CLOUDSTACK-7129: Non-admin user can use deleteNetwork with shared networks fix ensures only admin users can delete shared network > Non-admin user can use deleteNetwork with shared networks > - > > Key: CLOUDSTACK-7129 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7129 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.0.0, 4.1.0, 4.2.0, 4.3.0, 4.4.0 >Reporter: Murali Reddy >Assignee: Murali Reddy >Priority: Critical > Fix For: 4.4.0 > > > It should not be possible to for a non-admin user to delete a shared network, > just like a non-admin user can not create a shared network. A regular user > can currently call deleteNetwork on a shared network if it is > account-specific and owned by the account of the user. This call will succeed > if there are no VMs or virtual routers in the network. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7129) Non-admin user can use deleteNetwork with shared networks
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murali Reddy updated CLOUDSTACK-7129: - Priority: Critical (was: Major) > Non-admin user can use deleteNetwork with shared networks > - > > Key: CLOUDSTACK-7129 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7129 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.0.0, 4.1.0, 4.2.0, 4.3.0, 4.4.0 >Reporter: Murali Reddy >Assignee: Murali Reddy >Priority: Critical > Fix For: 4.4.0 > > > It should not be possible to for a non-admin user to delete a shared network, > just like a non-admin user can not create a shared network. A regular user > can currently call deleteNetwork on a shared network if it is > account-specific and owned by the account of the user. This call will succeed > if there are no VMs or virtual routers in the network. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7129) Non-admin user can use deleteNetwork with shared networks
Murali Reddy created CLOUDSTACK-7129: Summary: Non-admin user can use deleteNetwork with shared networks Key: CLOUDSTACK-7129 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7129 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.2.0, 4.1.0, 4.0.0, 4.3.0, 4.4.0 Reporter: Murali Reddy Assignee: Murali Reddy Fix For: 4.4.0 It should not be possible to for a non-admin user to delete a shared network, just like a non-admin user can not create a shared network. A regular user can currently call deleteNetwork on a shared network if it is account-specific and owned by the account of the user. This call will succeed if there are no VMs or virtual routers in the network. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-2993) [PortableIPRange] remove some of the unused columns if they are not required from portable_ip_address
[ https://issues.apache.org/jira/browse/CLOUDSTACK-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066276#comment-14066276 ] Murali Reddy commented on CLOUDSTACK-2993: -- No impact bug, need to remove unused columns. Moving out of 4.4 > [PortableIPRange] remove some of the unused columns if they are not required > from portable_ip_address > - > > Key: CLOUDSTACK-2993 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2993 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.2.0 > Environment: commit # 971c40d98e07ab6cddb8e6db5095c1acea935815 >Reporter: venkata swamybabu budumuru >Assignee: Murali Reddy >Priority: Minor > Fix For: Future, 4.4.0 > > Attachments: logs.tgz > > > Steps to reproduce: > 1. Have the latest CS setup with at least 1 advanced zone > 2. add a portable ip range > 3. check the db for portable_ip_address table. > Observations : > (i) Found that the following fields in the table are not used any of my tests. > (ii) If they are not used then please remove them. > Here are the fields: > data_center_id | physical_network_id | network_id | vpc_id > Attaching all the required logs along with db dump to the bug. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-2993) [PortableIPRange] remove some of the unused columns if they are not required from portable_ip_address
[ https://issues.apache.org/jira/browse/CLOUDSTACK-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murali Reddy updated CLOUDSTACK-2993: - Fix Version/s: Future > [PortableIPRange] remove some of the unused columns if they are not required > from portable_ip_address > - > > Key: CLOUDSTACK-2993 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2993 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.2.0 > Environment: commit # 971c40d98e07ab6cddb8e6db5095c1acea935815 >Reporter: venkata swamybabu budumuru >Assignee: Murali Reddy >Priority: Minor > Fix For: Future, 4.4.0 > > Attachments: logs.tgz > > > Steps to reproduce: > 1. Have the latest CS setup with at least 1 advanced zone > 2. add a portable ip range > 3. check the db for portable_ip_address table. > Observations : > (i) Found that the following fields in the table are not used any of my tests. > (ii) If they are not used then please remove them. > Here are the fields: > data_center_id | physical_network_id | network_id | vpc_id > Attaching all the required logs along with db dump to the bug. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6352) Shared Network deletion fails with NPE if there are L2-L7 services added with the offering
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murali Reddy resolved CLOUDSTACK-6352. -- Resolution: Invalid This issue is resolved by the fix for https://issues.apache.org/jira/browse/CLOUDSTACK-6791 > Shared Network deletion fails with NPE if there are L2-L7 services added with > the offering > -- > > Key: CLOUDSTACK-6352 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6352 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.1.0 >Reporter: Murali Reddy >Assignee: Murali Reddy > Fix For: 4.4.0 > > > Deletion of Shared network throws NPE, router gets deleted but the network > remains. > Issue is not seen with a network created using the default shared network > offering. It happens only if the offering has other services included like > PF, LB, Static NAT > Steps: > Create a shared n/w offering with all services provided by VR (Include all > services: DNS,DHCP,Static NAT, source NAT, LB, PF) > Create a shared n/w with this offering > Deploy a VM > After n/w is implemented, destroy the VM > Delete the n/w > Found this issue on both Hyper-V and VMware. In case of hyper-v it was with > multiple physical networks, while with VMware, it is a single physical > network. > Details of exception: > 2014-01-21 14:34:34,766 DEBUG [c.c.v.VirtualMachineManagerImpl] > (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Expunged VM[DomainRouter|r-8-VM] > 2014-01-21 14:34:34,799 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Network id=204 is destroyed > successfully, cleaning up corresponding resources now. > 2014-01-21 14:34:34,802 DEBUG [c.c.n.g.DirectNetworkGuru] > (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Releasing ip 10.102.198.1 of > placeholder nic Nic[17-null-null-10.102.198.1] > 2014-01-21 14:34:34,803 DEBUG [c.c.u.d.T.Transaction] > (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Rolling back the transaction: > Time = 2 Name = Job-Executor-21; called by > -TransactionLegacy.rollback:896-TransactionLegacy.removeUpTo:839-TransactionLegacy.close:663-Transaction.execute:41-Transaction.execute:46-DirectNetworkGuru.trash:322-NetworkOrchestrator$10.doInTransactionWithoutResult:2171-TransactionCallbackNoReturn.doInTransaction:25-Transaction$2.doInTransaction:49-Transaction.execute:37-Transaction.execute:46-NetworkOrchestrator.destroyNetwork:2166 > 2014-01-21 14:34:34,808 ERROR [c.c.a.ApiAsyncJobDispatcher] > (Job-Executor-21:ctx-274c817d) Unexpected exception while executing > org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd > java.lang.NullPointerException > at > com.cloud.network.guru.DirectNetworkGuru$3.doInTransactionWithoutResult(DirectNetworkGuru.java:329) > at > com.cloud.utils.db.TransactionCallbackNoReturn.doInTransaction(TransactionCallbackNoReturn.java:25) > at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction.java:49) > at com.cloud.utils.db.Transaction.execute(Transaction.java:37) > at com.cloud.utils.db.Transaction.execute(Transaction.java:46) > at com.cloud.network.guru.DirectNetworkGuru.trash(DirectNetworkGuru.java:322) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator$10.doInTransactionWithoutResult(NetworkOrchestrator.java:2171) > at > com.cloud.utils.db.TransactionCallbackNoReturn.doInTransaction(TransactionCallbackNoReturn.java:25) > at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction.java:49) > at com.cloud.utils.db.Transaction.execute(Transaction.java:37) > at com.cloud.utils.db.Transaction.execute(Transaction.java:46) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.destroyNetwork(NetworkOrchestrator.java:2166) > at > com.cloud.network.NetworkServiceImpl.deleteNetwork(NetworkServiceImpl.java:1806) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > : > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:50) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.Ex
[jira] [Created] (CLOUDSTACK-7128) Secondary Storage size - display limits
Tomasz Zieba created CLOUDSTACK-7128: Summary: Secondary Storage size - display limits Key: CLOUDSTACK-7128 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7128 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Storage Controller Affects Versions: 4.2.1 Environment: ACS 4.2.1 Reporter: Tomasz Zieba Are there known limits on Secondary Storage? After joining 40TB Secondary Storage, dashboard shows 0.00KB/0.00KB in System Capacity widget. Also, the API returns the same values (0.00KB/0.00KB) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6498) [Automation] unable to start management server after restart
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6498?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066229#comment-14066229 ] Harikrishna Patnala commented on CLOUDSTACK-6498: - Rayees, I have tried both in dev setup and using RPM build, but it does not reproduce. May I know on which environment you got this issue ? > [Automation] unable to start management server after restart > > > Key: CLOUDSTACK-6498 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6498 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: advanced zone > xenserer 6.2 >Reporter: Srikanteswararao Talluri >Assignee: Harikrishna Patnala >Priority: Blocker > Fix For: 4.5.0 > > Attachments: CLOUDSTACK-6498.rar, cloud.sql, log.tar.gz > > > on the daily automation environment, After the zone is deployed , system VMs > came up fine. After setting few global settings, I tried to restart > management server, it never came up again. I could see some db exceptions > related to duplicate keys. > I will attach management server logs to this bug for your reference. > Caught SQLException when inserting system account > com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: > Duplicate entry '1' for key 'PRIMARY' > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:526) > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) > at com.mysql.jdbc.Util.getInstance(Util.java:386) > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1040) > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3597) > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3529) > at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1990) > at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2151) > at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2625) > at > com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2119) > at > com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2415) > at > com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2333) > at > com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2318) > at > org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) > at > org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) > > > 14761,2-9 96% -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6990) VM console displays blank page.AgentControlChannelException in cloud.log
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066194#comment-14066194
]
Rajesh Battala commented on CLOUDSTACK-6990:
from logs
management server is not able to generate ssl key and trying to use the
fail-safe key.
console proxy is trying to initiate the connection and mgmt server is throwing
the request.
can you try disable zone, delete console proxy and re-enable zone.
Check why mgmt server is not generating the ssl key that would also cause the
issue.
> VM console displays blank page.AgentControlChannelException in cloud.log
>
>
> Key: CLOUDSTACK-6990
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6990
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: SystemVM
>Affects Versions: 4.4.0
>Reporter: manasaveloori
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.4.0
>
> Attachments: cloud.log, management-server.rar
>
>
> Deployed Cloudstack using the build :
> [root@RHEL63test ~]# cloudstack-sccs
> 9024ad14681858ac7caafaf86f267a213ce6b61c
> Deployed a user VM.
> Now try to open the console of any VM.
> It is displaying blank page.
> In CPVM cloud.log observed the following exception continuously:
> 2014-06-25 06:31:14,620 INFO [utils.exception.CSExceptionErrorCode] (Console
> Proxy GC Thread:null) Could not find exception:
> com.cloud.exception.AgentControlChannelException in error code list for
> exceptions
> 2014-06-25 06:31:14,621 ERROR [resource.consoleproxy.ConsoleProxyResource]
> (Console Proxy GC Thread:null) Unable to send out load info due to Unable to
> post agent control request as link is not available
> com.cloud.exception.AgentControlChannelException: Unable to post agent
> control request as link is not available
> at com.cloud.agent.Agent.postRequest(Agent.java:689)
> at com.cloud.agent.Agent.postRequest(Agent.java:677)
> at
> com.cloud.agent.resource.consoleproxy.ConsoleProxyResource.reportLoadInfo(ConsoleProxyResource.java:418)
> at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.consoleproxy.ConsoleProxy.reportLoadInfo(ConsoleProxy.java:227)
> at
> com.cloud.consoleproxy.ConsoleProxyGCThread.run(ConsoleProxyGCThread.java:102)
> 2014-06-25 06:31:14,621 DEBUG [cloud.consoleproxy.ConsoleProxyGCThread]
> (Console Proxy GC Thread:null) Report load change : {
> "connections": []
> }
> 2014-06-25 06:31:14,897 INFO [cloud.agent.Agent] (Agent-Handler-4:null)
> Reconnecting...
> 2014-06-25 06:31:14,897 INFO [utils.nio.NioClient] (Agent-Selector:null)
> Connecting to 10.147.59.222:8250
> Attaching the Ms logs and CPVM log.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-7113) VM password reset when Router VM in stopped
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Harikrishna Patnala resolved CLOUDSTACK-7113. - Resolution: Fixed > VM password reset when Router VM in stopped > --- > > Key: CLOUDSTACK-7113 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7113 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: Harikrishna Patnala >Assignee: Harikrishna Patnala > Fix For: 4.5.0 > > > Currently cloudstack supports ResetVM password only when the router is > running. It would be useful if users can reset password there password when > the Router Vm is stopped or if resetVM password can trigger the start of the > RouterVM and then reset the password for the guest VM. > The same applies for restoreVMcmd. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7113) VM password reset when Router VM in stopped
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066183#comment-14066183 ] ASF subversion and git services commented on CLOUDSTACK-7113: - Commit 0069037573247e2cbe545e8d01d609040444e453 in cloudstack's branch refs/heads/master from [~harikrishna.patnala] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0069037 ] CLOUDSTACK-7113: Ability to reset password when Router VM is stopped With this improvement password reset also happens when router is in stopped state on resetPasswordCmd and restoreVM > VM password reset when Router VM in stopped > --- > > Key: CLOUDSTACK-7113 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7113 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: Harikrishna Patnala >Assignee: Harikrishna Patnala > Fix For: 4.5.0 > > > Currently cloudstack supports ResetVM password only when the router is > running. It would be useful if users can reset password there password when > the Router Vm is stopped or if resetVM password can trigger the start of the > RouterVM and then reset the password for the guest VM. > The same applies for restoreVMcmd. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-7126) NPE during creation of Snapshot from Volume
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Likitha Shetty resolved CLOUDSTACK-7126.
Resolution: Duplicate
Assignee: Likitha Shetty
> NPE during creation of Snapshot from Volume
> ---
>
> Key: CLOUDSTACK-7126
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7126
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Snapshot
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Likitha Shetty
>Priority: Critical
> Fix For: 4.5.0
>
>
> =
> NullPointerException:
> =
> 2014-07-11 16:04:19,404 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-6:ctx-2e149d28) ===START=== 10.220.64.12 -- GET
> apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&volumeid=cc65c8a0-d7e2-499b-9ceb-673e17b243d6&command=createSnapshot&signature=zo0mi4A8VXGZ%2FmOfLDZT%2FShR%2BX8%3D&response=json
> 2014-07-11 16:04:19,533 INFO [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-15:ctx-a027e338 job-735) Add job-735 into job monitoring
> 2014-07-11 16:04:19,533 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-15:ctx-a027e338 job-735) Executing AsyncJobVO {id:735,
> userId: 90, accountId: 87, instanceType: Snapshot, instanceId: 5, cmd:
> org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd, cmdInfo:
> {"id":"5","response":"json","ctxDetails":"{\"com.cloud.storage.Snapshot\":\"7918dca2-6515-4e59-be61-df7b91d8fc56\",\"com.cloud.storage.Volume\":\"cc65c8a0-d7e2-499b-9ceb-673e17b243d6\"}","cmdEventType":"SNAPSHOT.CREATE","ctxUserId":"90","httpmethod":"GET","volumeid":"cc65c8a0-d7e2-499b-9ceb-673e17b243d6","uuid":"7918dca2-6515-4e59-be61-df7b91d8fc56","ctxAccountId":"87","ctxStartEventId":"1737","apiKey":"rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg","signature":"zo0mi4A8VXGZ/mOfLDZT/ShR+X8\u003d"},
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 161135757057464, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: null}
> 2014-07-11 16:04:19,541 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (catalina-exec-6:ctx-2e149d28 ctx-25fc048a ctx-cd01f6fe) submit async
> job-735, details: AsyncJobVO {id:735, userId: 90, accountId: 87,
> instanceType: Snapshot, instanceId: 5, cmd:
> org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd, cmdInfo:
> {"id":"5","response":"json","ctxDetails":"{\"com.cloud.storage.Snapshot\":\"7918dca2-6515-4e59-be61-df7b91d8fc56\",\"com.cloud.storage.Volume\":\"cc65c8a0-d7e2-499b-9ceb-673e17b243d6\"}","cmdEventType":"SNAPSHOT.CREATE","ctxUserId":"90","httpmethod":"GET","volumeid":"cc65c8a0-d7e2-499b-9ceb-673e17b243d6","uuid":"7918dca2-6515-4e59-be61-df7b91d8fc56","ctxAccountId":"87","ctxStartEventId":"1737","apiKey":"rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg","signature":"zo0mi4A8VXGZ/mOfLDZT/ShR+X8\u003d"},
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 161135757057464, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: null}
> 2014-07-11 16:04:19,542 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-6:ctx-2e149d28 ctx-25fc048a ctx-cd01f6fe) ===END===
> 10.220.64.12 -- GET
> apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&volumeid=cc65c8a0-d7e2-499b-9ceb-673e17b243d6&command=createSnapshot&signature=zo0mi4A8VXGZ%2FmOfLDZT%2FShR%2BX8%3D&response=json
> 2014-07-11 16:04:19,546 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-9:ctx-75ac13f2) ===START=== 10.220.64.12 -- GET
> signature=k8LWw86VI1dsYgKIkPKfAnItTNg%3D&apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&command=queryAsyncJobResult&response=json&jobid=5ea54c94-19ba-4dc3-956c-5df2ad886805
> 2014-07-11 16:04:19,556 INFO [o.a.c.a.c.u.s.CreateSnapshotCmd]
> (API-Job-Executor-15:ctx-a027e338 job-735 ctx-3e8bff7c) VOLSS:
> createSnapshotCmd starts:1405094659556
> 2014-07-11 16:04:19,562 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-9:ctx-75ac13f2 ctx-6a8438cf ctx-9fe220cb) ===END===
> 10.220.64.12 -- GET
> signature=k8LWw86VI1dsYgKIkPKfAnItTNg%3D&apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&command=queryAsyncJobResult&response=json&jobid=5ea54c94-19ba-4dc3-956c-5df2ad886805
> 2014-07-11 16:04:19,583 DEBUG [c.c.s.s.SnapshotManagerImpl]
> (API-Job-Executor-15:ctx-a027e338 job-735 ctx-3e8bff7c) Failed to create
> snapshot
> java.lang.NullPointerException
> at
> com.cloud.storage.listener.SnapshotStateListener.p
[jira] [Updated] (CLOUDSTACK-7099) Volume snapshot is not getting backed up
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Likitha Shetty updated CLOUDSTACK-7099:
---
Description:
While trying to snapshot a volume, the volume snapshot is not backed up and it
remains in 'Allocated' state.
As a result of the fix made to resolve
[https://issues.apache.org/jira/browse/CLOUDSTACK-3272], ConfigDao is not being
injected into SnapshotStateListener which results in an NPE. And this causes
the snapshot process to fail .
{noformat}
2014-07-11 16:04:19,583 DEBUG [c.c.s.s.SnapshotManagerImpl]
(API-Job-Executor-15:ctx-a027e338 job-735 ctx-3e8bff7c) Failed to create
snapshot
java.lang.NullPointerException
at
com.cloud.storage.listener.SnapshotStateListener.pubishOnEventBus(SnapshotStateListener.java:71)
at
com.cloud.storage.listener.SnapshotStateListener.preStateTransitionEvent(SnapshotStateListener.java:58)
at
com.cloud.storage.listener.SnapshotStateListener.preStateTransitionEvent(SnapshotStateListener.java:44)
at com.cloud.utils.fsm.StateMachine2.transitTo(StateMachine2.java:110)
at
org.apache.cloudstack.storage.snapshot.SnapshotStateMachineManagerImpl.processEvent(SnapshotStateMachineManagerImpl.java:60)
at
org.apache.cloudstack.storage.snapshot.SnapshotObject.processEvent(SnapshotObject.java:262)
at
org.apache.cloudstack.storage.snapshot.SnapshotServiceImpl.takeSnapshot(SnapshotServiceImpl.java:174)
at
org.apache.cloudstack.storage.snapshot.XenserverSnapshotStrategy.takeSnapshot(XenserverSnapshotStrategy.java:284)
at
com.cloud.storage.snapshot.SnapshotManagerImpl.takeSnapshot(SnapshotManagerImpl.java:966)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy179.takeSnapshot(Unknown Source)
at
org.apache.cloudstack.storage.volume.VolumeServiceImpl.takeSnapshot(VolumeServiceImpl.java:1503)
at
com.cloud.storage.VolumeApiServiceImpl.takeSnapshot(VolumeApiServiceImpl.java:1781)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy183.takeSnapshot(Unknown Source)
at
org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd.execute(CreateSnapshotCmd.java:187)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run
[jira] [Updated] (CLOUDSTACK-7099) Volume snapshot is not getting backed up
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Likitha Shetty updated CLOUDSTACK-7099:
---
Description:
While trying to snapshot a volume, the volume snapshot is not backed up and it
remains in 'Allocated' state.
As a result of the fix made to resolve
[https://issues.apache.org/jira/browse/CLOUDSTACK-3272], ConfigDao is not being
injected into SnapshotStateListener which results in an NPE. And this causes
the snapshot process to fail .
=
NullPointerException:
=
2014-07-11 16:04:19,404 DEBUG [c.c.a.ApiServlet] (catalina-exec-6:ctx-2e149d28)
===START=== 10.220.64.12 – GET
apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&volumeid=cc65c8a0-d7e2-499b-9ceb-673e17b243d6&command=createSnapshot&signature=zo0mi4A8VXGZ%2FmOfLDZT%2FShR%2BX8%3D&response=json
2014-07-11 16:04:19,533 INFO [o.a.c.f.j.i.AsyncJobMonitor]
(API-Job-Executor-15:ctx-a027e338 job-735) Add job-735 into job monitoring
2014-07-11 16:04:19,533 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-15:ctx-a027e338 job-735) Executing AsyncJobVO {id:735,
userId: 90, accountId: 87, instanceType: Snapshot, instanceId: 5, cmd:
org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd, cmdInfo:
{"id":"5","response":"json","ctxDetails":"
{\"com.cloud.storage.Snapshot\":\"7918dca2-6515-4e59-be61-df7b91d8fc56\",\"com.cloud.storage.Volume\":\"cc65c8a0-d7e2-499b-9ceb-673e17b243d6\"}
","cmdEventType":"SNAPSHOT.CREATE","ctxUserId":"90","httpmethod":"GET","volumeid":"cc65c8a0-d7e2-499b-9ceb-673e17b243d6","uuid":"7918dca2-6515-4e59-be61-df7b91d8fc56","ctxAccountId":"87","ctxStartEventId":"1737","apiKey":"rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg","signature":"zo0mi4A8VXGZ/mOfLDZT/ShR+X8\u003d"},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 161135757057464, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-07-11 16:04:19,541 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(catalina-exec-6:ctx-2e149d28 ctx-25fc048a ctx-cd01f6fe) submit async job-735,
details: AsyncJobVO {id:735, userId: 90, accountId: 87, instanceType: Snapshot,
instanceId: 5, cmd:
org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd, cmdInfo:
{"id":"5","response":"json","ctxDetails":"
{\"com.cloud.storage.Snapshot\":\"7918dca2-6515-4e59-be61-df7b91d8fc56\",\"com.cloud.storage.Volume\":\"cc65c8a0-d7e2-499b-9ceb-673e17b243d6\"}
","cmdEventType":"SNAPSHOT.CREATE","ctxUserId":"90","httpmethod":"GET","volumeid":"cc65c8a0-d7e2-499b-9ceb-673e17b243d6","uuid":"7918dca2-6515-4e59-be61-df7b91d8fc56","ctxAccountId":"87","ctxStartEventId":"1737","apiKey":"rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg","signature":"zo0mi4A8VXGZ/mOfLDZT/ShR+X8\u003d"},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 161135757057464, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-07-11 16:04:19,542 DEBUG [c.c.a.ApiServlet] (catalina-exec-6:ctx-2e149d28
ctx-25fc048a ctx-cd01f6fe) ===END=== 10.220.64.12 – GET
apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&volumeid=cc65c8a0-d7e2-499b-9ceb-673e17b243d6&command=createSnapshot&signature=zo0mi4A8VXGZ%2FmOfLDZT%2FShR%2BX8%3D&response=json
2014-07-11 16:04:19,546 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-75ac13f2)
===START=== 10.220.64.12 – GET
signature=k8LWw86VI1dsYgKIkPKfAnItTNg%3D&apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&command=queryAsyncJobResult&response=json&jobid=5ea54c94-19ba-4dc3-956c-5df2ad886805
2014-07-11 16:04:19,556 INFO [o.a.c.a.c.u.s.CreateSnapshotCmd]
(API-Job-Executor-15:ctx-a027e338 job-735 ctx-3e8bff7c) VOLSS:
createSnapshotCmd starts:1405094659556
2014-07-11 16:04:19,562 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-75ac13f2
ctx-6a8438cf ctx-9fe220cb) ===END=== 10.220.64.12 – GET
signature=k8LWw86VI1dsYgKIkPKfAnItTNg%3D&apiKey=rxE2hLk5MHzoICoYNRyFf8L5PrmohVkUWNwtGE12LlZ7LF5mEsTeiSA6yAYYA3GPkX7ltSYhLOkd_h2i4GOYrg&command=queryAsyncJobResult&response=json&jobid=5ea54c94-19ba-4dc3-956c-5df2ad886805
2014-07-11 16:04:19,583 DEBUG [c.c.s.s.SnapshotManagerImpl]
(API-Job-Executor-15:ctx-a027e338 job-735 ctx-3e8bff7c) Failed to create
snapshot
java.lang.NullPointerException
at
com.cloud.storage.listener.SnapshotStateListener.pubishOnEventBus(SnapshotStateListener.java:71)
at
com.cloud.storage.listener.SnapshotStateListener.preStateTransitionEvent(SnapshotStateListener.java:58)
at
com.cloud.storage.listener.SnapshotStateListener.preStateTransitionEvent(SnapshotStateListener.java:44)
at com.cloud.utils.fsm.StateMachine2.transitTo(StateMachine2.java:110)
at
org.apache.cloudstack.storage.snap
[jira] [Updated] (CLOUDSTACK-7099) Volume snapshot is not getting backed up
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Likitha Shetty updated CLOUDSTACK-7099:
---
Description:
While trying to snapshot a volume, the volume snapshot is not backed up and it
remains in 'Allocated' state.
As a result of the fix made to resolve
[https://issues.apache.org/jira/browse/CLOUDSTACK-3272], ConfigDao is not being
injected into SnapshotStateListener which results in an NPE. And this causes
the snapshot process to fail .
=
NullPointerException:
=
{noformat}
2014-07-11 16:04:19,583 DEBUG [c.c.s.s.SnapshotManagerImpl]
(API-Job-Executor-15:ctx-a027e338 job-735 ctx-3e8bff7c) Failed to create
snapshot
java.lang.NullPointerException
at
com.cloud.storage.listener.SnapshotStateListener.pubishOnEventBus(SnapshotStateListener.java:71)
at
com.cloud.storage.listener.SnapshotStateListener.preStateTransitionEvent(SnapshotStateListener.java:58)
at
com.cloud.storage.listener.SnapshotStateListener.preStateTransitionEvent(SnapshotStateListener.java:44)
at com.cloud.utils.fsm.StateMachine2.transitTo(StateMachine2.java:110)
at
org.apache.cloudstack.storage.snapshot.SnapshotStateMachineManagerImpl.processEvent(SnapshotStateMachineManagerImpl.java:60)
at
org.apache.cloudstack.storage.snapshot.SnapshotObject.processEvent(SnapshotObject.java:262)
at
org.apache.cloudstack.storage.snapshot.SnapshotServiceImpl.takeSnapshot(SnapshotServiceImpl.java:174)
at
org.apache.cloudstack.storage.snapshot.XenserverSnapshotStrategy.takeSnapshot(XenserverSnapshotStrategy.java:284)
at
com.cloud.storage.snapshot.SnapshotManagerImpl.takeSnapshot(SnapshotManagerImpl.java:966)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy179.takeSnapshot(Unknown Source)
at
org.apache.cloudstack.storage.volume.VolumeServiceImpl.takeSnapshot(VolumeServiceImpl.java:1503)
at
com.cloud.storage.VolumeApiServiceImpl.takeSnapshot(VolumeApiServiceImpl.java:1781)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy183.takeSnapshot(Unknown Source)
at
org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd.execute(CreateSnapshotCmd.java:187)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(F
[jira] [Resolved] (CLOUDSTACK-7098) Improvised CloudByte Storage Plugin for 4.5 and above.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] punith resolved CLOUDSTACK-7098. Resolution: Fixed Fix Version/s: 4.5.0 > Improvised CloudByte Storage Plugin for 4.5 and above. > -- > > Key: CLOUDSTACK-7098 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7098 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: punith > Fix For: 4.5.0 > > > The new improvised cloudbyte plugin for cloudstack supports the following > features > * support for managed storage, where each vm disk has the guaranteed > QoS. > * account integration in cloudbyte with respect to domains in cloudstack. > * supports resize of the volume. > * supports both iscsi and nfs protocols in XEN server, and iscsi protocol for > KVM and vmware ESX. > * supports storage level snapshot capabilites as well as hypervisor level > snapshot feature. > * also exposing the custom api's for ui integration. > * support for unlimited storage nodes across the sites. > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7111) [Automation] Failed to Enable VPN for VPC
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14066136#comment-14066136
]
ASF subversion and git services commented on CLOUDSTACK-7111:
-
Commit a963fd34b55b7b69a65745ae0f875f6d712b69d6 in cloudstack's branch
refs/heads/master from [~htrippaers]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=a963fd3 ]
CLOUDSTACK-7111 Empty commandlist must return a succes
> [Automation] Failed to Enable VPN for VPC
> --
>
> Key: CLOUDSTACK-7111
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7111
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Network Controller
>Affects Versions: 4.5.0
> Environment: KVM 6.3
> 4.5 build
>Reporter: Rayees Namathponnan
>Assignee: Hugo Trippaers
>Priority: Blocker
> Fix For: 4.5.0
>
>
> Steps to reproduce
> Run the BVT test integration.smoke.test_vpc_vpn
> This test performing below steps
> # 0) Get the default network offering for VPC
> # 1) Create VPC
> # 2) Create network in VPC
> # 3) Deploy a vm
> # 4) Enable VPN for VPC
> Failed to create VM here, with below exception
> 2014-07-14 22:53:05,871 INFO [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-36:ctx-fc4efaf3 job-74) Add job-74 into job monitoring
> 2014-07-14 22:53:05,872 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-36:ctx-fc4efaf3 job-74) Executing AsyncJobVO {id:74,
> userId: 2, accountId: 2, instanceType: None, instanceId: 1, cmd:
> org.apache.cloudstack.api.command.user.vpn.CreateRemoteAccessVpnCmd, c
> mdInfo:
> {"id":"1","response":"json","ctxDetails":"{\"com.cloud.network.IpAddress\":\"66bf0fbf-ac94-4770-8507-52a1f8b9a7d8\",\"com.cloud
> .network.RemoteAccessVpn\":\"bd20bd01-ae57-498b-9069-b1c138f27913\",\"com.cloud.domain.Domain\":\"68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8\
> "}","cmdEventType":"VPN.REMOTE.ACCESS.CREATE","ctxUserId":"2","account":"test-account-TestVpcRemoteAccessVpn-ZDPAJA","httpmethod":"GET"
> ,"domainid":"68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8","uuid":"bd20bd01-ae57-498b-9069-b1c138f27913","ctxAccountId":"2","ctxStartEventId":"
> 190","apiKey":"d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtA","publicipid":"66bf0fbf-ac94-4770
> -8507-52a1f8b9a7d8","signature":"7wR4z472+EYAuM2XzDYv81uCY7A\u003d"},
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode:
> 0, result: null, initMsid: 29066118877352, completeMsid: null, lastUpdated:
> null, lastPolled: null, created: null}
> 2014-07-14 22:53:05,875 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-14:ctx-0328e9cc) ===START=== 10.223.240.194 -- GET
> jobid=a7799878-d5c
> c-4a89-a1d5-1bb3208cfa07&apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtA&command=queryAsy
> ncJobResult&response=json&signature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D
> 2014-07-14 22:53:05,881 DEBUG [c.c.n.IpAddressManagerImpl]
> (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Associating ip Ip[10.
> 223.122.75-1] to network Ntwk[210|Guest|8]
> 2014-07-14 22:53:05,903 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-14:ctx-0328e9cc ctx-6d712844 ctx-6fc284cd) ===END===
> 10.223.240.194 --
> GET
> jobid=a7799878-d5cc-4a89-a1d5-1bb3208cfa07&apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9
> lwARLtA&command=queryAsyncJobResult&response=json&signature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D
> 2014-07-14 22:53:05,907 DEBUG [c.c.n.IpAddressManagerImpl]
> (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Successfully associat
> ed ip address 10.223.122.75 to network Ntwk[210|Guest|8]
> 2014-07-14 22:53:05,930 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Complete async j
> ob-73, jobStatus: SUCCEEDED, resultCode: 0, result:
> org.apache.cloudstack.api.response.IPAddressResponse/ipaddress/{"id":"665a562a-377b
> -4ec9-8439-1c6b3acee07a","ipaddress":"10.223.122.75","allocated":"2014-07-14T22:53:05-0700","zoneid":"af2983df-186a-4425-974b-bc104c48c
> 51f","zonename":"Adv-KVM-Zone1","issourcenat":false,"account":"test-account-TestCreateVolume-PZC40O","domainid":"68e734aa-0bdf-11e4-b04
> 0-1a6f7bb0d0a8","domain":"ROOT","forvirtualnetwork":true,"vlanid":"a644b87b-48a6-4114-8b77-957f0a796563","vlanname":"vlan://1221","isst
> aticnat":false,"issystem":false,"associatednetworkid":"3269567f-7916-47f6-b2e5-c052b393fd03","associatednetworkname":"test-account-Test
> CreateVolume-PZC40O-network","networkid":"9b0a5472-1441-4b0d-be85-7c5562c2172e","state":"Allocating","physicalnetworkid":"5f21a284-0845
> -48e8-8533-52c68df2510e","tags":[],"isportable":false,"fordisplay":true}
> 2014-07-
[jira] [Closed] (CLOUDSTACK-7051) [Automation] Failed to create SSVM and CPVM in KVM,
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan closed CLOUDSTACK-7051. --- Verfied with latest build > [Automation] Failed to create SSVM and CPVM in KVM, > > > Key: CLOUDSTACK-7051 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7051 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM >Affects Versions: 4.5.0 > Environment: RHEL : 6.3 > build : 4.5 >Reporter: Rayees Namathponnan >Assignee: edison su >Priority: Blocker > Fix For: 4.5.0 > > Attachments: agent.rar, management-server.rar > > > SSVM and CPVM not creating with latest 4.5 build, copy command failing form > agent observed below error in agent log, > 2014-07-02 16:14:58,170 DEBUG [utils.script.Script] > (agentRequest-Handler-1:null) Execution is successful. > 2014-07-02 16:14:58,171 DEBUG [utils.script.Script] > (agentRequest-Handler-1:null) Formatting '/mnt/4f3ad80a-b7 > 96-3db3-b126-9c12b5b5eafc/48ef9a74-0244-11e4-b040-1a6f7bb0d0a8', fmt=qcow2 > size=262144 encryption=off clus > ter_size=65536 preallocation='off' > 2014-07-02 16:14:58,171 DEBUG [utils.script.Script] > (agentRequest-Handler-1:null) Executing: qemu-img info --o > utput json > /mnt/4f3ad80a-b796-3db3-b126-9c12b5b5eafc/48ef9a74-0244-11e4-b040-1a6f7bb0d0a8 > 2014-07-02 16:14:58,173 DEBUG [utils.script.Script] > (agentRequest-Handler-1:null) Exit value is 1 > 2014-07-02 16:14:58,173 DEBUG [utils.script.Script] > (agentRequest-Handler-1:null) info: invalid option -- '-'q > emu-img version 0.12.1, Copyright (c) 2004-2008 Fabrice Bellardusage: > qemu-img command [command options]QEMU d > isk image utilityCommand syntax: check [-f fmt] filename create [-f fmt] > [-o options] filename [size] commi > t [-f fmt] [-t cache] filename convert [-c] [-p] [-f fmt] [-t cache] [-O > output_fmt] [-o options] [-S sparse_ > size] filename [filename2 [...]] output_filename info [-f fmt] filename > snapshot [-l | -a snapshot | -c snap > shot | -d snapshot] filename rebase [-f fmt] [-t cache] [-p] [-u] -b > backing_file [-F backing_fmt] filename > resize filename [+ | -]sizeCommand parameters: 'filename' is a disk image > filename 'fmt' is the disk image f > ormat. It is guessed automatically in most cases 'cache' is the cache mode > used to write the output disk imag > e, the validoptions are: 'none', 'writeback' (default), 'writethrough' > and 'unsafe' 'size' is the disk im > age size in bytes. Optional suffixes'k' or 'K' (kilobyte, 1024), 'M' > (megabyte, 1024k), 'G' (gigabyte, 102 > 4M)and T (terabyte, 1024G) are supported. 'b' is ignored. > 'output_filename' is the destination disk image > filename 'output_fmt' is the destination format 'options' is a comma > separated list of format specific opti > ons in aname=value format. Use -o ? for an overview of the options > supported by theused format '-c' i > ndicates that target image must be compressed (qcow format only) '-u' > enables unsafe rebasing. It is assumed > that old and new backing file match exactly. The image doesn't need a > working backing file before > rebasing in this case (useful for renaming the backing file) '-h' with or > without a command shows this help a > nd lists the supported formats '-p' show progress of command (only certain > commands) '-S' indicates the cons > ecutive number of bytes that must contain only zeros for qemu-img to > create a sparse image during conver > sionParameters to snapshot subcommand: 'snapshot' is the name of the > snapshot to create, apply or delete '-a > ' applies a snapshot (revert disk to saved state) '-c' creates a snapshot > '-d' deletes a snapshot '-l' lists all snapshots in the given imageSupported > formats: raw cow qcow vdi vmdk cloop dmg bochs vpc vvfat qcow2 qed parallels > nbd blkdebug host_cdrom host_floppy host_device file -- This message was sent by Atlassian JIRA (v6.2#6252)
