[jira] [Created] (CLOUDSTACK-8179) [Automation][Simulator] Fix the script test_VirtualRouter_alerts.py - Test Case failing on Simulator as Testcase tries to ssh to the Host
Chandan Purushothama created CLOUDSTACK-8179: Summary: [Automation][Simulator] Fix the script test_VirtualRouter_alerts.py - Test Case failing on Simulator as Testcase tries to ssh to the Host Key: CLOUDSTACK-8179 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8179 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: Chandan Purushothama Fix For: 4.5.0 The test case fails as it tries to ssh to the Host -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8086) [Automation][Simulator] Simulator needs a Portable IP Range to execute PortableIP Test Cases
Chandan Purushothama created CLOUDSTACK-8086: Summary: [Automation][Simulator] Simulator needs a Portable IP Range to execute PortableIP Test Cases Key: CLOUDSTACK-8086 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8086 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently test cases are failing in Simulator, since the portable IP Range dictionary is empty in testdata.py. Fake IP Range information needs to be provided so that the test cases can be run without any issues. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-8007) [Automation] Fix the script test_vm_passwdenabled.py - Template created by Admin should have public access to be used for regular User VM Deployment
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama closed CLOUDSTACK-8007. Resolution: Fixed Test Case has been verified successfully [Automation] Fix the script test_vm_passwdenabled.py - Template created by Admin should have public access to be used for regular User VM Deployment -- Key: CLOUDSTACK-8007 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8007 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating template from snapshot/volume. Since the Admin created the template from the Volume, the Admin is the owner of the private template. In order to deploy a VM for the Regular Account the template created by Admin should have public Access. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-7996) [Automation] Fix the script test_tags.py - Tags and Template should belong to the User Account to test the case
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama closed CLOUDSTACK-7996. Resolution: Fixed Test Case has been verified successfully. Hence closing this bug. [Automation] Fix the script test_tags.py - Tags and Template should belong to the User Account to test the case - Key: CLOUDSTACK-7996 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7996 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: Chandan Purushothama Fix For: 4.5.0 Currently the tags and template belong to the Admin Account and not the User Account. Listing tags is being done as the regular User Account. This results in test case failure as no tags are returned to the regular User. Hence the inconsistency in creation of template, tags and listing them needs to be corrected for the test case to work. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-7980) [Automation] Fix the script maint/test_egress_rules_host_maintenance.py - Zone Network Type Information should to be passed to VirtualMachine create method
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama closed CLOUDSTACK-7980. Resolution: Fixed Test Case has been verified successfully. Hence closing this bug. [Automation] Fix the script maint/test_egress_rules_host_maintenance.py - Zone Network Type Information should to be passed to VirtualMachine create method - Key: CLOUDSTACK-7980 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7980 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-7978) [Automation] Fix the script test_egress_rules.py - Zone Network Type Information should to be passed to VirtualMachine create method
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama closed CLOUDSTACK-7978. Resolution: Fixed Test Case has been verified successfully. Hence closing this bug. [Automation] Fix the script test_egress_rules.py - Zone Network Type Information should to be passed to VirtualMachine create method -- Key: CLOUDSTACK-7978 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7978 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8022) [Automation] Deletion of Domain with Cleanup set to true fails
Chandan Purushothama created CLOUDSTACK-8022:
Summary: [Automation] Deletion of Domain with Cleanup set to true
fails
Key: CLOUDSTACK-8022
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8022
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
The following test case in test_persistent_rules.py fails:
{code}
@attr(tags=[advanced])
def test_vpc_force_delete_domain(self):
# steps
# 1. Create account and create VPC network in the account
# 2. Create two persistent networks within this VPC
# 3. Restart/delete VPC network
# Validations
# 1. In case of Restart operation, restart should be successful
#and persistent networks should be back in persistent state
# 2. In case of Delete operation, VR servicing the VPC should
#get destroyed and sourceNAT ip should get released
child_domain = Domain.create(self.apiclient,
services=self.services[domain],
parentdomainid=self.domain.id)
try:
account_1 = Account.create(
self.apiclient, self.services[account],
domainid=child_domain.id
)
account_2 = Account.create(
self.apiclient, self.services[account],
domainid=child_domain.id
)
self.services[vpc][cidr] = 10.1.1.1/16
vpc_1 = VPC.create(
self.apiclient,
self.services[vpc],
vpcofferingid=self.vpc_off.id,
zoneid=self.zone.id,
account=account_1.name,
domainid=account_1.domainid)
vpcs = VPC.list(self.apiclient, id=vpc_1.id)
self.assertEqual(
validateList(vpcs)[0],
PASS,
VPC list validation failed, vpc list is %s %
vpcs)
vpc_2 = VPC.create(
self.apiclient,
self.services[vpc],
vpcofferingid=self.vpc_off.id,
zoneid=self.zone.id,
account=account_2.name,
domainid=account_2.domainid)
vpcs = VPC.list(self.apiclient, id=vpc_2.id)
self.assertEqual(
validateList(vpcs)[0],
PASS,
VPC list validation failed, vpc list is %s %
vpcs)
persistent_network_1 = Network.create(
self.api_client, self.services[isolated_network],
networkofferingid=self.persistent_network_offering_NoLB.id,
accountid=account_1.name, domainid=account_1.domainid,
zoneid=self.zone.id, vpcid=vpc_1.id, gateway=10.1.1.1,
netmask=255.255.255.0)
response = verifyNetworkState(self.apiclient,
persistent_network_1.id,
implemented
)
exceptionOccured = response[0]
isNetworkInDesiredState = response[1]
exceptionMessage = response[2]
if (exceptionOccured or (not isNetworkInDesiredState)):
raise Exception(exceptionMessage)
self.assertIsNotNone(
persistent_network_1.vlan,
vlan must not be null for persistent network %s %
persistent_network_1.id)
persistent_network_2 = Network.create(
self.api_client, self.services[isolated_network],
networkofferingid=self.persistent_network_offering_NoLB.id,
accountid=account_2.name, domainid=account_2.domainid,
zoneid=self.zone.id, vpcid=vpc_2.id, gateway=10.1.1.1,
netmask=255.255.255.0)
response = verifyNetworkState(
self.apiclient,
persistent_network_2.id,
implemented)
exceptionOccured = response[0]
isNetworkInDesiredState = response[1]
exceptionMessage = response[2]
if (exceptionOccured or (not isNetworkInDesiredState)):
raise Exception(exceptionMessage)
self.assertIsNotNone(
persistent_network_2.vlan,
vlan must not be null for persistent network: %s %
persistent_network_2.id)
except Exception as e:
self.cleanup.append(account_1)
self.cleanup.append(account_2)
self.cleanup.append(child_domain)
self.fail(e)
# Force delete
[jira] [Updated] (CLOUDSTACK-8022) [Automation] Deletion of Domain with Cleanup set to true fails
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-8022:
-
Attachment: management-server.zip
[Automation] Deletion of Domain with Cleanup set to true fails
--
Key: CLOUDSTACK-8022
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8022
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Attachments: management-server.zip
The following test case in test_persistent_rules.py fails:
{code}
@attr(tags=[advanced])
def test_vpc_force_delete_domain(self):
# steps
# 1. Create account and create VPC network in the account
# 2. Create two persistent networks within this VPC
# 3. Restart/delete VPC network
# Validations
# 1. In case of Restart operation, restart should be successful
#and persistent networks should be back in persistent state
# 2. In case of Delete operation, VR servicing the VPC should
#get destroyed and sourceNAT ip should get released
child_domain = Domain.create(self.apiclient,
services=self.services[domain],
parentdomainid=self.domain.id)
try:
account_1 = Account.create(
self.apiclient, self.services[account],
domainid=child_domain.id
)
account_2 = Account.create(
self.apiclient, self.services[account],
domainid=child_domain.id
)
self.services[vpc][cidr] = 10.1.1.1/16
vpc_1 = VPC.create(
self.apiclient,
self.services[vpc],
vpcofferingid=self.vpc_off.id,
zoneid=self.zone.id,
account=account_1.name,
domainid=account_1.domainid)
vpcs = VPC.list(self.apiclient, id=vpc_1.id)
self.assertEqual(
validateList(vpcs)[0],
PASS,
VPC list validation failed, vpc list is %s %
vpcs)
vpc_2 = VPC.create(
self.apiclient,
self.services[vpc],
vpcofferingid=self.vpc_off.id,
zoneid=self.zone.id,
account=account_2.name,
domainid=account_2.domainid)
vpcs = VPC.list(self.apiclient, id=vpc_2.id)
self.assertEqual(
validateList(vpcs)[0],
PASS,
VPC list validation failed, vpc list is %s %
vpcs)
persistent_network_1 = Network.create(
self.api_client, self.services[isolated_network],
networkofferingid=self.persistent_network_offering_NoLB.id,
accountid=account_1.name, domainid=account_1.domainid,
zoneid=self.zone.id, vpcid=vpc_1.id, gateway=10.1.1.1,
netmask=255.255.255.0)
response = verifyNetworkState(self.apiclient,
persistent_network_1.id,
implemented
)
exceptionOccured = response[0]
isNetworkInDesiredState = response[1]
exceptionMessage = response[2]
if (exceptionOccured or (not isNetworkInDesiredState)):
raise Exception(exceptionMessage)
self.assertIsNotNone(
persistent_network_1.vlan,
vlan must not be null for persistent network %s %
persistent_network_1.id)
persistent_network_2 = Network.create(
self.api_client, self.services[isolated_network],
networkofferingid=self.persistent_network_offering_NoLB.id,
accountid=account_2.name, domainid=account_2.domainid,
zoneid=self.zone.id, vpcid=vpc_2.id, gateway=10.1.1.1,
netmask=255.255.255.0)
response = verifyNetworkState(
self.apiclient,
persistent_network_2.id,
implemented)
exceptionOccured = response[0]
isNetworkInDesiredState = response[1]
exceptionMessage = response[2]
if (exceptionOccured or (not isNetworkInDesiredState)):
raise Exception(exceptionMessage)
self.assertIsNotNone(
[jira] [Updated] (CLOUDSTACK-8022) [Automation] Deletion of Domain with Cleanup set to true fails
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-8022:
-
Summary: [Automation] Deletion of Domain with Cleanup set to true fails
(was: [Automation] Deletion of Domain with Cleanup set to true fails)
[Automation] Deletion of Domain with Cleanup set to true fails
Key: CLOUDSTACK-8022
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8022
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Attachments: management-server.zip
The following test case in test_persistent_rules.py fails:
{code}
@attr(tags=[advanced])
def test_vpc_force_delete_domain(self):
# steps
# 1. Create account and create VPC network in the account
# 2. Create two persistent networks within this VPC
# 3. Restart/delete VPC network
# Validations
# 1. In case of Restart operation, restart should be successful
#and persistent networks should be back in persistent state
# 2. In case of Delete operation, VR servicing the VPC should
#get destroyed and sourceNAT ip should get released
child_domain = Domain.create(self.apiclient,
services=self.services[domain],
parentdomainid=self.domain.id)
try:
account_1 = Account.create(
self.apiclient, self.services[account],
domainid=child_domain.id
)
account_2 = Account.create(
self.apiclient, self.services[account],
domainid=child_domain.id
)
self.services[vpc][cidr] = 10.1.1.1/16
vpc_1 = VPC.create(
self.apiclient,
self.services[vpc],
vpcofferingid=self.vpc_off.id,
zoneid=self.zone.id,
account=account_1.name,
domainid=account_1.domainid)
vpcs = VPC.list(self.apiclient, id=vpc_1.id)
self.assertEqual(
validateList(vpcs)[0],
PASS,
VPC list validation failed, vpc list is %s %
vpcs)
vpc_2 = VPC.create(
self.apiclient,
self.services[vpc],
vpcofferingid=self.vpc_off.id,
zoneid=self.zone.id,
account=account_2.name,
domainid=account_2.domainid)
vpcs = VPC.list(self.apiclient, id=vpc_2.id)
self.assertEqual(
validateList(vpcs)[0],
PASS,
VPC list validation failed, vpc list is %s %
vpcs)
persistent_network_1 = Network.create(
self.api_client, self.services[isolated_network],
networkofferingid=self.persistent_network_offering_NoLB.id,
accountid=account_1.name, domainid=account_1.domainid,
zoneid=self.zone.id, vpcid=vpc_1.id, gateway=10.1.1.1,
netmask=255.255.255.0)
response = verifyNetworkState(self.apiclient,
persistent_network_1.id,
implemented
)
exceptionOccured = response[0]
isNetworkInDesiredState = response[1]
exceptionMessage = response[2]
if (exceptionOccured or (not isNetworkInDesiredState)):
raise Exception(exceptionMessage)
self.assertIsNotNone(
persistent_network_1.vlan,
vlan must not be null for persistent network %s %
persistent_network_1.id)
persistent_network_2 = Network.create(
self.api_client, self.services[isolated_network],
networkofferingid=self.persistent_network_offering_NoLB.id,
accountid=account_2.name, domainid=account_2.domainid,
zoneid=self.zone.id, vpcid=vpc_2.id, gateway=10.1.1.1,
netmask=255.255.255.0)
response = verifyNetworkState(
self.apiclient,
persistent_network_2.id,
implemented)
exceptionOccured = response[0]
isNetworkInDesiredState = response[1]
exceptionMessage = response[2]
if (exceptionOccured or (not isNetworkInDesiredState)):
[jira] [Created] (CLOUDSTACK-8006) [Automation] Fix the script test_stopped_vm.py - Deploying VM from Dummy ISO fails
Chandan Purushothama created CLOUDSTACK-8006:
Summary: [Automation] Fix the script test_stopped_vm.py -
Deploying VM from Dummy ISO fails
Key: CLOUDSTACK-8006
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8006
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: Gaurav Aradhye
Priority: Critical
Fix For: 4.5.0
Gaurav,
I see that you worked on *test_02_deploy_ha_vm_from_iso* in
*test_stopped_vm.py* script before. Did this case ever pass for you in the
past? I noticed the test case failed and on further analysis I observed that it
is due to the ISO chosen for the test.
{noformat}
2014-12-01 19:12:08,762 WARN [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-155:ctx-d4175d8a) (logid:213ca278) Task failed! Task record:
uuid: 6573154e-8a06-fd8d-e3e3-76417ee71e97
nameLabel: Async.VM.start_on
nameDescription:
allowedOperations: []
currentOperations: {}
created: Mon Dec 01 19:12:06 UTC 2014
finished: Mon Dec 01 19:12:08 UTC 2014
status: failure
residentOn: com.xensource.xenapi.Host@82229367
progress: 1.0
type: none/
result:
errorInfo: [BOOTLOADER_FAILED,
OpaqueRef:feae5d32-b714-ce7b-c2e4-023979cd635f, INVALID_SOURCE
Unable to access a required file in the specified repository:
file:///tmp/cdrom-repo-7iUE47/isolinux/vmlinuz.
]
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8007) [Automation] Fix the script test_vm_passwdenabled.py - Template created by Admin should have public access to be used for regular User VM Deployment
Chandan Purushothama created CLOUDSTACK-8007: Summary: [Automation] Fix the script test_vm_passwdenabled.py - Template created by Admin should have public access to be used for regular User VM Deployment Key: CLOUDSTACK-8007 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8007 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating template from snapshot/volume. Since the Admin created the template from the Volume, the Admin is the owner of the private template. In order to deploy a VM for the Regular Account the template created by Admin should have public Access. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8008) [Automation] Unable to list project tags using projectId parameter
Chandan Purushothama created CLOUDSTACK-8008:
Summary: [Automation] Unable to list project tags using projectId
parameter
Key: CLOUDSTACK-8008
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8008
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Unable to list tags using project id
*Test Case Error Log:*
{noformat}
test_15_project_tag (test_tags.TestResourceTags): DEBUG: STARTED :
TC: test_15_project_tag :::
test_15_project_tag (test_tags.TestResourceTags): DEBUG: Payload: {'apiKey':
u's8-w4P-KNpZug22P4xScxPGflYEQ77OQEJfIDF6uIkZGXiXp8hKCc1AGMqpMgyWihHuDY80PD7NDks-ZgxqOAQ',
'name': 'Project-V0LCNV', 'command': 'createProject', 'signature':
'm/TgWlNz5nCZhvQk2ijMmaDal18=', 'displaytext': 'Test project', 'response':
'json'}
test_15_project_tag (test_tags.TestResourceTags): DEBUG: Sending GET
Cmd : createProject===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
(1): 10.223.130.163
requests.packages.urllib3.connectionpool: DEBUG: GET
/client/api?apiKey=s8-w4P-KNpZug22P4xScxPGflYEQ77OQEJfIDF6uIkZGXiXp8hKCc1AGMqpMgyWihHuDY80PD7NDks-ZgxqOAQname=Project-V0LCNVdisplaytext=Test+projectsignature=m%2FTgWlNz5nCZhvQk2ijMmaDal18%3Dcommand=createProjectresponse=json
HTTP/1.1 200 122
test_15_project_tag (test_tags.TestResourceTags): DEBUG: === Jobid:
560af5c6-7aab-4e22-8112-69827a6534c1 Started ===
test_15_project_tag (test_tags.TestResourceTags): DEBUG: Payload: {'signature':
'pgHH+YwrPyJJkUaofltWoq/VsJc=', 'apiKey':
u's8-w4P-KNpZug22P4xScxPGflYEQ77OQEJfIDF6uIkZGXiXp8hKCc1AGMqpMgyWihHuDY80PD7NDks-ZgxqOAQ',
'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
u'560af5c6-7aab-4e22-8112-69827a6534c1'}
test_15_project_tag (test_tags.TestResourceTags): DEBUG: Sending GET
Cmd : queryAsyncJobResult===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
(1): 10.223.130.163
requests.packages.urllib3.connectionpool: DEBUG: GET
/client/api?jobid=560af5c6-7aab-4e22-8112-69827a6534c1apiKey=s8-w4P-KNpZug22P4xScxPGflYEQ77OQEJfIDF6uIkZGXiXp8hKCc1AGMqpMgyWihHuDY80PD7NDks-ZgxqOAQcommand=queryAsyncJobResultresponse=jsonsignature=pgHH%2BYwrPyJJkUaofltWoq%2FVsJc%3D
HTTP/1.1 200 1323
test_15_project_tag (test_tags.TestResourceTags): DEBUG: Response :
{jobprocstatus : 0, created : u'2014-12-02T15:36:29-0800', jobresult :
{primarystorageavailable : u'200', domain : u'ROOT', domainid :
u'226d5a1a-6e93-11e4-b54b-0689ea0007ab', vpclimit : u'20', iplimit : u'20',
memorytotal : 0, secondarystorageavailable : u'400', vmtotal : 0, displaytext :
u'Test project', vpctotal : 0, id : u'510ce7d4-6fa1-4fa4-ada9-7362b3774462',
networkavailable : u'20', networklimit : u'20', iptotal : 0, volumetotal : 0,
snapshotlimit : u'20', state : u'Active', networktotal : 0, vpcavailable :
u'20', cpuavailable : u'40', primarystoragetotal : 0, templatelimit : u'20',
snapshottotal : 0, templateavailable : u'20', vmlimit : u'20', tags : [],
volumelimit : u'20', templatetotal : 0, memoryavailable : u'40960',
secondarystoragetotal : 0, account : u'test-TestResourceTags-WNDF0D',
secondarystoragelimit : u'400', volumeavailable : u'20', name :
u'Project-V0LCNV', vmavailable : u'20', ipavailable : u'1', memorylimit :
u'40960', primarystoragelimit : u'200', cputotal : 0, cpulimit : u'40',
snapshotavailable : u'20'}, cmd :
u'org.apache.cloudstack.api.command.user.project.CreateProjectCmd', userid :
u'173f139b-5379-4f5b-9aee-eefc77362fe7', jobstatus : 1, jobid :
u'560af5c6-7aab-4e22-8112-69827a6534c1', jobresultcode : 0, jobresulttype :
u'object', jobinstancetype : u'None', accountid :
u'96202eae-f933-41f9-ac94-e2ad37cbdfe6'}
test_15_project_tag (test_tags.TestResourceTags): DEBUG:
===Jobid:560af5c6-7aab-4e22-8112-69827a6534c1 ; StartTime:Tue Dec 2 15:36:46
2014 ; EndTime:Tue Dec 2 15:36:46 2014 ; TotalTime:0===
test_15_project_tag (test_tags.TestResourceTags): DEBUG: Response :
{jobprocstatus : 0, created : u'2014-12-02T15:36:29-0800', jobresult :
{primarystorageavailable : u'200', domain : u'ROOT', domainid :
u'226d5a1a-6e93-11e4-b54b-0689ea0007ab', vpclimit : u'20', iplimit : u'20',
memorytotal : 0, secondarystorageavailable : u'400', vmtotal : 0, displaytext :
u'Test project', vpctotal : 0, id : u'510ce7d4-6fa1-4fa4-ada9-7362b3774462',
networkavailable : u'20', networklimit : u'20', iptotal : 0, volumetotal : 0,
snapshotlimit : u'20', state : u'Active', networktotal : 0, vpcavailable :
u'20', cpuavailable : u'40', primarystoragetotal : 0, templatelimit : u'20',
snapshottotal : 0, templateavailable : u'20', vmlimit : u'20', tags : [],
[jira] [Created] (CLOUDSTACK-7996) [Automation] Fix the script test_tags.py - Tags and Template should belong to the User Account to test the case
Chandan Purushothama created CLOUDSTACK-7996: Summary: [Automation] Fix the script test_tags.py - Tags and Template should belong to the User Account to test the case Key: CLOUDSTACK-7996 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7996 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.5.0 Currently the tags and template belong to the Admin Account and not the User Account. Listing tags is being done as the regular User Account. This results in test case failure as no tags are returned to the regular User. Hence the inconsistency in creation of template, tags and listing them needs to be corrected for the test case to work. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7979) [Automation] Fix the script test_security_groups.py - Zone Network Type Information should to be passed to VirtualMachine create method
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7979: - Issue Type: Test (was: Bug) [Automation] Fix the script test_security_groups.py - Zone Network Type Information should to be passed to VirtualMachine create method - Key: CLOUDSTACK-7979 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7979 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7996) [Automation] Fix the script test_tags.py - Tags and Template should belong to the User Account to test the case
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7996: - Issue Type: Test (was: Bug) [Automation] Fix the script test_tags.py - Tags and Template should belong to the User Account to test the case - Key: CLOUDSTACK-7996 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7996 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: Chandan Purushothama Fix For: 4.5.0 Currently the tags and template belong to the Admin Account and not the User Account. Listing tags is being done as the regular User Account. This results in test case failure as no tags are returned to the regular User. Hence the inconsistency in creation of template, tags and listing them needs to be corrected for the test case to work. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7978) [Automation] Fix the script test_egress_rules.py - Zone Network Type Information should to be passed to VirtualMachine create method
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7978: - Issue Type: Test (was: Bug) [Automation] Fix the script test_egress_rules.py - Zone Network Type Information should to be passed to VirtualMachine create method -- Key: CLOUDSTACK-7978 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7978 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7980) [Automation] Fix the script maint/test_egress_rules_host_maintenance.py - Zone Network Type Information should to be passed to VirtualMachine create method
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7980: - Issue Type: Test (was: Bug) [Automation] Fix the script maint/test_egress_rules_host_maintenance.py - Zone Network Type Information should to be passed to VirtualMachine create method - Key: CLOUDSTACK-7980 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7980 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7997) [Automation] Deployment of VM is failing on Basic Zone in Few Cases - Unable to apply dhcp entry on router
Chandan Purushothama created CLOUDSTACK-7997:
Summary: [Automation] Deployment of VM is failing on Basic Zone in
Few Cases - Unable to apply dhcp entry on router
Key: CLOUDSTACK-7997
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7997
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
=
Unable to apply dhcp entry on router:
=
{noformat}
2014-12-01 18:57:12,396 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Asking VirtualRouter to prepare for
Nic[132-125-5e3877b8-7029-4029-be70-429a6e47d568-10.219.197.222]
2014-12-01 18:57:12,405 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Lock is acquired for network id 204 as a part of router
startup in
Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type--Pool(Id))]
: Dest[Zone(1)-Pod(1)-Cluster(1)-Host(2)-Storage(Volume(152|ROOT--Pool(1))]
2014-12-01 18:57:12,408 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Lock is released for network id 204 as a part of router
startup in
Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type--Pool(Id))]
: Dest[Zone(1)-Pod(1)-Cluster(1)-Host(2)-Storage(Volume(152|ROOT--Pool(1))]
2014-12-01 18:57:12,431 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Applying dhcp entry in network Ntwk[204|Guest|6]
2014-12-01 18:57:12,446 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Sending { Cmd , MgmtId:
195740251462904, via: 2(technetium), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.routing.DhcpEntryCommand:{vmMac:06:26:ea:00:00:37,vmIpAddress:10.219.197.222,vmName:VM-2656bcb0-f793-4248-8256-1754ebe2c2ef,defaultRouter:10.219.192.1,defaultDns:10.219.197.221,duid:00:03:00:01:06:26:ea:00:00:37,isDefault:true,executeInSequence:false,accessDetails:{router.guest.ip:10.219.197.221,zone.network.type:Basic,router.name:r-4-VM,router.ip:169.254.3.164},wait:0}}]
}
2014-12-01 18:57:12,447 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Executing: { Cmd , MgmtId:
195740251462904, via: 2(technetium), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.routing.DhcpEntryCommand:{vmMac:06:26:ea:00:00:37,vmIpAddress:10.219.197.222,vmName:VM-2656bcb0-f793-4248-8256-1754ebe2c2ef,defaultRouter:10.219.192.1,defaultDns:10.219.197.221,duid:00:03:00:01:06:26:ea:00:00:37,isDefault:true,executeInSequence:false,accessDetails:{router.guest.ip:10.219.197.221,zone.network.type:Basic,router.name:r-4-VM,router.ip:169.254.3.164},wait:0}}]
}
2014-12-01 18:57:12,447 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-239:ctx-e27e7d7a) (logid:312cfd5b) Seq 2-1882786119217578814:
Executing request
2014-12-01 18:57:12,447 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-239:ctx-e27e7d7a) (logid:a7cfe505) Executing command in VR:
/opt/cloud/bin/router_proxy.sh edithosts.sh 169.254.3.164 -m 06:26:ea:00:00:37
-4 10.219.197.222 -h VM-2656bcb0-f793-4248-8256-1754ebe2c2ef -d 10.219.192.1 -n
10.219.197.221
2014-12-01 18:57:12,448 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-239:ctx-e27e7d7a) (logid:a7cfe505) Seq 2-1882786119217578814:
Response Received:
2014-12-01 18:57:12,449 DEBUG [c.c.a.t.Request] (DirectAgent-239:ctx-e27e7d7a)
(logid:a7cfe505) Seq 2-1882786119217578814: Processing: { Ans: , MgmtId:
195740251462904, via: 2, Ver: v1, Flags: 10,
[{com.cloud.agent.api.Answer:{result:false,details:There was a problem
while connecting to 10.219.195.58:22,wait:0}}] }
2014-12-01 18:57:12,449 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Received: { Ans: , MgmtId:
195740251462904, via: 2, Ver: v1, Flags: 10, { Answer } }
2014-12-01 18:57:12,449 INFO [c.c.v.VirtualMachineManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Unable to contact resource.
com.cloud.exception.ResourceUnavailableException: Resource [Pod:1] is
unreachable: Unable to apply dhcp entry on router
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyRules(VirtualNetworkApplianceManagerImpl.java:4086)
at
[jira] [Updated] (CLOUDSTACK-7997) [Automation] Deployment of VM is failing on Basic Zone in Few Cases - Unable to apply dhcp entry on router
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7997:
-
Attachment: management-server.zip
[Automation] Deployment of VM is failing on Basic Zone in Few Cases - Unable
to apply dhcp entry on router
--
Key: CLOUDSTACK-7997
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7997
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Attachments: management-server.zip
=
Unable to apply dhcp entry on router:
=
{noformat}
2014-12-01 18:57:12,396 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Asking VirtualRouter to prepare for
Nic[132-125-5e3877b8-7029-4029-be70-429a6e47d568-10.219.197.222]
2014-12-01 18:57:12,405 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Lock is acquired for network id 204 as a part of router
startup in
Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type--Pool(Id))]
: Dest[Zone(1)-Pod(1)-Cluster(1)-Host(2)-Storage(Volume(152|ROOT--Pool(1))]
2014-12-01 18:57:12,408 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Lock is released for network id 204 as a part of router
startup in
Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type--Pool(Id))]
: Dest[Zone(1)-Pod(1)-Cluster(1)-Host(2)-Storage(Volume(152|ROOT--Pool(1))]
2014-12-01 18:57:12,431 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Applying dhcp entry in network Ntwk[204|Guest|6]
2014-12-01 18:57:12,446 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Sending { Cmd , MgmtId:
195740251462904, via: 2(technetium), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.routing.DhcpEntryCommand:{vmMac:06:26:ea:00:00:37,vmIpAddress:10.219.197.222,vmName:VM-2656bcb0-f793-4248-8256-1754ebe2c2ef,defaultRouter:10.219.192.1,defaultDns:10.219.197.221,duid:00:03:00:01:06:26:ea:00:00:37,isDefault:true,executeInSequence:false,accessDetails:{router.guest.ip:10.219.197.221,zone.network.type:Basic,router.name:r-4-VM,router.ip:169.254.3.164},wait:0}}]
}
2014-12-01 18:57:12,447 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Executing: { Cmd , MgmtId:
195740251462904, via: 2(technetium), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.routing.DhcpEntryCommand:{vmMac:06:26:ea:00:00:37,vmIpAddress:10.219.197.222,vmName:VM-2656bcb0-f793-4248-8256-1754ebe2c2ef,defaultRouter:10.219.192.1,defaultDns:10.219.197.221,duid:00:03:00:01:06:26:ea:00:00:37,isDefault:true,executeInSequence:false,accessDetails:{router.guest.ip:10.219.197.221,zone.network.type:Basic,router.name:r-4-VM,router.ip:169.254.3.164},wait:0}}]
}
2014-12-01 18:57:12,447 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-239:ctx-e27e7d7a) (logid:312cfd5b) Seq 2-1882786119217578814:
Executing request
2014-12-01 18:57:12,447 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-239:ctx-e27e7d7a) (logid:a7cfe505) Executing command in VR:
/opt/cloud/bin/router_proxy.sh edithosts.sh 169.254.3.164 -m
06:26:ea:00:00:37 -4 10.219.197.222 -h
VM-2656bcb0-f793-4248-8256-1754ebe2c2ef -d 10.219.192.1 -n 10.219.197.221
2014-12-01 18:57:12,448 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-239:ctx-e27e7d7a) (logid:a7cfe505) Seq 2-1882786119217578814:
Response Received:
2014-12-01 18:57:12,449 DEBUG [c.c.a.t.Request]
(DirectAgent-239:ctx-e27e7d7a) (logid:a7cfe505) Seq 2-1882786119217578814:
Processing: { Ans: , MgmtId: 195740251462904, via: 2, Ver: v1, Flags: 10,
[{com.cloud.agent.api.Answer:{result:false,details:There was a problem
while connecting to 10.219.195.58:22,wait:0}}] }
2014-12-01 18:57:12,449 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Received: { Ans: , MgmtId:
195740251462904, via: 2, Ver: v1, Flags: 10, { Answer } }
2014-12-01 18:57:12,449 INFO [c.c.v.VirtualMachineManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Unable
[jira] [Updated] (CLOUDSTACK-7997) [Automation] Deployment of VM is failing on Basic Zone in Few Cases - Unable to apply dhcp entry on router
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7997:
-
Description:
VM Deployment failure occurred multiple times. Posting the details from one
such occurrence below:
=
Unable to apply dhcp entry on router:
=
{noformat}
2014-12-01 18:57:12,396 DEBUG [o.a.c.e.o.NetworkOrchestrator]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Asking VirtualRouter to prepare for
Nic[132-125-5e3877b8-7029-4029-be70-429a6e47d568-10.219.197.222]
2014-12-01 18:57:12,405 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Lock is acquired for network id 204 as a part of router
startup in
Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type--Pool(Id))]
: Dest[Zone(1)-Pod(1)-Cluster(1)-Host(2)-Storage(Volume(152|ROOT--Pool(1))]
2014-12-01 18:57:12,408 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Lock is released for network id 204 as a part of router
startup in
Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type--Pool(Id))]
: Dest[Zone(1)-Pod(1)-Cluster(1)-Host(2)-Storage(Volume(152|ROOT--Pool(1))]
2014-12-01 18:57:12,431 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Applying dhcp entry in network Ntwk[204|Guest|6]
2014-12-01 18:57:12,446 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Sending { Cmd , MgmtId:
195740251462904, via: 2(technetium), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.routing.DhcpEntryCommand:{vmMac:06:26:ea:00:00:37,vmIpAddress:10.219.197.222,vmName:VM-2656bcb0-f793-4248-8256-1754ebe2c2ef,defaultRouter:10.219.192.1,defaultDns:10.219.197.221,duid:00:03:00:01:06:26:ea:00:00:37,isDefault:true,executeInSequence:false,accessDetails:{router.guest.ip:10.219.197.221,zone.network.type:Basic,router.name:r-4-VM,router.ip:169.254.3.164},wait:0}}]
}
2014-12-01 18:57:12,447 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Executing: { Cmd , MgmtId:
195740251462904, via: 2(technetium), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.routing.DhcpEntryCommand:{vmMac:06:26:ea:00:00:37,vmIpAddress:10.219.197.222,vmName:VM-2656bcb0-f793-4248-8256-1754ebe2c2ef,defaultRouter:10.219.192.1,defaultDns:10.219.197.221,duid:00:03:00:01:06:26:ea:00:00:37,isDefault:true,executeInSequence:false,accessDetails:{router.guest.ip:10.219.197.221,zone.network.type:Basic,router.name:r-4-VM,router.ip:169.254.3.164},wait:0}}]
}
2014-12-01 18:57:12,447 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-239:ctx-e27e7d7a) (logid:312cfd5b) Seq 2-1882786119217578814:
Executing request
2014-12-01 18:57:12,447 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-239:ctx-e27e7d7a) (logid:a7cfe505) Executing command in VR:
/opt/cloud/bin/router_proxy.sh edithosts.sh 169.254.3.164 -m 06:26:ea:00:00:37
-4 10.219.197.222 -h VM-2656bcb0-f793-4248-8256-1754ebe2c2ef -d 10.219.192.1 -n
10.219.197.221
2014-12-01 18:57:12,448 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-239:ctx-e27e7d7a) (logid:a7cfe505) Seq 2-1882786119217578814:
Response Received:
2014-12-01 18:57:12,449 DEBUG [c.c.a.t.Request] (DirectAgent-239:ctx-e27e7d7a)
(logid:a7cfe505) Seq 2-1882786119217578814: Processing: { Ans: , MgmtId:
195740251462904, via: 2, Ver: v1, Flags: 10,
[{com.cloud.agent.api.Answer:{result:false,details:There was a problem
while connecting to 10.219.195.58:22,wait:0}}] }
2014-12-01 18:57:12,449 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Seq 2-1882786119217578814: Received: { Ans: , MgmtId:
195740251462904, via: 2, Ver: v1, Flags: 10, { Answer } }
2014-12-01 18:57:12,449 INFO [c.c.v.VirtualMachineManagerImpl]
(Work-Job-Executor-98:ctx-eb573b61 job-1170/job-1171 ctx-4477fe15)
(logid:a7cfe505) Unable to contact resource.
com.cloud.exception.ResourceUnavailableException: Resource [Pod:1] is
unreachable: Unable to apply dhcp entry on router
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyRules(VirtualNetworkApplianceManagerImpl.java:4086)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyDhcpEntry(VirtualNetworkApplianceManagerImpl.java:3205)
at sun.reflect.GeneratedMethodAccessor399.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
[jira] [Created] (CLOUDSTACK-7998) [Automation] Fix the script test_escalations_instances.py - Root Volume should not be attempted to be detached
Chandan Purushothama created CLOUDSTACK-7998:
Summary: [Automation] Fix the script
test_escalations_instances.py - Root Volume should not be attempted to be
detached
Key: CLOUDSTACK-7998
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7998
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: Gaurav Aradhye
Priority: Critical
Fix For: 4.5.0
*Error Message*
Job failed: {jobprocstatus : 0, created : u'2014-12-01T17:59:17+',
jobresult : {errorcode : 431, errortext : u'Please specify volume of type
DATADISK'}, cmd :
u'org.apache.cloudstack.api.command.user.volume.DetachVolumeCmd', userid :
u'9afd35fa-9da4-496c-a47c-e5980b43fe09', jobstatus : 2, jobid :
u'1e3322a3-6ae1-475c-b2b3-4656127edfa4', jobresultcode : 530, jobinstanceid :
u'1415198d-15d9-4063-bc2f-234c964237d9', jobresulttype : u'object',
jobinstancetype : u'Volume', accountid :
u'09e327b9-628b-4993-b850-124fa1a0554e'}
*Stacktrace*
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File
/root/cloudstack/test/integration/component/test_escalations_instances.py,
line 2866, in test_16_list_vm_volumes_pagination
list_volumes_page1[i]
File /usr/local/lib/python2.7/dist-packages/marvin/lib/base.py, line 665,
in detach_volume
return apiclient.detachVolume(cmd)
File
/usr/local/lib/python2.7/dist-packages/marvin/cloudstackAPI/cloudstackAPIClient.py,
line 1686, in detachVolume
response = self.connection.marvinRequest(command, response_type=response,
method=method)
File /usr/local/lib/python2.7/dist-packages/marvin/cloudstackConnection.py,
line 379, in marvinRequest
raise e
'Job failed: {jobprocstatus : 0, created : u\'2014-12-01T17:59:17+\',
jobresult : {errorcode : 431, errortext : u\'Please specify volume of type
DATADISK\'}, cmd :
u\'org.apache.cloudstack.api.command.user.volume.DetachVolumeCmd\', userid :
u\'9afd35fa-9da4-496c-a47c-e5980b43fe09\', jobstatus : 2, jobid :
u\'1e3322a3-6ae1-475c-b2b3-4656127edfa4\', jobresultcode : 530, jobinstanceid :
u\'1415198d-15d9-4063-bc2f-234c964237d9\', jobresulttype : u\'object\',
jobinstancetype : u\'Volume\', accountid :
u\'09e327b9-628b-4993-b850-124fa1a0554e\'}\n
=
Test script Code:
=
{code}
@attr(tags=[advanced, basic], required_hardware=false)
def test_16_list_vm_volumes_pagination(self):
.
.
.
# Listing all the volumes for a VM again in page 1
list_volumes_page1 = Volume.list(
self.userapiclient,
listall=self.services[listall],
virtualmachineid=vm_created.id,
page=1,
pagesize=self.services[pagesize]
)
status = validateList(list_volumes_page1)
self.assertEquals(
PASS,
status[0],
Volumes not listed in page1
)
# Verifying that list size is equal to page size
self.assertEquals(
self.services[pagesize],
len(list_volumes_page1),
VM's volume count is not matching in page 1
)
# stopping VM before detaching volumes
vm_created.stop(self.userapiclient)
# Detaching root volume is allowed on XenServer only
if self.hypervisor.lower() == 'xenserver':
# Detaching all the volumes attached from VM
for i in range(0, len(list_volumes_page1)):
vm_created.detach_volume(
self.userapiclient,
list_volumes_page1[i]
)
return
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7978) [Automation] Fix the script test_egress_rules.py - Zone Network Type Information should to be passed to VirtualMachine create method
Chandan Purushothama created CLOUDSTACK-7978: Summary: [Automation] Fix the script test_egress_rules.py - Zone Network Type Information should to be passed to VirtualMachine create method Key: CLOUDSTACK-7978 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7978 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7979) [Automation] Fix the script test_security_groups.py - Zone Network Type Information should to be passed to VirtualMachine create method
Chandan Purushothama created CLOUDSTACK-7979: Summary: [Automation] Fix the script test_security_groups.py - Zone Network Type Information should to be passed to VirtualMachine create method Key: CLOUDSTACK-7979 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7979 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7980) [Automation] Fix the script maint/test_egress_rules_host_maintenance.py - Zone Network Type Information should to be passed to VirtualMachine create method
Chandan Purushothama created CLOUDSTACK-7980: Summary: [Automation] Fix the script maint/test_egress_rules_host_maintenance.py - Zone Network Type Information should to be passed to VirtualMachine create method Key: CLOUDSTACK-7980 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7980 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Currently, test cases in the test suite do not pass the Zone Network Type to the Virtual Machine class create method. This doesn't cause any problem with majority of the configurations except EIP-ELB Configuration. Hence Zone Network Type Information should be passed consciously to the create method to cover EIP-ELB Configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7968) [Automation] ListVirtualMachines failed due to NPE
Chandan Purushothama created CLOUDSTACK-7968:
Summary: [Automation] ListVirtualMachines failed due to NPE
Key: CLOUDSTACK-7968
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7968
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
==
NullPointer Exception:
==
{noformat}
2014-11-25 07:02:04,577 DEBUG [c.c.a.ApiServlet]
(catalina-exec-22:ctx-3c4583df) ===START=== 10.220.135.158 -- GET
apiKey=cZnc5GpyJx80LGvhVhQMwdCSfoIyzyVRq1F4lRjI00w1xrAgCOTAZWpxgtARH_JNID8RSYjGnJalpQcy5u1Xfgcommand=listVirtualMachinessignature=5T4zh0Tv4tnLOFRwNn8DRghnJkA%3Dtags%5B0%5D.key=region111response=jsonlistall=Truetags%5B0%5D.value=India
2014-11-25 07:02:04,600 ERROR [c.c.a.ApiServer] (catalina-exec-22:ctx-3c4583df
ctx-8f125542 ctx-2cc1f4d0) unhandled exception executing api command:
[Ljava.lang.String;@7bf2b28
com.cloud.utils.exception.CloudRuntimeException: Caught:
com.mysql.jdbc.JDBC4PreparedStatement@235185cf: SELECT
DISTINCT(user_vm_view.id) FROM user_vm_view WHERE user_vm_view.account_type !=
5 AND user_vm_view.display_vm = 1 AND ( ( AND ) ) AND user_vm_view.removed
IS NULL ORDER BY user_vm_view.id ASC LIMIT 0, 1
at
com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:427)
at
com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:361)
at com.cloud.utils.db.GenericDaoBase.search(GenericDaoBase.java:345)
at
com.cloud.utils.db.GenericDaoBase.searchAndCount(GenericDaoBase.java:1296)
at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)
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
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 $Proxy175.searchAndCount(Unknown Source)
at
com.cloud.api.query.QueryManagerImpl.searchForUserVMsInternal(QueryManagerImpl.java:996)
at
com.cloud.api.query.QueryManagerImpl.searchForUserVMs(QueryManagerImpl.java:756)
at
org.apache.cloudstack.api.command.user.vm.ListVMsCmd.execute(ListVMsCmd.java:227)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:691)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:514)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:276)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:120)
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:117)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:79)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
[jira] [Created] (CLOUDSTACK-7960) [Automation] Creation of Volume from Snapshot fails due to StringIndexOutOfBoundsException
Chandan Purushothama created CLOUDSTACK-7960:
Summary: [Automation] Creation of Volume from Snapshot fails due
to StringIndexOutOfBoundsException
Key: CLOUDSTACK-7960
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7960
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Use Case:
Validate the following sequence
# Deploy VM with custom disk offering and check the primary storage
resource count
# Stop the VM and create Snapshot from VM's volume
# Create volume again from this snapshot
StringIndexOutOfBoundsException:
{noformat}
2014-11-21 01:04:06,153 DEBUG [c.c.a.ApiServlet] (catalina-exec-22:ctx-4e287cc2
ctx-e68b28dc ctx-a00dd9d4) ===END=== 10.220.135.118 -- GET
account=test-a-TestVolumeLimits-test_create_template_snapshot_1_root_domain_admin-9B6G87domainid=58f506ce-7108-11e4-bca3-7640e6bc0920name=Test+Volume-DGE7AVzoneid=7934f921-50e4-406b-b0dd-8c474907d8cfapiKey=rRJabsdLiEc7Wnp7V6yxoQWckT_5EBLxkm5Bz5JFImYh-CqbkPW8fL87x8Qp2QDJXAobZscfqwwaW9jm3mXUzgcommand=createVolumesignature=Kb4x7pXEbm2yfoNmKAVZ92bFu1Y%3Dsnapshotid=cd663163-8045-43d1-9a88-899d0c1e9182response=jsonsize=2
2014-11-21 01:04:06,158 DEBUG [c.c.a.ApiServlet] (catalina-exec-5:ctx-662f483b)
===START=== 10.220.135.118 -- GET
jobid=5b446f9d-2056-43f2-9057-2d16b40e926fapiKey=rRJabsdLiEc7Wnp7V6yxoQWckT_5EBLxkm5Bz5JFImYh-CqbkPW8fL87x8Qp2QDJXAobZscfqwwaW9jm3mXUzgcommand=queryAsyncJobResultresponse=jsonsignature=dtw5FWz4%2FrigWTMJHLTB7vMCKS0%3D
2014-11-21 01:04:06,175 DEBUG [c.c.a.ApiServlet] (catalina-exec-5:ctx-662f483b
ctx-ad395747 ctx-b176f4c5) ===END=== 10.220.135.118 -- GET
jobid=5b446f9d-2056-43f2-9057-2d16b40e926fapiKey=rRJabsdLiEc7Wnp7V6yxoQWckT_5EBLxkm5Bz5JFImYh-CqbkPW8fL87x8Qp2QDJXAobZscfqwwaW9jm3mXUzgcommand=queryAsyncJobResultresponse=jsonsignature=dtw5FWz4%2FrigWTMJHLTB7vMCKS0%3D
2014-11-21 01:04:06,185 DEBUG [o.a.c.s.a.LocalStoragePoolAllocator]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945)
LocalStoragePoolAllocator trying to find storage pool to fit the vm
2014-11-21 01:04:06,185 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945)
ClusterScopeStoragePoolAllocator looking for storage pool
2014-11-21 01:04:06,185 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Looking for pools in
dc: 1 pod:1 cluster:null
2014-11-21 01:04:06,187 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Found pools matching
tags: [Pool[1|NetworkFilesystem], Pool[2|NetworkFilesystem],
Pool[3|NetworkFilesystem]]
2014-11-21 01:04:06,189 DEBUG [o.a.c.s.a.AbstractStoragePoolAllocator]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Checking if storage
pool is suitable, name: null ,poolId: 1
2014-11-21 01:04:06,191 INFO [c.c.s.StorageManagerImpl]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Storage pool null (1)
does not supply IOPS capacity, assuming enough capacity
2014-11-21 01:04:06,193 DEBUG [c.c.s.StorageManagerImpl]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Checking pool 1 for
storage, totalSize: 1099511627776, usedBytes: 0, usedPct: 0.0, disable
threshold: 0.85
2014-11-21 01:04:06,197 DEBUG [c.c.s.StorageManagerImpl]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Checking pool: 1 for
volume allocation [Vol[764|vm=null|DATADISK]], maxSize : 219902322,
totalAllocatedSize : 200, askingSize : 2147483648, allocated disable threshold:
0.85
2014-11-21 01:04:06,197 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945)
ClusterScopeStoragePoolAllocator returning 1 suitable storage pools
2014-11-21 01:04:06,198 DEBUG [o.a.c.e.o.VolumeOrchestrator]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Found a suitable pool
for create volume: 1
2014-11-21 01:04:06,214 DEBUG [o.a.c.s.m.AncientDataMotionStrategy]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) copyAsync inspecting
src type SNAPSHOT copyAsync inspecting dest type VOLUME
2014-11-21 01:04:06,225 DEBUG [c.c.a.t.Request]
(API-Job-Executor-101:ctx-c66892e0 job-4276 ctx-db279945) Seq
2-8004303912720929589: Sending { Cmd , MgmtId: 130021121067296, via:
2(SimulatedAgent.69573596-c121-47ea-8e5e-53deda420c30), Ver: v1, Flags: 100111,
[jira] [Created] (CLOUDSTACK-7961) [Automation] After Deletion of a Volume in an Account - PrimaryStorageTotal value of the Account is not Updated properly
Chandan Purushothama created CLOUDSTACK-7961:
Summary: [Automation] After Deletion of a Volume in an Account -
PrimaryStorageTotal value of the Account is not Updated properly
Key: CLOUDSTACK-7961
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7961
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
*Steps to Reproduce:*
1. Create an Account. Observe the primarystoragetotal Information:
{noformat}
{
primarystorageavailable: u'Unlimited',
domain: u'ROOT',
domainid: u'58f506ce-7108-11e4-bca3-7640e6bc0920',
vpclimit: u'Unlimited',
iplimit: u'Unlimited',
volumelimit: u'Unlimited',
memorytotal: 0,
secondarystorageavailable: u'Unlimited',
vmtotal: 0,
cputotal: 0,
vpctotal: 0,
id: u'f83b6369-abe7-4cb7-9101-c3e70beee013',
cpuavailable: u'Unlimited',
snapshotlimit: u'Unlimited',
networklimit: u'Unlimited',
iptotal: 0,
volumetotal: 0,
projectlimit: u'Unlimited',
state: u'enabled',
networktotal: 0,
accounttype: 2,
networkavailable: u'Unlimited',
primarystoragetotal: 0,
templatelimit: u'Unlimited',
snapshottotal: 0,
templateavailable: u'Unlimited',
vmlimit: u'Unlimited',
vpcavailable: u'Unlimited',
memoryavailable: u'Unlimited',
secondarystoragetotal: 0,
templatetotal: 0,
projecttotal: 0,
user: [
{
username:
u'test-a-TestVolumeLimits-test_create_multiple_volumes_1_root_domain_admin-QKVX6C',
account:
u'test-a-TestVolumeLimits-test_create_multiple_volumes_1_root_domain_admin-QKVX6C',
domainid: u'58f506ce-7108-11e4-bca3-7640e6bc0920',
firstname: u'test',
created: u'2014-11-21T01: 02: 31+',
lastname: u'test',
domain: u'ROOT',
id: u'f04dfdcf-e94e-411a-9d96-a308fae131df',
iscallerchilddomain: False,
state: u'enabled',
accounttype: 2,
email: u'test-acco...@test.com',
isdefault: False,
accountid: u'f83b6369-abe7-4cb7-9101-c3e70beee013'
}
],
groups: [
],
projectavailable: u'Unlimited',
isdefault: False,
primarystoragelimit: u'Unlimited',
secondarystoragelimit: u'Unlimited',
volumeavailable: u'Unlimited',
name:
u'test-a-TestVolumeLimits-test_create_multiple_volumes_1_root_domain_admin-QKVX6C',
vmavailable: u'Unlimited',
ipavailable: u'Unlimited',
memorylimit: u'Unlimited',
cpulimit: u'Unlimited',
snapshotavailable: u'Unlimited'
}
{noformat}
2. Deploy a VM from the default template (2 GB Size) with a disk offering of
2GB. Observe primarystoragetotal Information of the account as 4GB.
{noformat}
{
primarystorageavailable: u'Unlimited',
domain: u'ROOT',
domainid: u'58f506ce-7108-11e4-bca3-7640e6bc0920',
vpclimit: u'Unlimited',
iplimit: u'Unlimited',
volumelimit: u'Unlimited',
memorytotal: 128,
secondarystorageavailable: u'Unlimited',
vmtotal: 1,
cputotal: 1,
vpctotal: 0,
id: u'f83b6369-abe7-4cb7-9101-c3e70beee013',
networkavailable: u'Unlimited',
snapshotlimit: u'Unlimited',
networklimit: u'Unlimited',
iptotal: 1,
volumetotal: 2,
projectlimit: u'Unlimited',
state: u'enabled',
networktotal: 1,
sentbytes: 0,
accounttype: 2,
receivedbytes: 0,
cpuavailable: u'Unlimited',
primarystoragetotal: 4,
templatelimit: u'Unlimited',
snapshottotal: 0,
templateavailable: u'Unlimited',
vmlimit: u'Unlimited',
vpcavailable: u'Unlimited',
memoryavailable: u'Unlimited',
secondarystoragetotal: 0,
templatetotal: 0,
projecttotal: 0,
vmrunning: 1,
groups: [
],
projectavailable: u'Unlimited',
isdefault: False,
primarystoragelimit: u'Unlimited',
secondarystoragelimit: u'Unlimited',
volumeavailable: u'Unlimited',
name:
u'test-a-TestVolumeLimits-test_create_multiple_volumes_1_root_domain_admin-QKVX6C',
vmavailable: u'Unlimited',
ipavailable: u'Unlimited',
memorylimit: u'Unlimited',
cpulimit: u'Unlimited',
snapshotavailable: u'Unlimited',
user: [
{
username:
u'test-a-TestVolumeLimits-test_create_multiple_volumes_1_root_domain_admin-QKVX6C',
account:
u'test-a-TestVolumeLimits-test_create_multiple_volumes_1_root_domain_admin-QKVX6C',
domainid: u'58f506ce-7108-11e4-bca3-7640e6bc0920',
firstname: u'test',
created: u'2014-11-21T01: 02: 31+',
lastname: u'test',
domain: u'ROOT',
id:
[jira] [Created] (CLOUDSTACK-7955) [Automation] Fix the script test_project_limits.py - Template created from VM's Volume does not belong to the Project
Chandan Purushothama created CLOUDSTACK-7955: Summary: [Automation] Fix the script test_project_limits.py - Template created from VM's Volume does not belong to the Project Key: CLOUDSTACK-7955 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7955 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating template from snapshot/volume. This requires the test case test_07_templates_per_project to be changed. The test case should test the limits by registering the template in the project instead of creating templates from Volumes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7956) [Automation] Fix the script test_project_usage.py - Template created from VM's Volume does not belong to the Project
Chandan Purushothama created CLOUDSTACK-7956: Summary: [Automation] Fix the script test_project_usage.py - Template created from VM's Volume does not belong to the Project Key: CLOUDSTACK-7956 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7956 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating template from snapshot/volume. This requires the test case test_07_templates_per_project to be changed. The test case should test the limits by registering the template in the project instead of creating templates from Volumes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7956) [Automation] Fix the script test_project_usage.py - Template created from VM's Volume does not belong to the Project
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7956: - Description: Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating template from snapshot/volume. This requires the test case test_01_template_usage to be changed. The test case should test the limits by registering the template in the project instead of creating templates from Volumes. (was: Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating template from snapshot/volume. This requires the test case test_07_templates_per_project to be changed. The test case should test the limits by registering the template in the project instead of creating templates from Volumes.) [Automation] Fix the script test_project_usage.py - Template created from VM's Volume does not belong to the Project -- Key: CLOUDSTACK-7956 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7956 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating template from snapshot/volume. This requires the test case test_01_template_usage to be changed. The test case should test the limits by registering the template in the project instead of creating templates from Volumes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7957) [Automation] After Assigning a VM to a Different Account - PrimaryStorageTotal value of the Different Account is not Updated properly
Chandan Purushothama created CLOUDSTACK-7957:
Summary: [Automation] After Assigning a VM to a Different Account
- PrimaryStorageTotal value of the Different Account is not Updated properly
Key: CLOUDSTACK-7957
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7957
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
*Steps to Reproduce:*
1. Create an Account. Observe the primarystoragetotal Information:
{noformat}
{
primarystorageavailable: u'Unlimited',
domain: u'ROOT',
domainid: u'd32d07d4-6fe6-11e4-8b15-0e412070d892',
vpclimit: u'Unlimited',
iplimit: u'Unlimited',
volumelimit: u'Unlimited',
memorytotal: 0,
secondarystorageavailable: u'Unlimited',
vmtotal: 0,
cputotal: 0,
vpctotal: 0,
id: u'40f4c89b-2964-4c54-9aff-5e537faee4f9',
cpuavailable: u'Unlimited',
snapshotlimit: u'Unlimited',
networklimit: u'Unlimited',
iptotal: 0,
volumetotal: 0,
projectlimit: u'Unlimited',
state: u'enabled',
networktotal: 0,
accounttype: 2,
networkavailable: u'Unlimited',
primarystoragetotal: 0,
templatelimit: u'Unlimited',
snapshottotal: 0,
templateavailable: u'Unlimited',
vmlimit: u'Unlimited',
vpcavailable: u'Unlimited',
memoryavailable: u'Unlimited',
secondarystoragetotal: 0,
templatetotal: 0,
projecttotal: 0,
user: [
{
username:
u'test-a-TestVolumeLimits-test_assign_vm_different_account_1_root_domain_admin-ECMKAT',
account:
u'test-a-TestVolumeLimits-test_assign_vm_different_account_1_root_domain_admin-ECMKAT',
domainid: u'd32d07d4-6fe6-11e4-8b15-0e412070d892',
firstname: u'test',
created: u'2014-11-19T14: 24: 52+',
lastname: u'test',
domain: u'ROOT',
id: u'3108696d-5bb2-43e4-a5dc-9b7e095e5e6d',
iscallerchilddomain: False,
state: u'enabled',
accounttype: 2,
email: u'test-acco...@test.com',
isdefault: False,
accountid: u'40f4c89b-2964-4c54-9aff-5e537faee4f9'
}
],
groups: [
],
projectavailable: u'Unlimited',
isdefault: False,
primarystoragelimit: u'Unlimited',
secondarystoragelimit: u'Unlimited',
volumeavailable: u'Unlimited',
name:
u'test-a-TestVolumeLimits-test_assign_vm_different_account_1_root_domain_admin-ECMKAT',
vmavailable: u'Unlimited',
ipavailable: u'Unlimited',
memorylimit: u'Unlimited',
cpulimit: u'Unlimited',
snapshotavailable: u'Unlimited'
}
{noformat}
2. Deploy a VM from the default template (2 GB Size) with a disk offering of
2GB. Observe primarystoragetotal Information of the account as 4GB.
{noformat}
{
primarystorageavailable: u'Unlimited',
domain: u'ROOT',
domainid: u'd32d07d4-6fe6-11e4-8b15-0e412070d892',
vpclimit: u'Unlimited',
iplimit: u'Unlimited',
volumelimit: u'Unlimited',
memorytotal: 128,
secondarystorageavailable: u'Unlimited',
vmtotal: 1,
cputotal: 1,
vpctotal: 0,
id: u'40f4c89b-2964-4c54-9aff-5e537faee4f9',
networkavailable: u'Unlimited',
snapshotlimit: u'Unlimited',
networklimit: u'Unlimited',
iptotal: 1,
volumetotal: 2,
projectlimit: u'Unlimited',
state: u'enabled',
networktotal: 1,
sentbytes: 0,
accounttype: 2,
receivedbytes: 0,
cpuavailable: u'Unlimited',
primarystoragetotal: 4,
templatelimit: u'Unlimited',
snapshottotal: 0,
templateavailable: u'Unlimited',
vmlimit: u'Unlimited',
vpcavailable: u'Unlimited',
memoryavailable: u'Unlimited',
secondarystoragetotal: 0,
templatetotal: 0,
projecttotal: 0,
vmrunning: 1,
groups: [
],
projectavailable: u'Unlimited',
isdefault: False,
primarystoragelimit: u'Unlimited',
secondarystoragelimit: u'Unlimited',
volumeavailable: u'Unlimited',
name:
u'test-a-TestVolumeLimits-test_assign_vm_different_account_1_root_domain_admin-ECMKAT',
vmavailable: u'Unlimited',
ipavailable: u'Unlimited',
memorylimit: u'Unlimited',
cpulimit: u'Unlimited',
snapshotavailable: u'Unlimited',
user: [
{
username:
u'test-a-TestVolumeLimits-test_assign_vm_different_account_1_root_domain_admin-ECMKAT',
account:
u'test-a-TestVolumeLimits-test_assign_vm_different_account_1_root_domain_admin-ECMKAT',
domainid: u'd32d07d4-6fe6-11e4-8b15-0e412070d892',
firstname: u'test',
created: u'2014-11-19T14: 24: 52+',
lastname: u'test',
domain:
[jira] [Created] (CLOUDSTACK-7948) [Automation] Two VOLUME.DELETE Events are being registered instead of one - On Destroying a User VM belonging to a Project
Chandan Purushothama created CLOUDSTACK-7948:
Summary: [Automation] Two VOLUME.DELETE Events are being
registered instead of one - On Destroying a User VM belonging to a Project
Key: CLOUDSTACK-7948
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7948
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, Test
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Fix For: 4.5.0
==
User VM in Project Events Information in the Database:
==
{noformat}
mysql select * from usage_event where account_id=6;
++-++-+-+-++-+-+-++---+--+
| id | type| account_id | created | zone_id |
resource_id | resource_name | offering_id | template_id | size|
resource_type | processed | virtual_size |
++-++-+-+-++-+-+-++---+--+
| 19 | TEMPLATE.CREATE | 6 | 2014-11-19 21:28:14 | 1 |
202 | TestTemplate-1 |NULL |NULL | 1708331520 | NULL
| 0 | 8589934592 |
| 20 | VOLUME.CREATE | 6 | 2014-11-19 21:32:23 | 1 |
9 | ROOT-9 | 1 | 5 | 21474836480 | NULL
| 0 | NULL |
| 21 | VM.CREATE | 6 | 2014-11-19 21:32:23 | 1 |
9 | Project-VM-1 | 1 | 5 |NULL |
XenServer | 0 | NULL |
| 22 | NET.IPASSIGN| 6 | 2014-11-19 21:32:25 | 1 |
6 | 10.219.196.151 |NULL | 0 | 0 |
DirectAttached | 0 | NULL |
| 23 | NETWORK.OFFERING.ASSIGN | 6 | 2014-11-19 21:32:33 | 1 |
9 | 19 | 6 |NULL | 1 | NULL
| 0 | NULL |
| 24 | SG.ASSIGN | 6 | 2014-11-19 21:32:33 | 1 |
9 | NULL | 4 |NULL |NULL | NULL
| 0 | NULL |
| 25 | VM.START| 6 | 2014-11-19 21:32:33 | 1 |
9 | Project-VM-1 | 1 | 5 |NULL |
XenServer | 0 | NULL |
| 26 | SG.REMOVE | 6 | 2014-11-19 21:33:10 | 1 |
9 | NULL | 4 |NULL |NULL | NULL
| 0 | NULL |
| 27 | VM.STOP | 6 | 2014-11-19 21:33:10 | 1 |
9 | Project-VM-1 | 1 | 5 |NULL |
XenServer | 0 | NULL |
| 28 | NETWORK.OFFERING.REMOVE | 6 | 2014-11-19 21:33:10 | 1 |
9 | 19 | 6 |NULL | 0 | NULL
| 0 | NULL |
| 31 | VM.DESTROY | 6 | 2014-11-20 00:08:37 | 1 |
9 | Project-VM-1 | 1 | 5 |NULL |
XenServer | 0 | NULL |
| 32 | VOLUME.DELETE | 6 | 2014-11-20 00:08:37 | 1 |
9 | ROOT-9 |NULL |NULL |NULL | NULL
| 0 | NULL |
| 33 | NET.IPRELEASE | 6 | 2014-11-20 00:08:39 | 1 |
6 | 10.219.196.151 |NULL | 0 | 0 |
DirectAttached | 0 | NULL |
| 34 | VOLUME.DELETE | 6 | 2014-11-20 00:08:39 | 1 |
9 | ROOT-9 |NULL |NULL |NULL | NULL
| 0 | NULL |
++-++-+-+-++-+-+-++---+--+
14 rows in set (0.00 sec)
{noformat}
=
Destroy VM Job Log:
=
{noformat}
2014-11-20 00:08:35,021 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(catalina-exec-11:ctx-fb3a3d80 ctx-67753d29) submit async job-50, details:
AsyncJobVO {id:50, userId: 2, accountId: 2, instanceType: VirtualMachine,
instanceId: 9, cmd:
org.apache.cloudstack.api.command.admin.vm.DestroyVMCmdByAdmin, cmdInfo:
[jira] [Updated] (CLOUDSTACK-3607) guest_os_hypervisor table has values that are not registered in guest_os table
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-3607: - Assignee: (was: Chandan Purushothama) guest_os_hypervisor table has values that are not registered in guest_os table -- Key: CLOUDSTACK-3607 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3607 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 Reporter: Chandan Purushothama Fix For: 4.4.0, 4.5.0 mysql select * from guest_os_hypervisor where guest_os_id not in (select id from guest_os); +-+-++-+ | id | hypervisor_type | guest_os_name | guest_os_id | +-+-++-+ | 128 | VmWare | Red Hat Enterprise Linux 6(32-bit) | 204 | | 129 | VmWare | Red Hat Enterprise Linux 6(64-bit) | 205 | +-+-++-+ 2 rows in set (0.07 sec) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7928) [Automation] Fix the script test_vpc_vm_life_cycle.py - Network Rules Validation fails when VPC VR is Stopped as per design
Chandan Purushothama created CLOUDSTACK-7928: Summary: [Automation] Fix the script test_vpc_vm_life_cycle.py - Network Rules Validation fails when VPC VR is Stopped as per design Key: CLOUDSTACK-7928 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7928 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: Chandan Purushothama Fix For: 4.5.0 Following Test Cases currently fail in TestVMLifeCycleStoppedVPCVR Test Suite: test_07_migrate_instance_in_network test_08_user_data test_09_meta_data test_10_expunge_instance_in_network The test cases fail for the obvious reason since the VPC VR is stopped. The Stopped VPCVR doesnt allow the traffic to or from the Guest VMs. Hence the test cases are not valid to be tested in such a scenario and should be removed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7913) [Automation] Add reconnect functionality to Host class in base.py
Chandan Purushothama created CLOUDSTACK-7913: Summary: [Automation] Add reconnect functionality to Host class in base.py Key: CLOUDSTACK-7913 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7913 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: Chandan Purushothama Fix For: 4.5.0 Reconnect method in Host Class can be used to reconnect a host in CloudStack Setup. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7890) [Automation] Fix the script test_security_groups.py - Host password is hardcoded in the script
Chandan Purushothama created CLOUDSTACK-7890:
Summary: [Automation] Fix the script test_security_groups.py -
Host password is hardcoded in the script
Key: CLOUDSTACK-7890
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7890
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, Test
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: Gaurav Aradhye
Priority: Critical
Fix For: 4.5.0
Error Information:
{noformat}
Test router services for user account ... === TestName: test_01_dhcpOnlyRouter
| Status : EXCEPTION ===
ERROR
==
ERROR: Test router services for user account
--
Traceback (most recent call last):
File /root/cloudstack/test/integration/component/test_security_groups.py,
line 803, in test_01_dhcpOnlyRouter
service dnsmasq status
File /usr/local/lib/python2.7/dist-packages/marvin/lib/utils.py, line 198,
in get_process_status
ssh = SshClient(hostip, port, username, password)
File /usr/local/lib/python2.7/dist-packages/marvin/sshClient.py, line 81,
in __init__
raise internalError(SSH Connection Failed)
internalError: SSH Connection Failed
begin captured stdout -
=== TestName: test_01_dhcpOnlyRouter | Status : EXCEPTION ===
.
.
.
test_01_dhcpOnlyRouter
(integration.component.test_security_groups.TestDhcpOnlyRouter): DEBUG:
Response : [{cpuwithoverprovisioning : u'57600.0', version : u'4.5.0-SNAPSHOT',
memorytotal : 7405795840, zoneid : u'9cec8ff5-9118-4630-a9a8-39a8f8385d57',
cpunumber : 32, managementserverid : 151976082488674, cpuallocated : u'1.56%',
memoryused : 1666909, id : u'a17339b5-b717-4721-9d93-f623b5a2e776', cpuused :
u'0.02%', hypervisorversion : u'6.2.0', clusterid :
u'ae8494c4-be80-46ad-931c-d16d26e28f4c', capabilities : u'xen-3.0-x86_64 ,
xen-3.0-x86_32p , hvm-3.0-x86_32 , hvm-3.0-x86_32p , hvm-3.0-x86_64', state :
u'Up', memoryallocated : 805306368, networkkbswrite : 7096, cpuspeed : 1800,
cpusockets : 2, type : u'Routing', events : u'PingTimeout; StartAgentRebalance;
AgentDisconnected; Remove; AgentConnected; ManagementServerDown;
ShutdownRequested; HostDown; Ping', zonename : u'XenRT-Zone-0', podid :
u'a1df9408-4a7f-4aab-b114-492e1c3a3f58', clustertype : u'CloudManaged', hahost
: False, lastpinged : u'1970-01-17T00:03:38+', ipaddress : u'10.220.113.7',
disconnected : u'2014-11-12T14:20:30+', name : u'carp', networkkbsread :
7306, created : u'2014-11-12T14:17:53+', clustername :
u'XenRT-Zone-0-Pod-0-Cluster-0', hypervisor : u'XenServer',
islocalstorageactive : False, resourcestate : u'Enabled', podname :
u'XenRT-Zone-0-Pod-0'}]
test_01_dhcpOnlyRouter
(integration.component.test_security_groups.TestDhcpOnlyRouter): DEBUG: Router
ID: 35172b4f-8656-48e3-b2a4-c06697785eb2, state: Running
sshClient: DEBUG: Trying SSH Connection: Host:10.220.113.7 User:root
Port:22 RetryCnt:60===
paramiko.transport: DEBUG: starting thread (client mode): 0x364be50L
paramiko.transport: INFO: Connected (version 2.0, client OpenSSH_4.3)
paramiko.transport: DEBUG: kex algos:[u'diffie-hellman-group-exchange-sha1',
u'diffie-hellman-group14-sha1', u'diffie-hellman-group1-sha1'] server
key:[u'ssh-rsa', u'ssh-dss'] client encrypt:[u'aes128-ctr', u'aes192-ctr',
u'aes256-ctr', u'arcfour256', u'arcfour128', u'aes128-cbc', u'3des-cbc',
u'blowfish-cbc', u'cast128-cbc', u'aes192-cbc', u'aes256-cbc', u'arcfour',
u'rijndael-...@lysator.liu.se'] server encrypt:[u'aes128-ctr', u'aes192-ctr',
u'aes256-ctr', u'arcfour256', u'arcfour128', u'aes128-cbc', u'3des-cbc',
u'blowfish-cbc', u'cast128-cbc', u'aes192-cbc', u'aes256-cbc', u'arcfour',
u'rijndael-...@lysator.liu.se'] client mac:[u'hmac-md5', u'hmac-sha1',
u'hmac-ripemd160', u'hmac-ripemd...@openssh.com', u'hmac-sha1-96',
u'hmac-md5-96'] server mac:[u'hmac-md5', u'hmac-sha1', u'hmac-ripemd160',
u'hmac-ripemd...@openssh.com', u'hmac-sha1-96', u'hmac-md5-96'] client
compress:[u'none', u'z...@openssh.com'] server compress:[u'none',
u'z...@openssh.com'] client lang:[u''] server lang:[u''] kex follows?False
paramiko.transport: DEBUG: Ciphers agreed: local=aes128-ctr, remote=aes128-ctr
paramiko.transport: DEBUG: using kex diffie-hellman-group1-sha1; server key
type ssh-rsa; cipher: local aes128-ctr, remote aes128-ctr; mac: local
hmac-sha1, remote hmac-sha1; compression: local none, remote none
paramiko.transport: DEBUG: Switch to new keys ...
paramiko.transport: DEBUG: Adding ssh-rsa host key for 10.220.113.7:
3bb7765e9dbc2247db28f2ae9c6dcff5
paramiko.transport: DEBUG: userauth is OK
paramiko.transport: INFO:
[jira] [Created] (CLOUDSTACK-7894) [Automation] Fix the script test_vm_passwdenabled.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs
Chandan Purushothama created CLOUDSTACK-7894: Summary: [Automation] Fix the script test_vm_passwdenabled.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs Key: CLOUDSTACK-7894 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7894 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7895) [Automation] Fix the script test_security_groups.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs
Chandan Purushothama created CLOUDSTACK-7895: Summary: [Automation] Fix the script test_security_groups.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs Key: CLOUDSTACK-7895 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7895 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7897) [Automation] Fix the script test_reset_ssh_keypair.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs
Chandan Purushothama created CLOUDSTACK-7897: Summary: [Automation] Fix the script test_reset_ssh_keypair.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs Key: CLOUDSTACK-7897 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7897 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7885) [Automation] Fix the script /maint/test_vpc_host_maintenance - Router will not get automatically Started due to Host maintenance operations
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7885: - Description: I see that Router is stopped consciously in the setup() method in the test suite. The test cases check if the Router is in Running state. I checked with Sheng and he mentioned that a Stopped Router will not get automatically started due Host Maintenance Use Cases. Hence stop command should be removed from the setup() Method. (was: I see that Router is stopped consciously in the setup() method in the test suite. The test cases check if the Router is in Running state. I checked with Sheng and he mentioned that a Stopped Router will not get automatically started due Host Maintenance Use Cases. Hence removed that command from the setup() Method.) [Automation] Fix the script /maint/test_vpc_host_maintenance - Router will not get automatically Started due to Host maintenance operations - Key: CLOUDSTACK-7885 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7885 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 I see that Router is stopped consciously in the setup() method in the test suite. The test cases check if the Router is in Running state. I checked with Sheng and he mentioned that a Stopped Router will not get automatically started due Host Maintenance Use Cases. Hence stop command should be removed from the setup() Method. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7875) [UI] Wrong format check is being made on Create VPC box - DNS domain Information
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7875: - Attachment: Capture5.PNG [UI] Wrong format check is being made on Create VPC box - DNS domain Information Key: CLOUDSTACK-7875 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7875 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Jessica Wang Priority: Blocker Fix For: 4.5.0 Attachments: Capture5.PNG Currently, We are checking the DNS name with IPV4 format which is incorrect. DNS name needs to conform with FQDN format and not with IPV4 format. The User is currently blocked and is not allowed to proceed forward. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7875) [UI] Wrong format check is being made on Create VPC box - DNS domain Information
Chandan Purushothama created CLOUDSTACK-7875: Summary: [UI] Wrong format check is being made on Create VPC box - DNS domain Information Key: CLOUDSTACK-7875 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7875 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Jessica Wang Priority: Blocker Fix For: 4.5.0 Attachments: Capture5.PNG Currently, We are checking the DNS name with IPV4 format which is incorrect. DNS name needs to conform with FQDN format and not with IPV4 format. The User is currently blocked and is not allowed to proceed forward. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7860) [Automation] Fix the script test_eip_elb.py - Hardcoded NetScaler IP Address present in the script
Chandan Purushothama created CLOUDSTACK-7860:
Summary: [Automation] Fix the script test_eip_elb.py - Hardcoded
NetScaler IP Address present in the script
Key: CLOUDSTACK-7860
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7860
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: Gaurav Aradhye
Priority: Critical
Fix For: 4.5.0
Currently the script uses the following dictionary for netscaler IP Address
information:
netscaler: {
ipaddress: '10.147.40.100',
username: 'nsroot',
password: 'nsroot'
},
Script needs to be corrected to query for the Netscaler in the setup using
CloudStack API and use the procured netscaler information in the testcases in
the script.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7861) [Automation] Fix the script test_eip_elb.py - Wrong mysql select command
Chandan Purushothama created CLOUDSTACK-7861:
Summary: [Automation] Fix the script test_eip_elb.py - Wrong
mysql select command
Key: CLOUDSTACK-7861
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7861
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: Gaurav Aradhye
Priority: Critical
Fix For: 4.5.0
Notice the public_ip_address= condition in the select statement highlighted
below:
{noformat}
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): DEBUG: Response : {success :
u'true'}
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): DEBUG: *select is_system,
one_to_one_nat from user_ip_address where public_ip_address='{networkid :
u'7a48a65d-c771-4492-855b-6486dd2fd03c', domain : u'ROOT', domainid :
u'2e24144e-649c-11e4-9a6e-7ea53edf270f', isstaticnat : False, zoneid :
u'e5579dec-ab4a-4207-9e1b-7286c084d2f7', allocated :
u'2014-11-05T04:47:04+', id : u'cce3cd84-c792-468f-ba3c-73630124d232',
physicalnetworkid : u'5450776f-0a44-498c-a0ba-5667f31b74b2', fordisplay : True,
issourcenat : False, vlanid : u'437ffafb-73c0-4733-9897-184ebf3ed08d', state :
u'Allocating', forvirtualnetwork : True, zonename : u'XenRT-Zone-0', tags : [],
associatednetworkname : u'guestNetworkForBasicZone', vlanname : u'vlan://935',
associatednetworkid : u'2e34b2ae-9bbf-488a-9a9b-c1ee532eb464', ipaddress :
u'10.81.96.111', isportable : False, account : u'test-TestEIP-L8KOEI', issystem
: False}';*
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): CRITICAL: EXCEPTION:
test_02_acquire_ip_enable_static_nat: ['Traceback (most recent call last):\n',
' File /usr/lib/python2.7/unittest/case.py, line 332, in run\n
testMethod()\n', ' File
/root/cloudstack/test/integration/component/test_eip_elb.py, line 397, in
test_02_acquire_ip_enable_static_nat\n% public_ip.ipaddress\n', ' File
/usr/local/lib/python2.7/dist-packages/marvin/dbConnection.py, line 51, in
execute\ncursor.execute(sql, params)\n', ' File
/usr/local/lib/python2.7/dist-packages/mysql/connector/cursor.py, line 494,
in execute\nself._handle_result(self._connection.cmd_query(stmt))\n', '
File /usr/local/lib/python2.7/dist-packages/mysql/connector/connection.py,
line 683, in cmd_query\nstatement))\n', ' File
/usr/local/lib/python2.7/dist-packages/mysql/connector/connection.py, line
601, in _handle_result\nraise errors.get_exception(packet)\n',
ProgrammingError: 1064 (42000): You have an error in your SQL syntax; check
the manual that corresponds to your MySQL server version for the right syntax
to use near '7a48a65d-c771-4492-855b-6486dd2fd03c', domain : u'ROOT', domainid
: u'2e24144e-6' at line 1\n]
- end captured logging -
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7861) [Automation] Fix the script test_eip_elb.py - Wrong mysql select command
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7861:
-
Description:
Notice the public_ip_address= condition in the select statement below:
{noformat}
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): DEBUG: Response : {success :
u'true'}
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): DEBUG: select is_system,
one_to_one_nat from user_ip_address where public_ip_address='{networkid :
u'7a48a65d-c771-4492-855b-6486dd2fd03c', domain : u'ROOT', domainid :
u'2e24144e-649c-11e4-9a6e-7ea53edf270f', isstaticnat : False, zoneid :
u'e5579dec-ab4a-4207-9e1b-7286c084d2f7', allocated :
u'2014-11-05T04:47:04+', id : u'cce3cd84-c792-468f-ba3c-73630124d232',
physicalnetworkid : u'5450776f-0a44-498c-a0ba-5667f31b74b2', fordisplay : True,
issourcenat : False, vlanid : u'437ffafb-73c0-4733-9897-184ebf3ed08d', state :
u'Allocating', forvirtualnetwork : True, zonename : u'XenRT-Zone-0', tags : [],
associatednetworkname : u'guestNetworkForBasicZone', vlanname : u'vlan://935',
associatednetworkid : u'2e34b2ae-9bbf-488a-9a9b-c1ee532eb464', ipaddress :
u'10.81.96.111', isportable : False, account : u'test-TestEIP-L8KOEI', issystem
: False}';
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): CRITICAL: EXCEPTION:
test_02_acquire_ip_enable_static_nat: ['Traceback (most recent call last):\n',
' File /usr/lib/python2.7/unittest/case.py, line 332, in run\n
testMethod()\n', ' File
/root/cloudstack/test/integration/component/test_eip_elb.py, line 397, in
test_02_acquire_ip_enable_static_nat\n% public_ip.ipaddress\n', ' File
/usr/local/lib/python2.7/dist-packages/marvin/dbConnection.py, line 51, in
execute\ncursor.execute(sql, params)\n', ' File
/usr/local/lib/python2.7/dist-packages/mysql/connector/cursor.py, line 494,
in execute\nself._handle_result(self._connection.cmd_query(stmt))\n', '
File /usr/local/lib/python2.7/dist-packages/mysql/connector/connection.py,
line 683, in cmd_query\nstatement))\n', ' File
/usr/local/lib/python2.7/dist-packages/mysql/connector/connection.py, line
601, in _handle_result\nraise errors.get_exception(packet)\n',
ProgrammingError: 1064 (42000): You have an error in your SQL syntax; check
the manual that corresponds to your MySQL server version for the right syntax
to use near '7a48a65d-c771-4492-855b-6486dd2fd03c', domain : u'ROOT', domainid
: u'2e24144e-6' at line 1\n]
- end captured logging -
{noformat}
was:
Notice the public_ip_address= condition in the select statement highlighted
below:
{noformat}
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): DEBUG: Response : {success :
u'true'}
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): DEBUG: *select is_system,
one_to_one_nat from user_ip_address where public_ip_address='{networkid :
u'7a48a65d-c771-4492-855b-6486dd2fd03c', domain : u'ROOT', domainid :
u'2e24144e-649c-11e4-9a6e-7ea53edf270f', isstaticnat : False, zoneid :
u'e5579dec-ab4a-4207-9e1b-7286c084d2f7', allocated :
u'2014-11-05T04:47:04+', id : u'cce3cd84-c792-468f-ba3c-73630124d232',
physicalnetworkid : u'5450776f-0a44-498c-a0ba-5667f31b74b2', fordisplay : True,
issourcenat : False, vlanid : u'437ffafb-73c0-4733-9897-184ebf3ed08d', state :
u'Allocating', forvirtualnetwork : True, zonename : u'XenRT-Zone-0', tags : [],
associatednetworkname : u'guestNetworkForBasicZone', vlanname : u'vlan://935',
associatednetworkid : u'2e34b2ae-9bbf-488a-9a9b-c1ee532eb464', ipaddress :
u'10.81.96.111', isportable : False, account : u'test-TestEIP-L8KOEI', issystem
: False}';*
test_02_acquire_ip_enable_static_nat
(integration.component.test_eip_elb.TestEIP): CRITICAL: EXCEPTION:
test_02_acquire_ip_enable_static_nat: ['Traceback (most recent call last):\n',
' File /usr/lib/python2.7/unittest/case.py, line 332, in run\n
testMethod()\n', ' File
/root/cloudstack/test/integration/component/test_eip_elb.py, line 397, in
test_02_acquire_ip_enable_static_nat\n% public_ip.ipaddress\n', ' File
/usr/local/lib/python2.7/dist-packages/marvin/dbConnection.py, line 51, in
execute\ncursor.execute(sql, params)\n', ' File
/usr/local/lib/python2.7/dist-packages/mysql/connector/cursor.py, line 494,
in execute\nself._handle_result(self._connection.cmd_query(stmt))\n', '
File /usr/local/lib/python2.7/dist-packages/mysql/connector/connection.py,
line 683, in cmd_query\nstatement))\n', ' File
/usr/local/lib/python2.7/dist-packages/mysql/connector/connection.py, line
601, in _handle_result\nraise errors.get_exception(packet)\n',
ProgrammingError: 1064 (42000): You have an error in your SQL syntax; check
the manual that
[jira] [Created] (CLOUDSTACK-7863) [Automation][Simulator] Fix the script test_vpc_vms_deployment.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs
Chandan Purushothama created CLOUDSTACK-7863: Summary: [Automation][Simulator] Fix the script test_vpc_vms_deployment.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs Key: CLOUDSTACK-7863 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7863 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7862) [Automation][Simulator] Fix the script maint/test_high_availability.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs
Chandan Purushothama created CLOUDSTACK-7862: Summary: [Automation][Simulator] Fix the script maint/test_high_availability.py - Test Cases failing on Simulator as Testcases try to ssh to the VMs Key: CLOUDSTACK-7862 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7862 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7865) [Automation] Fix the script /maint/test_bugs.py - Missing attributes used in class
Chandan Purushothama created CLOUDSTACK-7865:
Summary: [Automation] Fix the script /maint/test_bugs.py -
Missing attributes used in class
Key: CLOUDSTACK-7865
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7865
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: Srikanteswararao Talluri
Priority: Critical
Fix For: 4.5.0
I see the following errors in execution of two test cases in test_bugs.py:
*First Error*:
{noformat}
Stacktrace
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File /root/cloudstack/test/integration/component/maint/test_bugs.py, line
396, in test_CLOUDSTACK_6181_stoppedvm_root_resize
virtualmachineid=self.virtual_machine.id,
'\'Test42xBugsMgmtSvr\' object has no attribute \'virtual_machine\'\n
{noformat}
*Second Error*
{noformat}
Stacktrace
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File /root/cloudstack/test/integration/component/maint/test_bugs.py, line
464, in test_CLOUDSTACK_6181_vm_root_resize
virtualmachineid=self.virtual_machine.id,
'\'Test42xBugsMgmtSvr\' object has no attribute \'virtual_machine\'\n
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7866) [Automation] Fix the script /maint/test_host_high_availability.py - ListHosts is picking System VMs as the hosts for VM migration
Chandan Purushothama created CLOUDSTACK-7866:
Summary: [Automation] Fix the script
/maint/test_host_high_availability.py - ListHosts is picking System VMs as
the hosts for VM migration
Key: CLOUDSTACK-7866
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7866
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: Gaurav Aradhye
Fix For: 4.5.0
The following code in test_04 is picking SSVM or CPVM as the host to be
migrated to. This code needs to be changed.
{code}
#Find out Non-Suitable host for VM migration
list_hosts_response = list_hosts(
self.apiclient,
)
self.assertEqual(
isinstance(list_hosts_response, list),
True,
listHosts returned invalid object in response.
)
self.assertNotEqual(
len(list_hosts_response),
0,
listHosts returned empty response.
)
notSuitableHost = None
for host in list_hosts_response:
if not host.suitableformigration and host.hostid != vm.hostid:
notSuitableHost = host
break
self.assertTrue(notSuitableHost is not None, notsuitablehost should
not be None)
#Migrate VM to Non-Suitable host
self.debug(Migrating VM-ID: %s to Host: %s % (vm.id,
notSuitableHost.id))
cmd = migrateVirtualMachine.migrateVirtualMachineCmd()
cmd.hostid = notSuitableHost.id
cmd.virtualmachineid = vm.id
self.apiclient.migrateVirtualMachine(cmd)
{code}
*Error Message*:
{noformat}
Job failed: {jobprocstatus : 0, created : u'2014-11-05T17:13:56+', cmd :
u'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd', userid :
u'd9e7cf4a-649d-11e4-9ff3-ea75aeb47f80', jobstatus : 2, jobid :
u'bc426924-e6be-4f40-91ca-1cbe13b3f09c', jobresultcode : 530, jobresulttype :
u'object', jobresult : {errorcode : 431, errortext : u'The specified
host(s-2-VM) is not suitable to migrate the VM, please specify another one'},
accountid : u'd9e7c22a-649d-11e4-9ff3-ea75aeb47f80'}
Stacktrace
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File
/root/cloudstack/test/integration/component/maint/test_host_high_availability.py,
line 520, in test_04_cant_migrate_vm_to_host_with_ha_negative
self.apiclient.migrateVirtualMachine(cmd)
File
/usr/local/lib/python2.7/dist-packages/marvin/cloudstackAPI/cloudstackAPIClient.py,
line 776, in migrateVirtualMachine
response = self.connection.marvinRequest(command, response_type=response,
method=method)
File /usr/local/lib/python2.7/dist-packages/marvin/cloudstackConnection.py,
line 379, in marvinRequest
raise e
'Job failed: {jobprocstatus : 0, created : u\'2014-11-05T17:13:56+\', cmd :
u\'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd\', userid :
u\'d9e7cf4a-649d-11e4-9ff3-ea75aeb47f80\', jobstatus : 2, jobid :
u\'bc426924-e6be-4f40-91ca-1cbe13b3f09c\', jobresultcode : 530, jobresulttype :
u\'object\', jobresult : {errorcode : 431, errortext : u\'The specified
host(s-2-VM) is not suitable to migrate the VM, please specify another one\'},
accountid : u\'d9e7c22a-649d-11e4-9ff3-ea75aeb47f80\'}\n
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-7493) [Automation] Egress Firewall Rule fails to create on the Virtual Router in Hyper-V Setup - Reports Success instead of failure report
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama closed CLOUDSTACK-7493.
Closing the bug based on Jayapal's comment.
[Automation] Egress Firewall Rule fails to create on the Virtual Router in
Hyper-V Setup - Reports Success instead of failure report
Key: CLOUDSTACK-7493
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7493
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation, Test
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: Chandan Purushothama
Priority: Blocker
Fix For: 4.5.0
Attachments: client_managementLogs.zip
==
Error in management Server log:
==
{code}
2014-09-03 18:04:36,689 DEBUG [c.c.a.ApiServlet]
(catalina-exec-22:ctx-a84568da ctx-c6c0fc58 ctx-985e7722) ===END===
10.220.135.217 -- GET
jobid=561bbb6c-7931-493d-a778-525086befb96apiKey=hCPmYiAF1lm_sBLrhXIEWXCJt0vYbxzkeFfv7E1ZhyPPL_TF6BvI8cVOm2AqLlzWwa2w9dO0eFQu6SafM_st3gcommand=queryAsyncJobResultresponse=jsonsignature=fWkgkcIGrOu7YQc%2Fw5GD%2B3HHGkM%3D
2014-09-03 18:04:36,701 DEBUG [c.c.a.t.Request]
(API-Job-Executor-33:ctx-4c5fd3c9 job-316 ctx-8bc88918) Seq
1-4477422454536405316: Sending { Cmd , MgmtId: 174253150778429, via:
1(10.220.163.36), Ver: v1, Flags: 11,
[{com.cloud.agent.api.routing.SetFirewallRulesCommand:{rules:[{id:36,srcIp:,protocol:all,revoked:false,alreadyAdded:false,sourceCidrList:[0.0.0.0/0],purpose:Firewall,trafficType:Egress,defaultEgressPolicy:false}],accessDetails:{router.guest.ip:192.168.200.1,firewall.egress.default:false,zone.network.type:Advanced,router.ip:10.220.165.184,router.name:r-45-VM},wait:0}}]
}
2014-09-03 18:04:36,701 DEBUG [c.c.a.t.Request]
(API-Job-Executor-33:ctx-4c5fd3c9 job-316 ctx-8bc88918) Seq
1-4477422454536405316: Executing: { Cmd , MgmtId: 174253150778429, via:
1(10.220.163.36), Ver: v1, Flags: 11,
[{com.cloud.agent.api.routing.SetFirewallRulesCommand:{rules:[{id:36,srcIp:,protocol:all,revoked:false,alreadyAdded:false,sourceCidrList:[0.0.0.0/0],purpose:Firewall,trafficType:Egress,defaultEgressPolicy:false}],accessDetails:{router.guest.ip:192.168.200.1,firewall.egress.default:false,zone.network.type:Advanced,router.ip:10.220.165.184,router.name:r-45-VM},wait:0}}]
}
2014-09-03 18:04:36,702 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-316:ctx-c363d57a) Seq 1-4477422454536405316: Executing request
2014-09-03 18:04:36,702 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-316:ctx-c363d57a) Use router's private IP for SSH control. IP :
10.220.165.184
2014-09-03 18:04:36,702 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-316:ctx-c363d57a) Run command on VR: 10.220.165.184, script:
firewall_egress.sh with args: -F -E -P 0 -a :all:0:0:0.0.0.0/0:,
2014-09-03 18:04:37,394 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-14:null) SeqA 3-604: Processing Seq 3-604: { Cmd ,
MgmtId: -1, via: 3, Ver: v1, Flags: 11,
[{com.cloud.agent.api.ConsoleProxyLoadReportCommand:{_proxyVmId:2,_loadInfo:{\n
\connections\: []\n},wait:0}}] }
2014-09-03 18:04:37,397 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-14:null) SeqA 3-604: Sending Seq 3-604: { Ans: ,
MgmtId: 174253150778429, via: 3, Ver: v1, Flags: 100010,
[{com.cloud.agent.api.AgentControlAnswer:{result:true,wait:0}}] }
2014-09-03 18:04:37,826 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-3:ctx-e8a5b20a) Storage pool garbage collector
found 0 templates to clean up in storage pool:
XenRT-Zone-0-Pod-0-Cluster-0-Primary-Store-0
2014-09-03 18:04:37,829 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-3:ctx-e8a5b20a) Secondary storage garbage collector
found 0 templates to cleanup on template_store_ref for store:
cifs://10.220.163.36/storage/secondary
2014-09-03 18:04:37,831 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-3:ctx-e8a5b20a) Secondary storage garbage collector
found 0 snapshots to cleanup on snapshot_store_ref for store:
cifs://10.220.163.36/storage/secondary
2014-09-03 18:04:37,832 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-3:ctx-e8a5b20a) Secondary storage garbage collector
found 0 volumes to cleanup on volume_store_ref for store:
cifs://10.220.163.36/storage/secondary
2014-09-03 18:04:37,940 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-316:ctx-c363d57a) firewall_egress.sh execution result: true
2014-09-03 18:04:37,940 DEBUG [c.c.a.m.DirectAgentAttache]
[jira] [Commented] (CLOUDSTACK-3607) guest_os_hypervisor table has values that are not registered in guest_os table
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14199425#comment-14199425 ] Chandan Purushothama commented on CLOUDSTACK-3607: -- I still see the table in 4.5: mysql show tables like guest_os_hypervisor; +---+ | Tables_in_cloud (guest_os_hypervisor) | +---+ | guest_os_hypervisor | +---+ 1 row in set (0.01 sec) mysql select * from version; ++-+-+--+ | id | version | updated | step | ++-+-+--+ | 1 | 4.0.0 | 2014-11-04 22:31:30 | Complete | | 2 | 4.1.0 | 2014-11-04 22:32:01 | Complete | | 3 | 4.2.0 | 2014-11-04 22:32:01 | Complete | | 4 | 4.2.1 | 2014-11-04 22:32:01 | Complete | | 5 | 4.3.0 | 2014-11-04 22:32:01 | Complete | | 6 | 4.4.0 | 2014-11-04 22:32:01 | Complete | | 7 | 4.4.1 | 2014-11-04 22:32:01 | Complete | | 8 | 4.5.0 | 2014-11-04 22:32:01 | Complete | ++-+-+--+ 8 rows in set (0.01 sec) mysql guest_os_hypervisor table has values that are not registered in guest_os table -- Key: CLOUDSTACK-3607 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3607 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 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.4.0, 4.5.0 mysql select * from guest_os_hypervisor where guest_os_id not in (select id from guest_os); +-+-++-+ | id | hypervisor_type | guest_os_name | guest_os_id | +-+-++-+ | 128 | VmWare | Red Hat Enterprise Linux 6(32-bit) | 204 | | 129 | VmWare | Red Hat Enterprise Linux 6(64-bit) | 205 | +-+-++-+ 2 rows in set (0.07 sec) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7753) [Automation] [HyperV] TestServiceOfferings.test_04_change_offering_small detecting memory incorrectly
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7753: - Assignee: Sanjeev N (was: Chandan Purushothama) [Automation] [HyperV] TestServiceOfferings.test_04_change_offering_small detecting memory incorrectly - Key: CLOUDSTACK-7753 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7753 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Alex Brett Assignee: Sanjeev N Priority: Critical Fix For: 4.5.0 Deployed VM has the following memory configuration on the VM: [root@Atoms-VM-2 ~]# cat /proc/meminfo | grep Mem MemTotal: 363416 kB MemFree: 81864 kB [root@Atoms-VM-2 ~]# Which is around 354.8984375 MB But the Service Offering specified specifies 512 MB as shown below: mysql select id,name,instance_name,state,service_offering_id from vm_instance where id=59 \G id: 59 name: Atoms-VM-2 instance_name: i-36-59-VM state: Running service_offering_id: 1 1 row in set (0.00 sec) mysql select * from service_offering where id=1 \G id: 1 cpu: 1 speed: 500 ram_size: 512 nw_rate: NULL mc_rate: NULL ha_enabled: 0 limit_cpu_use: 0 host_tag: NULL default_use: 0 vm_type: NULL sort_key: 0 is_volatile: 0 deployment_planner: NULL 1 row in set (0.00 sec) mysql -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7753) [Automation] [HyperV] TestServiceOfferings.test_04_change_offering_small detecting memory incorrectly
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14196755#comment-14196755 ] Chandan Purushothama commented on CLOUDSTACK-7753: -- Alex, I already looked into it. Sanjeev is aware of this issue. Hence I am assigning the bug to him Thank you, Chandan. [Automation] [HyperV] TestServiceOfferings.test_04_change_offering_small detecting memory incorrectly - Key: CLOUDSTACK-7753 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7753 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Alex Brett Assignee: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Deployed VM has the following memory configuration on the VM: [root@Atoms-VM-2 ~]# cat /proc/meminfo | grep Mem MemTotal: 363416 kB MemFree: 81864 kB [root@Atoms-VM-2 ~]# Which is around 354.8984375 MB But the Service Offering specified specifies 512 MB as shown below: mysql select id,name,instance_name,state,service_offering_id from vm_instance where id=59 \G id: 59 name: Atoms-VM-2 instance_name: i-36-59-VM state: Running service_offering_id: 1 1 row in set (0.00 sec) mysql select * from service_offering where id=1 \G id: 1 cpu: 1 speed: 500 ram_size: 512 nw_rate: NULL mc_rate: NULL ha_enabled: 0 limit_cpu_use: 0 host_tag: NULL default_use: 0 vm_type: NULL sort_key: 0 is_volatile: 0 deployment_planner: NULL 1 row in set (0.00 sec) mysql -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-7769) [Automation] Fix the script test_ssvm.py - SSVM Gateway Assertion is not valid in EIP-ELB case
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama closed CLOUDSTACK-7769. Resolution: Fixed Fix has already been made and the Fix has been tested [Automation] Fix the script test_ssvm.py - SSVM Gateway Assertion is not valid in EIP-ELB case Key: CLOUDSTACK-7769 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7769 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Priority: Critical Fix For: 4.5.0 SSVM and CPVM's gateway in EIP-ELB Setup is present in the Public Network and not in the private network. Hence needs to avoid that assertion in EIP-ELB Setup scenario. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7810) [Automation][Simulator] Fix the script test_vpc_vm_life_cycle.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
Chandan Purushothama created CLOUDSTACK-7810: Summary: [Automation][Simulator] Fix the script test_vpc_vm_life_cycle.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7810 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7810 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7811) [Automation][Simulator] Fix the script test_persistent_networks.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
Chandan Purushothama created CLOUDSTACK-7811: Summary: [Automation][Simulator] Fix the script test_persistent_networks.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7811 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7811 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7812) [Automation][Simulator] Fix the script maint/test_redundant_router_network_rules.py - Test Cases failing on Simulator due to hardware resources requirement for tes
Chandan Purushothama created CLOUDSTACK-7812: Summary: [Automation][Simulator] Fix the script maint/test_redundant_router_network_rules.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7812 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7812 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7786) [Automation][Simulator] Fix the script test_haproxy.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
Chandan Purushothama created CLOUDSTACK-7786: Summary: [Automation][Simulator] Fix the script test_haproxy.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7786 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7786 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7787) [Automation][Simulator] Fix the script test_lb_secondary_ip.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
Chandan Purushothama created CLOUDSTACK-7787: Summary: [Automation][Simulator] Fix the script test_lb_secondary_ip.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7787 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7787 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7788) [Automation][Simulator] Fix the script test_dynamic_compute_offering.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
Chandan Purushothama created CLOUDSTACK-7788: Summary: [Automation][Simulator] Fix the script test_dynamic_compute_offering.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7788 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7788 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7788) [Automation][Simulator] Fix the script test_dynamic_compute_offering.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7788: - Description: Test Cases are trying to perform operations that can only be done on hardware and supported hypervisors. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator (was: Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator) [Automation][Simulator] Fix the script test_dynamic_compute_offering.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7788 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7788 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to perform operations that can only be done on hardware and supported hypervisors. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7788) [Automation][Simulator] Fix the script test_dynamic_compute_offering.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7788: - Issue Type: Test (was: Bug) [Automation][Simulator] Fix the script test_dynamic_compute_offering.py - Test Cases failing on Simulator due to hardware resources requirement for test execution Key: CLOUDSTACK-7788 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7788 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to perform operations that can only be done on hardware and supported hypervisors. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7787) [Automation][Simulator] Fix the script test_lb_secondary_ip.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7787: - Issue Type: Test (was: Bug) [Automation][Simulator] Fix the script test_lb_secondary_ip.py - Test Cases failing on Simulator due to hardware resources requirement for test execution --- Key: CLOUDSTACK-7787 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7787 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7786) [Automation][Simulator] Fix the script test_haproxy.py - Test Cases failing on Simulator due to hardware resources requirement for test execution
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7786: - Issue Type: Test (was: Bug) [Automation][Simulator] Fix the script test_haproxy.py - Test Cases failing on Simulator due to hardware resources requirement for test execution --- Key: CLOUDSTACK-7786 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7786 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: Chandan Purushothama Fix For: 4.5.0 Test Cases are trying to validate SSH access and failing. These Test Cases are not meant to be run on SImulator due to their validation requirements. Hence they cannot be run with Simulator -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7784) [Automation] Fix the script test_escalations_instances.py - Regular Users should not use expunge parameter for destroying a VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7784: - Summary: [Automation] Fix the script test_escalations_instances.py - Regular Users should not use expunge parameter for destroying a VM (was: [Automation] Fix the test_escalations_instances.py script - Regular Users should not use expunge parameter for destroying a VM) [Automation] Fix the script test_escalations_instances.py - Regular Users should not use expunge parameter for destroying a VM -- Key: CLOUDSTACK-7784 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7784 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Template Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.5.0 Regular Users do not have permissions to expunge a VM with expunge parameter. It is only available for admin to use. Correct the test script accordingly -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7784) [Automation] Fix the test_escalations_instances.py script - Regular Users should not use expunge parameter for destroying a VM
Chandan Purushothama created CLOUDSTACK-7784: Summary: [Automation] Fix the test_escalations_instances.py script - Regular Users should not use expunge parameter for destroying a VM Key: CLOUDSTACK-7784 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7784 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Template Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Fix For: 4.5.0 Regular Users do not have permissions to expunge a VM with expunge parameter. It is only available for admin to use. Correct the test script accordingly -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7785) [Automation] List Hosts Error doesnt seem to convey correct Information
Chandan Purushothama created CLOUDSTACK-7785: Summary: [Automation] List Hosts Error doesnt seem to convey correct Information Key: CLOUDSTACK-7785 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7785 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Prachi Damle Fix For: 4.5.0 List Host error message refers to VM migration. This is no migration attempted by the User in this case. Error Message: 2014-10-22 03:47:26,937 DEBUG [c.c.a.ApiServlet] (catalina-exec-24:ctx-0cd84534) ===START=== 10.81.29.59 -- GET signature=RHlfobyCj348CWtNtcuBEIxUEVs%3DapiKey=AhbmR9Wa-tf2pB-yTDUU0mAOyDQ7GlBXrou3XkWa8SDxFYtjz6PmDYJ23fr_wpW7BmjpMdpCNAGBsSLCsaOioAcommand=listHostsresponse=jsonvirtualmachineid=8a96202b-3ffd-466c-84aa-93c2adbdfef3 2014-10-22 03:47:26,950 DEBUG [c.c.s.ManagementServerImpl] (catalina-exec-24:ctx-0cd84534 ctx-34699c9a ctx-a1ead461) VM[User|i-47-18-QA] is not XenServer/VMware/KVM/OVM/Hyperv, cannot migrate this VM. 2014-10-22 03:47:26,950 INFO [c.c.a.ApiServer] (catalina-exec-24:ctx-0cd84534 ctx-34699c9a ctx-a1ead461) Unsupported Hypervisor Type for VM migration, we support XenServer/VMware/KVM/Ovm/Hyperv only -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7769) [Automation] Fix the script test_ssvm.py - SSVM Gateway Assertion is not valid in EIP-ELB case
Chandan Purushothama created CLOUDSTACK-7769: Summary: [Automation] Fix the script test_ssvm.py - SSVM Gateway Assertion is not valid in EIP-ELB case Key: CLOUDSTACK-7769 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7769 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Chandan Purushothama Priority: Critical Fix For: 4.5.0 SSVM and CPVM's gateway in EIP-ELB Setup is present in the Public Network and not in the private network. Hence needs to avoid that assertion in EIP-ELB Setup scenario. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7761) [Automation] Rebooting System VMs - VMs are getting stopped and started instead of reboot
Chandan Purushothama created CLOUDSTACK-7761:
Summary: [Automation] Rebooting System VMs - VMs are getting
stopped and started instead of reboot
Key: CLOUDSTACK-7761
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7761
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: Anthony Xu
Priority: Critical
Fix For: 4.5.0
Rebooting System VM using cases are failing on the automation as shown below:
*Error Message*
Check Private IP after reboot with that of before reboot
*Stacktrace*
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File /root/cloudstack/test/integration/smoke/test_ssvm.py, line 725, in
test_07_reboot_ssvm
Check Private IP after reboot with that of before reboot
File /usr/lib/python2.7/unittest/case.py, line 516, in assertEqual
assertion_func(first, second, msg=msg)
File /usr/lib/python2.7/unittest/case.py, line 927, in assertMultiLineEqual
self.fail(self._formatMessage(msg, standardMsg))
File /usr/lib/python2.7/unittest/case.py, line 413, in fail
raise self.failureException(msg)
'Check Private IP after reboot with that of before reboot\n
On further analysis, we found that the reboot command is actually calling
Stopcommand in the later part of the job. This results in the change in private
ip address.
{noformat}
2014-10-21 17:06:35,451 DEBUG [c.c.a.ApiServlet]
(catalina-exec-21:ctx-f76226cf) ===START=== 10.220.135.30 -- GET
response=jsonapiKey=8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zgcommand=rebootSystemVmid=0d3261c0-18af-4f4f-8052-78398ea3d319signature=TXvdc%2FRdiaOYDVvVKjoo%2FYaoMho%3D
2014-10-21 17:06:35,476 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(catalina-exec-21:ctx-f76226cf ctx-64e39462 ctx-47749a02) submit async job-547,
details: AsyncJobVO {id:547, userId: 2, accountId: 2, instanceType: SystemVm,
instanceId: 2, cmd:
org.apache.cloudstack.api.command.admin.systemvm.RebootSystemVmCmd, cmdInfo:
{response:json,id:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxDetails:{\com.cloud.vm.VirtualMachine\:\0d3261c0-18af-4f4f-8052-78398ea3d319\},cmdEventType:PROXY.REBOOT,ctxUserId:2,httpmethod:GET,uuid:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxAccountId:2,ctxStartEventId:1702,apiKey:8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zg,signature:TXvdc/RdiaOYDVvVKjoo/YaoMho\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 59825535280071, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-10-21 17:06:35,476 INFO [o.a.c.f.j.i.AsyncJobMonitor]
(API-Job-Executor-44:ctx-7d84e64c job-547) Add job-547 into job monitoring
2014-10-21 17:06:35,476 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-44:ctx-7d84e64c job-547) Executing AsyncJobVO {id:547,
userId: 2, accountId: 2, instanceType: SystemVm, instanceId: 2, cmd:
org.apache.cloudstack.api.command.admin.systemvm.RebootSystemVmCmd, cmdInfo:
{response:json,id:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxDetails:{\com.cloud.vm.VirtualMachine\:\0d3261c0-18af-4f4f-8052-78398ea3d319\},cmdEventType:PROXY.REBOOT,ctxUserId:2,httpmethod:GET,uuid:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxAccountId:2,ctxStartEventId:1702,apiKey:8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zg,signature:TXvdc/RdiaOYDVvVKjoo/YaoMho\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 59825535280071, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-10-21 17:06:35,477 DEBUG [c.c.a.ApiServlet] (catalina-exec-21:ctx-f76226cf
ctx-64e39462 ctx-47749a02) ===END=== 10.220.135.30 -- GET
response=jsonapiKey=8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zgcommand=rebootSystemVmid=0d3261c0-18af-4f4f-8052-78398ea3d319signature=TXvdc%2FRdiaOYDVvVKjoo%2FYaoMho%3D
2014-10-21 17:06:35,483 DEBUG [c.c.a.ApiServlet]
(catalina-exec-18:ctx-a631c521) ===START=== 10.220.135.30 -- GET
jobid=89c344f2-54de-40b7-b1ea-2a9f5b573a4eapiKey=8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zgcommand=queryAsyncJobResultresponse=jsonsignature=9GRPDgWSdAC0UuqA0wooTnJ%2FMZc%3D
2014-10-21 17:06:35,504 DEBUG [c.c.a.t.Request]
(API-Job-Executor-44:ctx-7d84e64c job-547 ctx-dfce25f5) Seq
2-7242632625741890164: Sending { Cmd , MgmtId: 59825535280071, via:
2(cl09-A-08), Ver: v1, Flags: 100111,
[{com.cloud.agent.api.RebootCommand:{vmName:v-2-VM,wait:0}}] }
2014-10-21 17:06:35,506 DEBUG [c.c.a.ApiServlet] (catalina-exec-18:ctx-a631c521
ctx-75530939 ctx-3d3149fb) ===END===
[jira] [Updated] (CLOUDSTACK-7761) [Automation] Rebooting System VMs - VMs are getting stopped and started instead of reboot
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7761:
-
Attachment: management-server.zip
[Automation] Rebooting System VMs - VMs are getting stopped and started
instead of reboot
-
Key: CLOUDSTACK-7761
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7761
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: Anthony Xu
Priority: Critical
Fix For: 4.5.0
Attachments: management-server.zip
Rebooting System VM using cases are failing on the automation as shown below:
*Error Message*
Check Private IP after reboot with that of before reboot
*Stacktrace*
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File /root/cloudstack/test/integration/smoke/test_ssvm.py, line 725, in
test_07_reboot_ssvm
Check Private IP after reboot with that of before reboot
File /usr/lib/python2.7/unittest/case.py, line 516, in assertEqual
assertion_func(first, second, msg=msg)
File /usr/lib/python2.7/unittest/case.py, line 927, in
assertMultiLineEqual
self.fail(self._formatMessage(msg, standardMsg))
File /usr/lib/python2.7/unittest/case.py, line 413, in fail
raise self.failureException(msg)
'Check Private IP after reboot with that of before reboot\n
On further analysis, we found that the reboot command is actually calling
Stopcommand in the later part of the job. This results in the change in
private ip address.
{noformat}
2014-10-21 17:06:35,451 DEBUG [c.c.a.ApiServlet]
(catalina-exec-21:ctx-f76226cf) ===START=== 10.220.135.30 -- GET
response=jsonapiKey=8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zgcommand=rebootSystemVmid=0d3261c0-18af-4f4f-8052-78398ea3d319signature=TXvdc%2FRdiaOYDVvVKjoo%2FYaoMho%3D
2014-10-21 17:06:35,476 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(catalina-exec-21:ctx-f76226cf ctx-64e39462 ctx-47749a02) submit async
job-547, details: AsyncJobVO {id:547, userId: 2, accountId: 2, instanceType:
SystemVm, instanceId: 2, cmd:
org.apache.cloudstack.api.command.admin.systemvm.RebootSystemVmCmd, cmdInfo:
{response:json,id:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxDetails:{\com.cloud.vm.VirtualMachine\:\0d3261c0-18af-4f4f-8052-78398ea3d319\},cmdEventType:PROXY.REBOOT,ctxUserId:2,httpmethod:GET,uuid:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxAccountId:2,ctxStartEventId:1702,apiKey:8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zg,signature:TXvdc/RdiaOYDVvVKjoo/YaoMho\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 59825535280071, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-10-21 17:06:35,476 INFO [o.a.c.f.j.i.AsyncJobMonitor]
(API-Job-Executor-44:ctx-7d84e64c job-547) Add job-547 into job monitoring
2014-10-21 17:06:35,476 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-44:ctx-7d84e64c job-547) Executing AsyncJobVO {id:547,
userId: 2, accountId: 2, instanceType: SystemVm, instanceId: 2, cmd:
org.apache.cloudstack.api.command.admin.systemvm.RebootSystemVmCmd, cmdInfo:
{response:json,id:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxDetails:{\com.cloud.vm.VirtualMachine\:\0d3261c0-18af-4f4f-8052-78398ea3d319\},cmdEventType:PROXY.REBOOT,ctxUserId:2,httpmethod:GET,uuid:0d3261c0-18af-4f4f-8052-78398ea3d319,ctxAccountId:2,ctxStartEventId:1702,apiKey:8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zg,signature:TXvdc/RdiaOYDVvVKjoo/YaoMho\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 59825535280071, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-10-21 17:06:35,477 DEBUG [c.c.a.ApiServlet]
(catalina-exec-21:ctx-f76226cf ctx-64e39462 ctx-47749a02) ===END===
10.220.135.30 -- GET
response=jsonapiKey=8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zgcommand=rebootSystemVmid=0d3261c0-18af-4f4f-8052-78398ea3d319signature=TXvdc%2FRdiaOYDVvVKjoo%2FYaoMho%3D
2014-10-21 17:06:35,483 DEBUG [c.c.a.ApiServlet]
(catalina-exec-18:ctx-a631c521) ===START=== 10.220.135.30 -- GET
jobid=89c344f2-54de-40b7-b1ea-2a9f5b573a4eapiKey=8zS-PDiww66KLa3apG55n-SpVbHRv7o4m1yTKiJTghk3NmbsfVAcE_Y1ymDuc-7huYpOW1Q221BgVCCQXcy_Zgcommand=queryAsyncJobResultresponse=jsonsignature=9GRPDgWSdAC0UuqA0wooTnJ%2FMZc%3D
2014-10-21 17:06:35,504 DEBUG [c.c.a.t.Request]
[jira] [Created] (CLOUDSTACK-7743) [Automation][KVM] Migration of VM failed due to LibvirtException: Cannot get interface MTU on 'breth0-3011': No such device
Chandan Purushothama created CLOUDSTACK-7743:
Summary: [Automation][KVM] Migration of VM failed due to
LibvirtException: Cannot get interface MTU on 'breth0-3011': No such device
Key: CLOUDSTACK-7743
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7743
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, KVM
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: edison su
Priority: Critical
Fix For: 4.5.0
Use Case:
1. VM Migration from One Host to Another - Fails currently due to
LibvirtException
=
LibvirtException:
=
{noformat}
2014-10-13 19:26:36,930 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Seq
1-8599060538510540956: Sending { Cmd , MgmtId: 86095456037899, via:
1(cl07-11), Ver: v1, Flags: 100111,
[{com.cloud.agent.api.PrepareForMigrationCommand:{vm:{id:32,name:i-13-32-VM,type:User,cpus:1,minSpeed:100,maxSpeed:100,minRam:268435456,maxRam:268435456,arch:x86_64,os:CentOS
5.5 (64-bit),platformEmulator:CentOS
5.5,bootArgs:,enableHA:false,limitCpuUse:false,enableDynamicallyScaleVm:false,vncPassword:UgJEzSDcfsSllX2nVfeMqQ==,params:{},uuid:fe6ef18e-37da-4730-9794-03760f325082,disks:[{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:c031588c-51be-4be8-9c30-4535b3428d2f,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:e3ce1672-a3c4-3396-a86b-025c13ee2b8c,id:1,poolType:NetworkFilesystem,host:10.220.128.55,path:/vol/xenrtnfs/861825-jkTv6e,port:2049,url:NetworkFilesystem://10.220.128.55/vol/xenrtnfs/861825-jkTv6e/?ROLE=PrimarySTOREUUID=e3ce1672-a3c4-3396-a86b-025c13ee2b8c}},name:ROOT-32,size:8589934592,path:c031588c-51be-4be8-9c30-4535b3428d2f,volumeId:35,vmName:i-13-32-VM,accountId:13,format:QCOW2,provisioningType:THIN,id:35,deviceId:0,hypervisorType:KVM}},diskSeq:0,path:c031588c-51be-4be8-9c30-4535b3428d2f,type:ROOT,_details:{managed:false,storagePort:2049,storageHost:10.220.128.55,volumeSize:8589934592}},{data:{org.apache.cloudstack.storage.to.TemplateObjectTO:{id:0,format:ISO,accountId:0,hvm:false}},diskSeq:3,type:ISO}],nics:[{deviceId:0,networkRateMbps:200,defaultNic:true,pxeDisable:false,nicUuid:47696919-1d62-416f-9f2c-1bfa72ef2330,uuid:85218f30-0f90-4d63-8553-b8431cdf60aa,ip:192.168.200.220,netmask:255.255.255.0,gateway:192.168.200.1,mac:02:00:7a:45:00:05,dns1:10.220.128.11,broadcastType:Vlan,type:Guest,broadcastUri:vlan://3011,isolationUri:vlan://3011,isSecurityGroupEnabled:false}]},wait:0}}]
}
2014-10-13 19:26:36,993 DEBUG [c.c.a.t.Request] (AgentManager-Handler-19:null)
Seq 1-8599060538510540956: Processing: { Ans: , MgmtId: 86095456037899, via:
1, Ver: v1, Flags: 110,
[{com.cloud.agent.api.PrepareForMigrationAnswer:{result:true,wait:0}}] }
2014-10-13 19:26:36,993 DEBUG [c.c.a.m.AgentAttache]
(AgentManager-Handler-19:null) Seq 1-8599060538510540956: No more commands found
2014-10-13 19:26:36,993 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Seq
1-8599060538510540956: Received: { Ans: , MgmtId: 86095456037899, via: 1, Ver:
v1, Flags: 110, { PrepareForMigrationAnswer } }
2014-10-13 19:26:37,000 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) VM state
transitted from :Running to Migrating with event: MigrationRequestedvm's
original host id: 2 new host id: 1 host id before state transition: 2
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Hosts's actual
total CPU: 38400 and CPU after applying overprovisioning: 38400
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) We are
allocating VM, increasing the used capacity of this host:1
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Current Used
CPU: 2500 , Free CPU:35900 ,Requested CPU: 100
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Current Used
RAM: 2818572288 , Free RAM:13891837952 ,Requested RAM: 268435456
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) CPU STATS
after allocation: for host: 1, old used: 2500, old reserved: 0, actual total:
38400, total with overprovisioning: 38400; new used:2600, reserved:0; requested
cpu:100,alloc_from_last:false
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) RAM STATS
after allocation: for host: 1, old used: 2818572288, old reserved: 0, total:
[jira] [Updated] (CLOUDSTACK-7743) [Automation][KVM] Migration of VM failed due to LibvirtException: Cannot get interface MTU on 'breth0-3011': No such device
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7743:
-
Attachment: management-server.zip
[Automation][KVM] Migration of VM failed due to LibvirtException: Cannot get
interface MTU on 'breth0-3011': No such device
Key: CLOUDSTACK-7743
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7743
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation, KVM
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: edison su
Priority: Critical
Fix For: 4.5.0
Attachments: management-server.zip
Use Case:
1. VM Migration from One Host to Another - Fails currently due to
LibvirtException
=
LibvirtException:
=
{noformat}
2014-10-13 19:26:36,930 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Seq
1-8599060538510540956: Sending { Cmd , MgmtId: 86095456037899, via:
1(cl07-11), Ver: v1, Flags: 100111,
[{com.cloud.agent.api.PrepareForMigrationCommand:{vm:{id:32,name:i-13-32-VM,type:User,cpus:1,minSpeed:100,maxSpeed:100,minRam:268435456,maxRam:268435456,arch:x86_64,os:CentOS
5.5 (64-bit),platformEmulator:CentOS
5.5,bootArgs:,enableHA:false,limitCpuUse:false,enableDynamicallyScaleVm:false,vncPassword:UgJEzSDcfsSllX2nVfeMqQ==,params:{},uuid:fe6ef18e-37da-4730-9794-03760f325082,disks:[{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:c031588c-51be-4be8-9c30-4535b3428d2f,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:e3ce1672-a3c4-3396-a86b-025c13ee2b8c,id:1,poolType:NetworkFilesystem,host:10.220.128.55,path:/vol/xenrtnfs/861825-jkTv6e,port:2049,url:NetworkFilesystem://10.220.128.55/vol/xenrtnfs/861825-jkTv6e/?ROLE=PrimarySTOREUUID=e3ce1672-a3c4-3396-a86b-025c13ee2b8c}},name:ROOT-32,size:8589934592,path:c031588c-51be-4be8-9c30-4535b3428d2f,volumeId:35,vmName:i-13-32-VM,accountId:13,format:QCOW2,provisioningType:THIN,id:35,deviceId:0,hypervisorType:KVM}},diskSeq:0,path:c031588c-51be-4be8-9c30-4535b3428d2f,type:ROOT,_details:{managed:false,storagePort:2049,storageHost:10.220.128.55,volumeSize:8589934592}},{data:{org.apache.cloudstack.storage.to.TemplateObjectTO:{id:0,format:ISO,accountId:0,hvm:false}},diskSeq:3,type:ISO}],nics:[{deviceId:0,networkRateMbps:200,defaultNic:true,pxeDisable:false,nicUuid:47696919-1d62-416f-9f2c-1bfa72ef2330,uuid:85218f30-0f90-4d63-8553-b8431cdf60aa,ip:192.168.200.220,netmask:255.255.255.0,gateway:192.168.200.1,mac:02:00:7a:45:00:05,dns1:10.220.128.11,broadcastType:Vlan,type:Guest,broadcastUri:vlan://3011,isolationUri:vlan://3011,isSecurityGroupEnabled:false}]},wait:0}}]
}
2014-10-13 19:26:36,993 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-19:null) Seq 1-8599060538510540956: Processing: { Ans:
, MgmtId: 86095456037899, via: 1, Ver: v1, Flags: 110,
[{com.cloud.agent.api.PrepareForMigrationAnswer:{result:true,wait:0}}] }
2014-10-13 19:26:36,993 DEBUG [c.c.a.m.AgentAttache]
(AgentManager-Handler-19:null) Seq 1-8599060538510540956: No more commands
found
2014-10-13 19:26:36,993 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Seq
1-8599060538510540956: Received: { Ans: , MgmtId: 86095456037899, via: 1,
Ver: v1, Flags: 110, { PrepareForMigrationAnswer } }
2014-10-13 19:26:37,000 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) VM state
transitted from :Running to Migrating with event: MigrationRequestedvm's
original host id: 2 new host id: 1 host id before state transition: 2
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Hosts's
actual total CPU: 38400 and CPU after applying overprovisioning: 38400
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) We are
allocating VM, increasing the used capacity of this host:1
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Current Used
CPU: 2500 , Free CPU:35900 ,Requested CPU: 100
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) Current Used
RAM: 2818572288 , Free RAM:13891837952 ,Requested RAM: 268435456
2014-10-13 19:26:37,005 DEBUG [c.c.c.CapacityManagerImpl]
(Work-Job-Executor-65:ctx-3cedea49 job-197/job-198 ctx-066f6b6a) CPU STATS
after allocation: for host: 1, old used:
[jira] [Created] (CLOUDSTACK-7726) [Automation][XenServer] Failed to Remove LoadBalancer Rule due to callHostPlugin failure
Chandan Purushothama created CLOUDSTACK-7726: Summary: [Automation][XenServer] Failed to Remove LoadBalancer Rule due to callHostPlugin failure Key: CLOUDSTACK-7726 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7726 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 === CallHost Plugin Failure while trying to remove the Load Balancing Rule: === 2014-10-13 19:20:06,408 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-45:ctx-fb2667f4) Seq 1-122723089845846136: Executing request 2014-10-13 19:20:06,410 WARN [c.c.h.x.r.CitrixResourceBase] (DirectAgent-89:ctx-0a5fbdf2) callHostPlugin failed for cmd: createFileInDomr with args filepath: /etc/haproxy/haproxy.cfg.new.1413228006238, domrip: 169.254.2.250, filecontents: global log 127.0.0.1:3914 local0 warning maxconn 4096 maxpipes 1024 chroot /var/lib/haproxy user haproxy group haproxy daemon defaults log global modetcp option dontlognull retries 3 option redispatch option forwardfor option forceclose timeout connect5000 timeout client 5 timeout server 5 listen stats_on_public 10.220.166.19:8081 mode http option httpclose stats enable stats uri /admin?stats stats realm Haproxy\ Statistics stats authadmin1:AdMiN123 listen 10_220_166_28- 10.220.166.28: balance roundrobin , due to There was a failure communicating with the plugin. 2014-10-13 19:20:06,410 WARN [c.c.a.m.DirectAgentAttache] (DirectAgent-89:ctx-0a5fbdf2) Seq 1-122723089845846135: Throwable caught while executing command com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for cmd: createFileInDomr with args filepath: /etc/haproxy/haproxy.cfg.new.1413228006238, domrip: 169.254.2.250, filecontents: global log 127.0.0.1:3914 local0 warning maxconn 4096 maxpipes 1024 chroot /var/lib/haproxy user haproxy group haproxy daemon defaults log global modetcp option dontlognull retries 3 option redispatch option forwardfor option forceclose timeout connect5000 timeout client 5 timeout server 5 listen stats_on_public 10.220.166.19:8081 mode http option httpclose stats enable stats uri /admin?stats stats realm Haproxy\ Statistics stats authadmin1:AdMiN123 listen 10_220_166_28- 10.220.166.28: balance roundrobin , due to There was a failure communicating with the plugin. at com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3670) at com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.createFileInVR(CitrixResourceBase.java:575) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.applyConfigToVR(VirtualRoutingResource.java:161) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.applyConfigToVR(VirtualRoutingResource.java:155) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.applyConfig(VirtualRoutingResource.java:179) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.executeRequest(VirtualRoutingResource.java:125) at com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:430) at com.cloud.hypervisor.xenserver.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:64) at com.cloud.hypervisor.xenserver.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:87) at com.cloud.hypervisor.xenserver.resource.XenServer620SP1Resource.executeRequest(XenServer620SP1Resource.java:65) at com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:304) 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
[jira] [Updated] (CLOUDSTACK-7726) [Automation][XenServer] Failed to Remove LoadBalancer Rule due to callHostPlugin failure
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7726: - Attachment: management-server.zip [Automation][XenServer] Failed to Remove LoadBalancer Rule due to callHostPlugin failure Key: CLOUDSTACK-7726 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7726 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Attachments: management-server.zip === CallHost Plugin Failure while trying to remove the Load Balancing Rule: === 2014-10-13 19:20:06,408 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-45:ctx-fb2667f4) Seq 1-122723089845846136: Executing request 2014-10-13 19:20:06,410 WARN [c.c.h.x.r.CitrixResourceBase] (DirectAgent-89:ctx-0a5fbdf2) callHostPlugin failed for cmd: createFileInDomr with args filepath: /etc/haproxy/haproxy.cfg.new.1413228006238, domrip: 169.254.2.250, filecontents: global log 127.0.0.1:3914 local0 warning maxconn 4096 maxpipes 1024 chroot /var/lib/haproxy user haproxy group haproxy daemon defaults log global modetcp option dontlognull retries 3 option redispatch option forwardfor option forceclose timeout connect5000 timeout client 5 timeout server 5 listen stats_on_public 10.220.166.19:8081 mode http option httpclose stats enable stats uri /admin?stats stats realm Haproxy\ Statistics stats authadmin1:AdMiN123 listen 10_220_166_28- 10.220.166.28: balance roundrobin , due to There was a failure communicating with the plugin. 2014-10-13 19:20:06,410 WARN [c.c.a.m.DirectAgentAttache] (DirectAgent-89:ctx-0a5fbdf2) Seq 1-122723089845846135: Throwable caught while executing command com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for cmd: createFileInDomr with args filepath: /etc/haproxy/haproxy.cfg.new.1413228006238, domrip: 169.254.2.250, filecontents: global log 127.0.0.1:3914 local0 warning maxconn 4096 maxpipes 1024 chroot /var/lib/haproxy user haproxy group haproxy daemon defaults log global modetcp option dontlognull retries 3 option redispatch option forwardfor option forceclose timeout connect5000 timeout client 5 timeout server 5 listen stats_on_public 10.220.166.19:8081 mode http option httpclose stats enable stats uri /admin?stats stats realm Haproxy\ Statistics stats authadmin1:AdMiN123 listen 10_220_166_28- 10.220.166.28: balance roundrobin , due to There was a failure communicating with the plugin. at com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3670) at com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.createFileInVR(CitrixResourceBase.java:575) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.applyConfigToVR(VirtualRoutingResource.java:161) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.applyConfigToVR(VirtualRoutingResource.java:155) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.applyConfig(VirtualRoutingResource.java:179) at com.cloud.agent.resource.virtualnetwork.VirtualRoutingResource.executeRequest(VirtualRoutingResource.java:125) at com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:430) at com.cloud.hypervisor.xenserver.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:64) at com.cloud.hypervisor.xenserver.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:87) at com.cloud.hypervisor.xenserver.resource.XenServer620SP1Resource.executeRequest(XenServer620SP1Resource.java:65) at com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:304) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at
[jira] [Created] (CLOUDSTACK-7737) [Automation] [HyperV] Deployed VM is not respecting the memory configuration specified in the service offering
Chandan Purushothama created CLOUDSTACK-7737: Summary: [Automation] [HyperV] Deployed VM is not respecting the memory configuration specified in the service offering Key: CLOUDSTACK-7737 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7737 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Devdeep Singh Priority: Critical Fix For: 4.5.0 Deployed VM has the following memory configuration on the VM: [root@Atoms-VM-2 ~]# cat /proc/meminfo | grep Mem MemTotal: 363416 kB MemFree: 81864 kB [root@Atoms-VM-2 ~]# Which is around 354.8984375 MB But the Service Offering specified specifies 512 MB as shown below: mysql select id,name,instance_name,state,service_offering_id from vm_instance where id=59 \G *** 1. row *** id: 59 name: Atoms-VM-2 instance_name: i-36-59-VM state: Running service_offering_id: 1 1 row in set (0.00 sec) mysql select * from service_offering where id=1 \G *** 1. row *** id: 1 cpu: 1 speed: 500 ram_size: 512 nw_rate: NULL mc_rate: NULL ha_enabled: 0 limit_cpu_use: 0 host_tag: NULL default_use: 0 vm_type: NULL sort_key: 0 is_volatile: 0 deployment_planner: NULL 1 row in set (0.00 sec) mysql -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7737) [Automation] [HyperV] Deployed VM is not respecting the memory configuration specified in the service offering
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7737: - Description: Deployed VM has the following memory configuration on the VM: [root@Atoms-VM-2 ~]# cat /proc/meminfo | grep Mem MemTotal: 363416 kB MemFree: 81864 kB [root@Atoms-VM-2 ~]# Which is around 354.8984375 MB But the Service Offering specified specifies 512 MB as shown below: mysql select id,name,instance_name,state,service_offering_id from vm_instance where id=59 \G id: 59 name: Atoms-VM-2 instance_name: i-36-59-VM state: Running service_offering_id: 1 1 row in set (0.00 sec) mysql select * from service_offering where id=1 \G id: 1 cpu: 1 speed: 500 ram_size: 512 nw_rate: NULL mc_rate: NULL ha_enabled: 0 limit_cpu_use: 0 host_tag: NULL default_use: 0 vm_type: NULL sort_key: 0 is_volatile: 0 deployment_planner: NULL 1 row in set (0.00 sec) mysql was: Deployed VM has the following memory configuration on the VM: [root@Atoms-VM-2 ~]# cat /proc/meminfo | grep Mem MemTotal: 363416 kB MemFree: 81864 kB [root@Atoms-VM-2 ~]# Which is around 354.8984375 MB But the Service Offering specified specifies 512 MB as shown below: mysql select id,name,instance_name,state,service_offering_id from vm_instance where id=59 \G *** 1. row *** id: 59 name: Atoms-VM-2 instance_name: i-36-59-VM state: Running service_offering_id: 1 1 row in set (0.00 sec) mysql select * from service_offering where id=1 \G *** 1. row *** id: 1 cpu: 1 speed: 500 ram_size: 512 nw_rate: NULL mc_rate: NULL ha_enabled: 0 limit_cpu_use: 0 host_tag: NULL default_use: 0 vm_type: NULL sort_key: 0 is_volatile: 0 deployment_planner: NULL 1 row in set (0.00 sec) mysql [Automation] [HyperV] Deployed VM is not respecting the memory configuration specified in the service offering -- Key: CLOUDSTACK-7737 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7737 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Devdeep Singh Priority: Critical Fix For: 4.5.0 Deployed VM has the following memory configuration on the VM: [root@Atoms-VM-2 ~]# cat /proc/meminfo | grep Mem MemTotal: 363416 kB MemFree: 81864 kB [root@Atoms-VM-2 ~]# Which is around 354.8984375 MB But the Service Offering specified specifies 512 MB as shown below: mysql select id,name,instance_name,state,service_offering_id from vm_instance where id=59 \G id: 59 name: Atoms-VM-2 instance_name: i-36-59-VM state: Running service_offering_id: 1 1 row in set (0.00 sec) mysql select * from service_offering where id=1 \G id: 1 cpu: 1 speed: 500 ram_size: 512 nw_rate: NULL mc_rate: NULL ha_enabled: 0 limit_cpu_use: 0 host_tag: NULL default_use: 0 vm_type: NULL sort_key: 0 is_volatile: 0 deployment_planner: NULL 1 row in set (0.00 sec) mysql -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7721) [Automation] [Hyper-V] System VMs fail to deploy due to NPE: InvocationTargetException when invoking RPC callback for command: copyBaseImageCallback
Chandan Purushothama created CLOUDSTACK-7721: Summary: [Automation] [Hyper-V] System VMs fail to deploy due to NPE: InvocationTargetException when invoking RPC callback for command: copyBaseImageCallback Key: CLOUDSTACK-7721 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7721 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Blocker Fix For: 4.5.0 = NullPointerException: = 2014-10-14 15:40:28,113 DEBUG [o.a.c.s.i.s.TemplateObject] (Work-Job-Executor-2:ctx-8958a812 job-17/job-19 ctx-d2c645ce) failed to process event and answer java.lang.NullPointerException at org.apache.cloudstack.storage.image.store.TemplateObject.processEvent(TemplateObject.java:194) at org.apache.cloudstack.storage.volume.VolumeServiceImpl.copyBaseImageCallback(VolumeServiceImpl.java:568) 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.apache.cloudstack.framework.async.AsyncCallbackDispatcher.dispatch(AsyncCallbackDispatcher.java:148) at org.apache.cloudstack.framework.async.InplaceAsyncCallbackDriver.performCompletionCallback(InplaceAsyncCallbackDriver.java:25) at org.apache.cloudstack.framework.async.AsyncCallbackDispatcher.complete(AsyncCallbackDispatcher.java:126) at org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.copyAsync(AncientDataMotionStrategy.java:449) at org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:68) at org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:73) at org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsync(VolumeServiceImpl.java:502) at org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTemplateAsync(VolumeServiceImpl.java:748) at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1227) at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1297) at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:972) at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:4593) 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.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:4749) at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:513) 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:470) 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.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) 2014-10-14 15:40:28,117 DEBUG [o.a.c.s.v.VolumeServiceImpl] (Work-Job-Executor-2:ctx-8958a812 job-17/job-19 ctx-d2c645ce) failed to create template on storage java.lang.RuntimeException: InvocationTargetException when invoking RPC callback for
[jira] [Created] (CLOUDSTACK-7724) [Automation][HyperV] Unable to migrate VM due to JsonParseException: The JsonDeserializer EnumTypeAdapter failed to deserialize json object Running
Chandan Purushothama created CLOUDSTACK-7724:
Summary: [Automation][HyperV] Unable to migrate VM due to
JsonParseException: The JsonDeserializer EnumTypeAdapter failed to deserialize
json object Running
Key: CLOUDSTACK-7724
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7724
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
=
JsonParseException: The JsonDeserializer EnumTypeAdapter failed to deserialize
json object Running
=
2014-10-14 19:34:47,983 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-65:ctx-81e9b15c job-191/job-192 ctx-b908f714) Seq
1-5051068457072722114: Sending { Cmd , MgmtId: 192182403311206, via:
1(10.81.56.124), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.CheckVirtualMachineCommand:{vmName:i-16-36-VM,wait:20}}]
}
2014-10-14 19:34:47,983 DEBUG [c.c.a.t.Request]
(Work-Job-Executor-65:ctx-81e9b15c job-191/job-192 ctx-b908f714) Seq
1-5051068457072722114: Executing: { Cmd , MgmtId: 192182403311206, via:
1(10.81.56.124), Ver: v1, Flags: 100011,
[{com.cloud.agent.api.CheckVirtualMachineCommand:{vmName:i-16-36-VM,wait:20}}]
}
2014-10-14 19:34:47,983 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-110:ctx-409b4476) Seq 1-5051068457072722114: Executing request
2014-10-14 19:34:47,984 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-110:ctx-409b4476) POST request to
https://10.81.56.124:8250/api/HypervResource/com.cloud.agent.api.CheckVirtualMachineCommand
with contents
{vmName:i-16-36-VM,contextMap:{job:job-191/job-192},wait:20}
2014-10-14 19:34:47,990 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-110:ctx-409b4476) Sending cmd to
https://10.81.56.124:8250/api/HypervResource/com.cloud.agent.api.CheckVirtualMachineCommand
cmd
data:{vmName:i-16-36-VM,contextMap:{job:job-191/job-192},wait:20}
2014-10-14 19:34:48,099 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-110:ctx-409b4476) POST response is
[{com.cloud.agent.api.CheckVirtualMachineAnswer:{result:true,details:null,state:Running,contextMap:{}}}]
2014-10-14 19:34:48,148 WARN [c.c.a.m.DirectAgentAttache]
(DirectAgent-110:ctx-409b4476) Seq 1-5051068457072722114: Throwable caught
while executing command
com.google.gson.JsonParseException: The JsonDeserializer EnumTypeAdapter failed
to deserialize json object Running given the type class
com.cloud.vm.VirtualMachine$PowerState
at
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
at
com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
at
com.google.gson.JsonObjectDeserializationVisitor.visitFieldUsingCustomHandler(JsonObjectDeserializationVisitor.java:117)
at
com.google.gson.ReflectingFieldNavigator.visitFieldsReflectively(ReflectingFieldNavigator.java:63)
at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:120)
at
com.google.gson.JsonDeserializationContextDefault.fromJsonObject(JsonDeserializationContextDefault.java:76)
at
com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:54)
at com.google.gson.Gson.fromJson(Gson.java:551)
at com.google.gson.Gson.fromJson(Gson.java:521)
at
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:80)
at
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:40)
at
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
at
com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
at
com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
at
com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
at
com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
at com.google.gson.Gson.fromJson(Gson.java:551)
at com.google.gson.Gson.fromJson(Gson.java:498)
at com.google.gson.Gson.fromJson(Gson.java:467)
at com.google.gson.Gson.fromJson(Gson.java:417)
at com.google.gson.Gson.fromJson(Gson.java:389)
at
com.cloud.hypervisor.hyperv.resource.HypervDirectConnectResource.executeRequest(HypervDirectConnectResource.java:518)
at
[jira] [Created] (CLOUDSTACK-7725) [Automation][HyperV] After sometime System VM 'agents' get disconnected due to Ping Issues and get shut down
Chandan Purushothama created CLOUDSTACK-7725: Summary: [Automation][HyperV] After sometime System VM 'agents' get disconnected due to Ping Issues and get shut down Key: CLOUDSTACK-7725 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7725 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Blocker Fix For: 4.5.0 There is something still wrong with the Agents in System VMs on HyperV Setup. The System VM agents got disconnected due to Ping Issues and VMs got shut down. I found this observation when I noticed that all the SSVM Test cases failed. Someone has to look at what is happening between management server and agents communication. I don’t think it is anything wrong with the Setup based on the success of other test suites. Disconnection Information Log is as shown below: 2014-10-14 19:21:50,378 INFO [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-72fa526b) Found the following agents behind on ping: [3, 4] 2014-10-14 19:21:50,380 WARN [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-72fa526b) Disconnect agent for CPVM/SSVM due to physical connection close. host: 3 2014-10-14 19:21:50,381 INFO [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Host 3 is disconnecting with event PingTimeout 2014-10-14 19:21:50,382 WARN [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-72fa526b) Disconnect agent for CPVM/SSVM due to physical connection close. host: 4 2014-10-14 19:21:50,383 INFO [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Host 4 is disconnecting with event PingTimeout 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) The next status of agent 3 is Alert, current status is Up 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Deregistering link for 3 with state Alert 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Remove Agent : 3 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.ConnectedAgentAttache] (AgentTaskPool-5:ctx-693d2497) Processing Disconnect. 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.hypervisor.xenserver.discoverer.XcpServerDiscoverer 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.hypervisor.hyperv.discoverer.HypervServerDiscoverer 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.storage.secondary.SecondaryStorageListener 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) The next status of agent 4 is Alert, current status is Up 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Deregistering link for 4 with state Alert 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Remove Agent : 4 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.ConnectedAgentAttache] (AgentTaskPool-6:ctx-f560f275) Processing Disconnect. 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.vm.ClusteredVirtualMachineManagerImpl 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: org.apache.cloudstack.engine.orchestration.NetworkOrchestrator 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.storage.listener.StoragePoolMonitor 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.hypervisor.vmware.manager.VmwareManagerImpl 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.deploy.DeploymentPlanningManagerImpl 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Sending Disconnect to listener: com.cloud.hypervisor.xenserver.discoverer.XcpServerDiscoverer 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Sending Disconnect to listener: com.cloud.hypervisor.hyperv.discoverer.HypervServerDiscoverer 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Sending Disconnect to listener: com.cloud.storage.secondary.SecondaryStorageListener 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.network.security.SecurityGroupListener 2014-10-14
[jira] [Updated] (CLOUDSTACK-7721) [Automation] [Hyper-V] System VMs fail to deploy due to NPE: InvocationTargetException when invoking RPC callback for command: copyBaseImageCallback
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7721: - Priority: Critical (was: Blocker) [Automation] [Hyper-V] System VMs fail to deploy due to NPE: InvocationTargetException when invoking RPC callback for command: copyBaseImageCallback Key: CLOUDSTACK-7721 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7721 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 = NullPointerException: = 2014-10-14 15:40:28,113 DEBUG [o.a.c.s.i.s.TemplateObject] (Work-Job-Executor-2:ctx-8958a812 job-17/job-19 ctx-d2c645ce) failed to process event and answer java.lang.NullPointerException at org.apache.cloudstack.storage.image.store.TemplateObject.processEvent(TemplateObject.java:194) at org.apache.cloudstack.storage.volume.VolumeServiceImpl.copyBaseImageCallback(VolumeServiceImpl.java:568) 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.apache.cloudstack.framework.async.AsyncCallbackDispatcher.dispatch(AsyncCallbackDispatcher.java:148) at org.apache.cloudstack.framework.async.InplaceAsyncCallbackDriver.performCompletionCallback(InplaceAsyncCallbackDriver.java:25) at org.apache.cloudstack.framework.async.AsyncCallbackDispatcher.complete(AsyncCallbackDispatcher.java:126) at org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.copyAsync(AncientDataMotionStrategy.java:449) at org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:68) at org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:73) at org.apache.cloudstack.storage.volume.VolumeServiceImpl.createBaseImageAsync(VolumeServiceImpl.java:502) at org.apache.cloudstack.storage.volume.VolumeServiceImpl.createVolumeFromTemplateAsync(VolumeServiceImpl.java:748) at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1227) at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1297) at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:972) at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:4593) 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.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:4749) at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:513) 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:470) 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.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at
[jira] [Updated] (CLOUDSTACK-7725) [Automation][HyperV] After sometime System VM 'agents' get disconnected due to Ping Issues and get shut down
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7725: - Attachment: management-server.zip [Automation][HyperV] After sometime System VM 'agents' get disconnected due to Ping Issues and get shut down Key: CLOUDSTACK-7725 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7725 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Blocker Fix For: 4.5.0 Attachments: management-server.zip There is something still wrong with the Agents in System VMs on HyperV Setup. The System VM agents got disconnected due to Ping Issues and VMs got shut down. I found this observation when I noticed that all the SSVM Test cases failed. Someone has to look at what is happening between management server and agents communication. I don’t think it is anything wrong with the Setup based on the success of other test suites. === Disconnection Information Log is as shown below: === 2014-10-14 19:21:50,378 INFO [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-72fa526b) Found the following agents behind on ping: [3, 4] 2014-10-14 19:21:50,380 WARN [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-72fa526b) Disconnect agent for CPVM/SSVM due to physical connection close. host: 3 2014-10-14 19:21:50,381 INFO [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Host 3 is disconnecting with event PingTimeout 2014-10-14 19:21:50,382 WARN [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-72fa526b) Disconnect agent for CPVM/SSVM due to physical connection close. host: 4 2014-10-14 19:21:50,383 INFO [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Host 4 is disconnecting with event PingTimeout 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) The next status of agent 3 is Alert, current status is Up 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Deregistering link for 3 with state Alert 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Remove Agent : 3 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.ConnectedAgentAttache] (AgentTaskPool-5:ctx-693d2497) Processing Disconnect. 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.hypervisor.xenserver.discoverer.XcpServerDiscoverer 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.hypervisor.hyperv.discoverer.HypervServerDiscoverer 2014-10-14 19:21:50,384 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.storage.secondary.SecondaryStorageListener 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) The next status of agent 4 is Alert, current status is Up 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Deregistering link for 4 with state Alert 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Remove Agent : 4 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.ConnectedAgentAttache] (AgentTaskPool-6:ctx-f560f275) Processing Disconnect. 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.vm.ClusteredVirtualMachineManagerImpl 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: org.apache.cloudstack.engine.orchestration.NetworkOrchestrator 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.storage.listener.StoragePoolMonitor 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.hypervisor.vmware.manager.VmwareManagerImpl 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-5:ctx-693d2497) Sending Disconnect to listener: com.cloud.deploy.DeploymentPlanningManagerImpl 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl] (AgentTaskPool-6:ctx-f560f275) Sending Disconnect to listener: com.cloud.hypervisor.xenserver.discoverer.XcpServerDiscoverer 2014-10-14 19:21:50,385 DEBUG [c.c.a.m.AgentManagerImpl]
[jira] [Reopened] (CLOUDSTACK-7602) [Automation] Unable to Delete Network if VM in that network is in Error State
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama reopened CLOUDSTACK-7602:
--
Sheng,
If VM is in Error State, it typically means that the VM failed to deploy and
has no existence. There is no point of expunging a non-existent VM whichin
Error State. Shouldnt Network deletion proceed in such cases. Reopening the bug
for your comment,
Thank you,
Chandan.
[Automation] Unable to Delete Network if VM in that network is in Error State
-
Key: CLOUDSTACK-7602
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7602
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation, Test
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: Sheng Yang
Priority: Critical
Fix For: 4.5.0
*Unable to Delete Network: Job Information*
{noformat}
2014-09-21 14:38:24,308 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(catalina-exec-17:ctx-9b725e1f ctx-b0e7426d ctx-bbfcaa45) submit async
job-1958, details: AsyncJobVO {id:1958, userId: 2, accountId: 2,
instanceType: None, instanceId: null, cmd:
org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd, cmdInfo:
{id:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,response:json,ctxDetails:{\com.cloud.network.Network\:\0029ccf7-f8e6-4b6d-ab63-7c67b44806f6\},cmdEventType:NETWORK.DELETE,ctxUserId:2,httpmethod:GET,uuid:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,ctxAccountId:2,ctxStartEventId:6339,apiKey:mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQ,signature:l+/5Sc1Vu4dbLXfFKXoz3lCLJeE\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 16226561876200, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-09-21 14:38:24,309 INFO [o.a.c.f.j.i.AsyncJobMonitor]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Add job-1958 into job monitoring
2014-09-21 14:38:24,309 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Executing AsyncJobVO {id:1958,
userId: 2, accountId: 2, instanceType: None, instanceId: null, cmd:
org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd, cmdInfo:
{id:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,response:json,ctxDetails:{\com.cloud.network.Network\:\0029ccf7-f8e6-4b6d-ab63-7c67b44806f6\},cmdEventType:NETWORK.DELETE,ctxUserId:2,httpmethod:GET,uuid:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,ctxAccountId:2,ctxStartEventId:6339,apiKey:mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQ,signature:l+/5Sc1Vu4dbLXfFKXoz3lCLJeE\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 16226561876200, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-09-21 14:38:24,309 DEBUG [c.c.a.ApiServlet]
(catalina-exec-17:ctx-9b725e1f ctx-b0e7426d ctx-bbfcaa45) ===END===
10.81.29.29 -- GET
id=0029ccf7-f8e6-4b6d-ab63-7c67b44806f6apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=deleteNetworkresponse=jsonsignature=l%2B%2F5Sc1Vu4dbLXfFKXoz3lCLJeE%3D
2014-09-21 14:38:24,313 DEBUG [c.c.a.ApiServlet]
(catalina-exec-19:ctx-ae6b8223) ===START=== 10.81.29.29 -- GET
jobid=e66d3b42-a80b-44e6-88ca-6187a0a59805apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=HbvmeX6dxeewpVSQEf2XtK32TTo%3D
2014-09-21 14:38:24,338 DEBUG [c.c.a.ApiServlet]
(catalina-exec-19:ctx-ae6b8223 ctx-323291e2 ctx-9a4b6c85) ===END===
10.81.29.29 -- GET
jobid=e66d3b42-a80b-44e6-88ca-6187a0a59805apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=HbvmeX6dxeewpVSQEf2XtK32TTo%3D
2014-09-21 14:38:24,342 WARN [o.a.c.e.o.NetworkOrchestrator]
(API-Job-Executor-96:ctx-cc8b54bc job-1958 ctx-9572a853) Can't delete the
network, not all user vms are expunged. Vm VM[User|i-115-279-VM] is in Error
state
2014-09-21 14:38:24,354 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Complete async job-1958,
jobStatus: FAILED, resultCode: 530, result:
org.apache.cloudstack.api.response.ExceptionResponse/null/{uuidList:[],errorcode:530,errortext:Failed
to delete network}
2014-09-21 14:38:24,355 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Publish async job-1958 complete
on message bus
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7627) [Automation] Automate Remote Access VPN on VPC Test Plan
Chandan Purushothama created CLOUDSTACK-7627: Summary: [Automation] Automate Remote Access VPN on VPC Test Plan Key: CLOUDSTACK-7627 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7627 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 This ticket refers to automation of the test cases in the test plan present at https://cwiki.apache.org/confluence/display/CLOUDSTACK/Remote+Access+VPN+on+VPC+Feature+Test+Plan -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7616) [Automation] Fix the script test_escalations_ipaddresses.py - Test Suite should use its own VPC and Network Offering
Chandan Purushothama created CLOUDSTACK-7616:
Summary: [Automation] Fix the script
test_escalations_ipaddresses.py - Test Suite should use its own VPC and
Network Offering
Key: CLOUDSTACK-7616
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7616
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
The following three tests in the test suite failed:
# *test_05_create_delete_lbrule_forvpc*
# *test_10_create_delete_portforwarding_forvpc*
# *test_15_enable_disable_staticnat_forvpc*
The above tests failed for the following reason. The test suite doesn't create
and enable the VPC Offerings, Network Offerings to use for its tests. It is
relying on the VPC Offerings, Network Offerings existing on the setup already.
The tests mentioned above failed due to the incompatibility between the VPC
Offered Services and the Network Offering Services.
{noformat}
2014-09-21 15:47:34,447 - DEBUG - Sending GET Cmd : listVPCs===
2014-09-21 15:47:34,456 - DEBUG - Response : None
2014-09-21 15:47:34,456 - DEBUG - Payload: {'apiKey':
u'kBRW9mV3WNsckJATVK5BHtZCLuB-L2scNYbn6Rrgm7M-TofKOfRB1ML2jirZ_OKx9elEM71ZDaxdIwgOd-N5Bg',
'command': 'listVPCOfferings', 'signature': 'PGnPleQnkJQ9lhGR04V01oSFh/4=',
'response': 'json'}
2014-09-21 15:47:34,456 - DEBUG - Sending GET Cmd :
listVPCOfferings===
2014-09-21 15:47:34,684 - DEBUG - Response : [{distributedvpcrouter : False,
name : u'VPC off-KAKZVZ', service : [{name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'd78e9dd5-3bdb-47d6-8920-d9c70ebeed52', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-EOCS87', service : [{name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'338f8ac9-e9d3-4d59-9436-da3ecb046b9d', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-QWWQPL', service : [{name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'47e70a7b-cfb2-497f-85b6-ab6514ca49a4', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name :
u'Default VPC offering', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}, {name : u'InternalLbVm'}]}, {name : u'UserData', provider
: [{name : u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'Default
VPC offering', id : u'22e16647-25a7-4fed-bffb-5e3a878ff124', isdefault : True,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name :
u'Default VPC offering with Netscaler', service : [{name : u'Vpn', provider :
[{name : u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
[jira] [Updated] (CLOUDSTACK-7616) [Automation] Fix the script test_escalations_ipaddresses.py - Test Suite should use its own VPC and Network Offering
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7616:
-
Assignee: Gaurav Aradhye
[Automation] Fix the script test_escalations_ipaddresses.py - Test Suite
should use its own VPC and Network Offering
--
Key: CLOUDSTACK-7616
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7616
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: Gaurav Aradhye
Priority: Critical
Fix For: 4.5.0
The following three tests in the test suite failed:
# *test_05_create_delete_lbrule_forvpc*
# *test_10_create_delete_portforwarding_forvpc*
# *test_15_enable_disable_staticnat_forvpc*
The above tests failed for the following reason. The test suite doesn't
create and enable the VPC Offerings, Network Offerings to use for its tests.
It is relying on the VPC Offerings, Network Offerings existing on the setup
already. The tests mentioned above failed due to the incompatibility between
the VPC Offered Services and the Network Offering Services.
{noformat}
2014-09-21 15:47:34,447 - DEBUG - Sending GET Cmd : listVPCs===
2014-09-21 15:47:34,456 - DEBUG - Response : None
2014-09-21 15:47:34,456 - DEBUG - Payload: {'apiKey':
u'kBRW9mV3WNsckJATVK5BHtZCLuB-L2scNYbn6Rrgm7M-TofKOfRB1ML2jirZ_OKx9elEM71ZDaxdIwgOd-N5Bg',
'command': 'listVPCOfferings', 'signature': 'PGnPleQnkJQ9lhGR04V01oSFh/4=',
'response': 'json'}
2014-09-21 15:47:34,456 - DEBUG - Sending GET Cmd :
listVPCOfferings===
2014-09-21 15:47:34,684 - DEBUG - Response : [{distributedvpcrouter : False,
name : u'VPC off-KAKZVZ', service : [{name : u'NetworkACL', provider : [{name
: u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'd78e9dd5-3bdb-47d6-8920-d9c70ebeed52', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-EOCS87', service : [{name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'338f8ac9-e9d3-4d59-9436-da3ecb046b9d', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-QWWQPL', service : [{name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'47e70a7b-cfb2-497f-85b6-ab6514ca49a4', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name :
u'Default VPC offering', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}, {name : u'InternalLbVm'}]}, {name : u'UserData',
provider : [{name : u'VpcVirtualRouter'}]}], state :
[jira] [Created] (CLOUDSTACK-7617) [Automation] Fix the script test_clustom_hostname.py - Do not use the same name to deploy multiple VMs.
Chandan Purushothama created CLOUDSTACK-7617:
Summary: [Automation] Fix the script test_clustom_hostname.py -
Do not use the same name to deploy multiple VMs.
Key: CLOUDSTACK-7617
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7617
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
The below mentioned code is resulting in multiple test case failures in the
test suite. We should not use the same name to deploy multiple VMs in the test
suite.
{code}
def test_04_edit_display_name(self):
Test Edit the Display name Through the UI.
# Validate the following
# 1) Set the Global Setting vm.instancename.flag to true
# 2) Create a VM give a Display name.
# 3) Once the VM is created stop the VM.
# 4) Edit the VM Display name. The Display name will be changed but the
#internal name will not be changed. The VM functionality must not
#be effected.
self.services[virtual_machine][name] = TestVM4
# Spawn an instance in that network
self.debug(Deploying VM in account: %s % self.account.name)
virtual_machine = VirtualMachine.create(
self.apiclient,
self.services[virtual_machine],
accountid=self.account.name,
domainid=self.account.domainid,
serviceofferingid=self.service_offering.id,
)
{code}
*Error:*
{noformat}
Stacktrace
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File /root/cloudstack/test/integration/component/test_custom_hostname.py,
line 540, in test_instance_name_with_hyphens
serviceofferingid=self.service_offering.id,
File /usr/local/lib/python2.7/dist-packages/marvin/lib/base.py, line 476,
in create
virtual_machine = apiclient.deployVirtualMachine(cmd, method=method)
File
/usr/local/lib/python2.7/dist-packages/marvin/cloudstackAPI/cloudstackAPIClient.py,
line 706, in deployVirtualMachine
response = self.connection.marvinRequest(command, response_type=response,
method=method)
File /usr/local/lib/python2.7/dist-packages/marvin/cloudstackConnection.py,
line 379, in marvinRequest
raise e
'Execute cmd: deployvirtualmachine failed, due to: errorCode: 431,
errorText:The vm with hostName TestVM4 already exists in the network domain:
cscbcloud.internal; network=Ntwk[373|Guest|8]\n
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7600) [Automation] VM Failed to Start due to ConcurrentOperationException - Unable to change the state of Virtual Router
Chandan Purushothama created CLOUDSTACK-7600:
Summary: [Automation] VM Failed to Start due to
ConcurrentOperationException - Unable to change the state of Virtual Router
Key: CLOUDSTACK-7600
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7600
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, Test, Virtual Router
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
*ConcurrentOperationException: Unable to change the state of VM*
{noformat}
2014-09-21 14:38:20,648 ERROR [c.c.v.VirtualMachineManagerImpl]
(Work-Job-Executor-65:ctx-cfa1f316 job-1953/job-1954 ctx-6fd40296) Failed to
start instance VM[User|i-115-279-VM]
com.cloud.exception.ConcurrentOperationException: Unable to change the state of
VM[DomainRouter|r-271-VM]
at
com.cloud.vm.VirtualMachineManagerImpl.changeToStartState(VirtualMachineManagerImpl.java:717)
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:808)
at
com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:762)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.start(VirtualNetworkApplianceManagerImpl.java:2981)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.startVirtualRouter(VirtualNetworkApplianceManagerImpl.java:2055)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.startRouters(VirtualNetworkApplianceManagerImpl.java:2155)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.deployVirtualRouterInGuestNetwork(VirtualNetworkApplianceManagerImpl.java:2137)
at sun.reflect.GeneratedMethodAccessor335.invoke(Unknown Source)
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 $Proxy190.deployVirtualRouterInGuestNetwork(Unknown Source)
at
com.cloud.network.element.VirtualRouterElement.prepare(VirtualRouterElement.java:234)
at
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepareElement(NetworkOrchestrator.java:1239)
at
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepareNic(NetworkOrchestrator.java:1373)
at
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1309)
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:970)
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:4590)
at sun.reflect.GeneratedMethodAccessor379.invoke(Unknown Source)
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.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:4746)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:516)
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:473)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at
[jira] [Updated] (CLOUDSTACK-7600) [Automation] VM Failed to Start due to ConcurrentOperationException - Unable to change the state of Virtual Router
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7600:
-
Attachment: management-server.zip
[Automation] VM Failed to Start due to ConcurrentOperationException - Unable
to change the state of Virtual Router
--
Key: CLOUDSTACK-7600
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7600
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation, Test, Virtual Router
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Attachments: management-server.zip
*ConcurrentOperationException: Unable to change the state of VM*
{noformat}
2014-09-21 14:38:20,648 ERROR [c.c.v.VirtualMachineManagerImpl]
(Work-Job-Executor-65:ctx-cfa1f316 job-1953/job-1954 ctx-6fd40296) Failed to
start instance VM[User|i-115-279-VM]
com.cloud.exception.ConcurrentOperationException: Unable to change the state
of VM[DomainRouter|r-271-VM]
at
com.cloud.vm.VirtualMachineManagerImpl.changeToStartState(VirtualMachineManagerImpl.java:717)
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:808)
at
com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:762)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.start(VirtualNetworkApplianceManagerImpl.java:2981)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.startVirtualRouter(VirtualNetworkApplianceManagerImpl.java:2055)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.startRouters(VirtualNetworkApplianceManagerImpl.java:2155)
at
com.cloud.network.router.VirtualNetworkApplianceManagerImpl.deployVirtualRouterInGuestNetwork(VirtualNetworkApplianceManagerImpl.java:2137)
at sun.reflect.GeneratedMethodAccessor335.invoke(Unknown Source)
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 $Proxy190.deployVirtualRouterInGuestNetwork(Unknown Source)
at
com.cloud.network.element.VirtualRouterElement.prepare(VirtualRouterElement.java:234)
at
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepareElement(NetworkOrchestrator.java:1239)
at
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepareNic(NetworkOrchestrator.java:1373)
at
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1309)
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:970)
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:4590)
at sun.reflect.GeneratedMethodAccessor379.invoke(Unknown Source)
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.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:4746)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:516)
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
[jira] [Created] (CLOUDSTACK-7602) [Automation] Unable to Delete Network if VM in that network is in Error State
Chandan Purushothama created CLOUDSTACK-7602:
Summary: [Automation] Unable to Delete Network if VM in that
network is in Error State
Key: CLOUDSTACK-7602
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7602
Project: CloudStack
Issue Type: Bug
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
*Unable to Delete Network: Job Information*
{noformat}
2014-09-21 14:38:24,308 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(catalina-exec-17:ctx-9b725e1f ctx-b0e7426d ctx-bbfcaa45) submit async
job-1958, details: AsyncJobVO {id:1958, userId: 2, accountId: 2, instanceType:
None, instanceId: null, cmd:
org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd, cmdInfo:
{id:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,response:json,ctxDetails:{\com.cloud.network.Network\:\0029ccf7-f8e6-4b6d-ab63-7c67b44806f6\},cmdEventType:NETWORK.DELETE,ctxUserId:2,httpmethod:GET,uuid:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,ctxAccountId:2,ctxStartEventId:6339,apiKey:mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQ,signature:l+/5Sc1Vu4dbLXfFKXoz3lCLJeE\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 16226561876200, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-09-21 14:38:24,309 INFO [o.a.c.f.j.i.AsyncJobMonitor]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Add job-1958 into job monitoring
2014-09-21 14:38:24,309 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Executing AsyncJobVO {id:1958,
userId: 2, accountId: 2, instanceType: None, instanceId: null, cmd:
org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd, cmdInfo:
{id:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,response:json,ctxDetails:{\com.cloud.network.Network\:\0029ccf7-f8e6-4b6d-ab63-7c67b44806f6\},cmdEventType:NETWORK.DELETE,ctxUserId:2,httpmethod:GET,uuid:0029ccf7-f8e6-4b6d-ab63-7c67b44806f6,ctxAccountId:2,ctxStartEventId:6339,apiKey:mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQ,signature:l+/5Sc1Vu4dbLXfFKXoz3lCLJeE\u003d},
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 16226561876200, completeMsid: null, lastUpdated: null,
lastPolled: null, created: null}
2014-09-21 14:38:24,309 DEBUG [c.c.a.ApiServlet] (catalina-exec-17:ctx-9b725e1f
ctx-b0e7426d ctx-bbfcaa45) ===END=== 10.81.29.29 -- GET
id=0029ccf7-f8e6-4b6d-ab63-7c67b44806f6apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=deleteNetworkresponse=jsonsignature=l%2B%2F5Sc1Vu4dbLXfFKXoz3lCLJeE%3D
2014-09-21 14:38:24,313 DEBUG [c.c.a.ApiServlet]
(catalina-exec-19:ctx-ae6b8223) ===START=== 10.81.29.29 -- GET
jobid=e66d3b42-a80b-44e6-88ca-6187a0a59805apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=HbvmeX6dxeewpVSQEf2XtK32TTo%3D
2014-09-21 14:38:24,338 DEBUG [c.c.a.ApiServlet] (catalina-exec-19:ctx-ae6b8223
ctx-323291e2 ctx-9a4b6c85) ===END=== 10.81.29.29 -- GET
jobid=e66d3b42-a80b-44e6-88ca-6187a0a59805apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=HbvmeX6dxeewpVSQEf2XtK32TTo%3D
2014-09-21 14:38:24,342 WARN [o.a.c.e.o.NetworkOrchestrator]
(API-Job-Executor-96:ctx-cc8b54bc job-1958 ctx-9572a853) Can't delete the
network, not all user vms are expunged. Vm VM[User|i-115-279-VM] is in Error
state
2014-09-21 14:38:24,354 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Complete async job-1958, jobStatus:
FAILED, resultCode: 530, result:
org.apache.cloudstack.api.response.ExceptionResponse/null/{uuidList:[],errorcode:530,errortext:Failed
to delete network}
2014-09-21 14:38:24,355 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-96:ctx-cc8b54bc job-1958) Publish async job-1958 complete on
message bus
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7603) [Automation] Fix the script test_escalations_networks.py - Test Suite should use its own VPC Offering
Chandan Purushothama created CLOUDSTACK-7603:
Summary: [Automation] Fix the script
test_escalations_networks.py - Test Suite should use its own VPC Offering
Key: CLOUDSTACK-7603
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7603
Project: CloudStack
Issue Type: Bug
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
Many test cases failed in the test suite, as the test suite doesn't create and
enable the VPC Offering to use for its tests. It is relying on the VPC
Offerings existing on the setup already. The test suite doesnt check if the VPC
Offerings are enabled to be used and hence tests fail,
{noformat}
2014-09-21 21:53:30,700 - DEBUG - STARTED : TC: test_17_restart_vpc
:::
2014-09-21 21:53:30,701 - DEBUG - Payload: {'apiKey':
u'ZKuSJ5HNMC6b2eiJ9qywFfk4s-5KekgF7KdFZRokjwIXg6zyyhFhRSUS4n4DINc57h43Ul5KNL_0bLmhZuBhkw',
'command': 'listVPCs', 'signature': 'GdYsOvLa9ocvx5I5RQP4QYnT8gc=',
'response': 'json'}
2014-09-21 21:53:30,701 - DEBUG - Sending GET Cmd : listVPCs===
2014-09-21 21:53:30,709 - DEBUG - Response : None
2014-09-21 21:53:30,710 - DEBUG - Payload: {'apiKey':
u'ZKuSJ5HNMC6b2eiJ9qywFfk4s-5KekgF7KdFZRokjwIXg6zyyhFhRSUS4n4DINc57h43Ul5KNL_0bLmhZuBhkw',
'command': 'listVPCOfferings', 'signature': 'FQM35TYpejSmKAd1UcILofgvKHA=',
'response': 'json'}
2014-09-21 21:53:30,710 - DEBUG - Sending GET Cmd :
listVPCOfferings===
2014-09-21 21:53:31,554 - DEBUG - Response : [{distributedvpcrouter : False,
name : u'VPC off add remove network-5GGPXN', service : [{name : u'Vpn',
provider : [{name : u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider :
[{name : u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Disabled', displaytext : u'VPC off add
remove network', id : u'36ce39d2-ac8a-4620-adfa-f30218b5d5a2', isdefault :
False, supportsregionLevelvpc : False}, {distributedvpcrouter : False, name :
u'VPC off-IDJU3M', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'8668868c-a5d5-4e50-aeba-701be240a1bf', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-GQ1F98', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'c14f9bff-452c-4a91-b679-482033f6aebe', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-VM7LL4', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'a20e537c-fa9c-41c6-aea4-84e07b828fea', isdefault : False,
[jira] [Updated] (CLOUDSTACK-7603) [Automation] Fix the script test_escalations_networks.py - Test Suite should use its own VPC Offering
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7603:
-
Issue Type: Test (was: Bug)
[Automation] Fix the script test_escalations_networks.py - Test Suite
should use its own VPC Offering
---
Key: CLOUDSTACK-7603
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7603
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
Many test cases failed in the test suite, as the test suite doesn't create
and enable the VPC Offering to use for its tests. It is relying on the VPC
Offerings existing on the setup already. The test suite doesnt check if the
VPC Offerings are enabled to be used and hence tests fail,
{noformat}
2014-09-21 21:53:30,700 - DEBUG - STARTED : TC:
test_17_restart_vpc :::
2014-09-21 21:53:30,701 - DEBUG - Payload: {'apiKey':
u'ZKuSJ5HNMC6b2eiJ9qywFfk4s-5KekgF7KdFZRokjwIXg6zyyhFhRSUS4n4DINc57h43Ul5KNL_0bLmhZuBhkw',
'command': 'listVPCs', 'signature': 'GdYsOvLa9ocvx5I5RQP4QYnT8gc=',
'response': 'json'}
2014-09-21 21:53:30,701 - DEBUG - Sending GET Cmd : listVPCs===
2014-09-21 21:53:30,709 - DEBUG - Response : None
2014-09-21 21:53:30,710 - DEBUG - Payload: {'apiKey':
u'ZKuSJ5HNMC6b2eiJ9qywFfk4s-5KekgF7KdFZRokjwIXg6zyyhFhRSUS4n4DINc57h43Ul5KNL_0bLmhZuBhkw',
'command': 'listVPCOfferings', 'signature': 'FQM35TYpejSmKAd1UcILofgvKHA=',
'response': 'json'}
2014-09-21 21:53:30,710 - DEBUG - Sending GET Cmd :
listVPCOfferings===
2014-09-21 21:53:31,554 - DEBUG - Response : [{distributedvpcrouter : False,
name : u'VPC off add remove network-5GGPXN', service : [{name : u'Vpn',
provider : [{name : u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider :
[{name : u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Disabled', displaytext : u'VPC off add
remove network', id : u'36ce39d2-ac8a-4620-adfa-f30218b5d5a2', isdefault :
False, supportsregionLevelvpc : False}, {distributedvpcrouter : False, name :
u'VPC off-IDJU3M', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'8668868c-a5d5-4e50-aeba-701be240a1bf', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-GQ1F98', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dns', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Lb', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'UserData', provider : [{name :
u'VpcVirtualRouter'}]}], state : u'Enabled', displaytext : u'VPC off', id :
u'c14f9bff-452c-4a91-b679-482033f6aebe', isdefault : False,
supportsregionLevelvpc : False}, {distributedvpcrouter : False, name : u'VPC
off-VM7LL4', service : [{name : u'Vpn', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'NetworkACL', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'SourceNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'PortForwarding', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'StaticNat', provider : [{name :
u'VpcVirtualRouter'}]}, {name : u'Dhcp', provider : [{name :
u'VpcVirtualRouter'}]},
[jira] [Created] (CLOUDSTACK-7604) [Automation] NPE during deletion of Volume
Chandan Purushothama created CLOUDSTACK-7604:
Summary: [Automation] NPE during deletion of Volume
Key: CLOUDSTACK-7604
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7604
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, Test, Volumes
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
*Null Pointer Exception:*
{noformat}
2014-09-21 16:19:44,090 DEBUG [c.c.v.UserVmManagerImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Removed vm id=325 from
all load balancers as a part of expunge process
2014-09-21 16:19:44,091 DEBUG [c.c.v.UserVmManagerImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Successfully cleaned
up vm VM[User|i-163-325-VM] resources as a part of expunge process
2014-09-21 16:19:44,098 INFO [c.c.s.VolumeApiServiceImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Expunging volume 362
from primary data store
2014-09-21 16:19:44,116 DEBUG [c.c.a.t.Request]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Seq
1-5202783469519768584: Sending { Cmd , MgmtId: 16226561876200, via:
1(xrtuk-02-05), Ver: v1, Flags: 100011,
[{org.apache.cloudstack.storage.command.DeleteCommand:{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:53c820f0-13f4-4fcf-8bf5-ccb2967453a5,volumeType:DATADISK,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:3161f583-6550-363c-9d0b-44aede011126,id:1,poolType:NetworkFilesystem,host:10.81.24.13,path:/vol/xenrtnfs/836249-z1NhU1,port:2049,url:NetworkFilesystem://10.81.24.13/vol/xenrtnfs/836249-z1NhU1/?ROLE=PrimarySTOREUUID=3161f583-6550-363c-9d0b-44aede011126}},name:ROOT-320,size:5368709120,path:827d2dae-4b86-4e75-a298-084d70553395,volumeId:362,accountId:163,format:VHD,provisioningType:THIN,id:362,hypervisorType:XenServer}},wait:0}}]
}
2014-09-21 16:19:44,117 DEBUG [c.c.a.t.Request]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Seq
1-5202783469519768584: Executing: { Cmd , MgmtId: 16226561876200, via:
1(xrtuk-02-05), Ver: v1, Flags: 100011,
[{org.apache.cloudstack.storage.command.DeleteCommand:{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:53c820f0-13f4-4fcf-8bf5-ccb2967453a5,volumeType:DATADISK,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:3161f583-6550-363c-9d0b-44aede011126,id:1,poolType:NetworkFilesystem,host:10.81.24.13,path:/vol/xenrtnfs/836249-z1NhU1,port:2049,url:NetworkFilesystem://10.81.24.13/vol/xenrtnfs/836249-z1NhU1/?ROLE=PrimarySTOREUUID=3161f583-6550-363c-9d0b-44aede011126}},name:ROOT-320,size:5368709120,path:827d2dae-4b86-4e75-a298-084d70553395,volumeId:362,accountId:163,format:VHD,provisioningType:THIN,id:362,hypervisorType:XenServer}},wait:0}}]
}
2014-09-21 16:19:44,117 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-273:ctx-25b5c023) Seq 1-5202783469519768584: Executing request
2014-09-21 16:19:44,236 DEBUG [c.c.a.ApiServlet] (catalina-exec-7:ctx-2837c726)
===START=== 10.81.29.29 -- GET
jobid=908d3367-c7db-4bdd-90d6-ebaff799ecd3apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=TgBQLMCJxcuRj%2BNOZFHatiLZSzw%3D
2014-09-21 16:19:44,253 DEBUG [c.c.a.ApiServlet] (catalina-exec-7:ctx-2837c726
ctx-8f7c1e09 ctx-c08f5999) ===END=== 10.81.29.29 -- GET
jobid=908d3367-c7db-4bdd-90d6-ebaff799ecd3apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=TgBQLMCJxcuRj%2BNOZFHatiLZSzw%3D
2014-09-21 16:19:44,517 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-273:ctx-25b5c023) Seq 1-5202783469519768584: Response Received:
2014-09-21 16:19:44,517 DEBUG [c.c.a.t.Request] (DirectAgent-273:ctx-25b5c023)
Seq 1-5202783469519768584: Processing: { Ans: , MgmtId: 16226561876200, via:
1, Ver: v1, Flags: 10,
[{com.cloud.agent.api.Answer:{result:true,wait:0}}] }
2014-09-21 16:19:44,517 DEBUG [c.c.a.t.Request]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Seq
1-5202783469519768584: Received: { Ans: , MgmtId: 16226561876200, via: 1, Ver:
v1, Flags: 10, { Answer } }
2014-09-21 16:19:44,524 INFO [o.a.c.s.v.VolumeServiceImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Volume 362 is not
referred anywhere, remove it from volumes table
2014-09-21 16:19:44,534 DEBUG [c.c.h.x.r.XenServerStorageProcessor]
(DirectAgent-488:ctx-5364176a) Failed to delete volume
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:693)
at
[jira] [Updated] (CLOUDSTACK-7604) [Automation] NPE during deletion of Volume
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7604:
-
Attachment: management-server.zip
[Automation] NPE during deletion of Volume
--
Key: CLOUDSTACK-7604
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7604
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation, Test, Volumes
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Attachments: management-server.zip
*Null Pointer Exception:*
{noformat}
2014-09-21 16:19:44,090 DEBUG [c.c.v.UserVmManagerImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Removed vm id=325
from all load balancers as a part of expunge process
2014-09-21 16:19:44,091 DEBUG [c.c.v.UserVmManagerImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Successfully cleaned
up vm VM[User|i-163-325-VM] resources as a part of expunge process
2014-09-21 16:19:44,098 INFO [c.c.s.VolumeApiServiceImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Expunging volume 362
from primary data store
2014-09-21 16:19:44,116 DEBUG [c.c.a.t.Request]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Seq
1-5202783469519768584: Sending { Cmd , MgmtId: 16226561876200, via:
1(xrtuk-02-05), Ver: v1, Flags: 100011,
[{org.apache.cloudstack.storage.command.DeleteCommand:{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:53c820f0-13f4-4fcf-8bf5-ccb2967453a5,volumeType:DATADISK,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:3161f583-6550-363c-9d0b-44aede011126,id:1,poolType:NetworkFilesystem,host:10.81.24.13,path:/vol/xenrtnfs/836249-z1NhU1,port:2049,url:NetworkFilesystem://10.81.24.13/vol/xenrtnfs/836249-z1NhU1/?ROLE=PrimarySTOREUUID=3161f583-6550-363c-9d0b-44aede011126}},name:ROOT-320,size:5368709120,path:827d2dae-4b86-4e75-a298-084d70553395,volumeId:362,accountId:163,format:VHD,provisioningType:THIN,id:362,hypervisorType:XenServer}},wait:0}}]
}
2014-09-21 16:19:44,117 DEBUG [c.c.a.t.Request]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Seq
1-5202783469519768584: Executing: { Cmd , MgmtId: 16226561876200, via:
1(xrtuk-02-05), Ver: v1, Flags: 100011,
[{org.apache.cloudstack.storage.command.DeleteCommand:{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:53c820f0-13f4-4fcf-8bf5-ccb2967453a5,volumeType:DATADISK,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:3161f583-6550-363c-9d0b-44aede011126,id:1,poolType:NetworkFilesystem,host:10.81.24.13,path:/vol/xenrtnfs/836249-z1NhU1,port:2049,url:NetworkFilesystem://10.81.24.13/vol/xenrtnfs/836249-z1NhU1/?ROLE=PrimarySTOREUUID=3161f583-6550-363c-9d0b-44aede011126}},name:ROOT-320,size:5368709120,path:827d2dae-4b86-4e75-a298-084d70553395,volumeId:362,accountId:163,format:VHD,provisioningType:THIN,id:362,hypervisorType:XenServer}},wait:0}}]
}
2014-09-21 16:19:44,117 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-273:ctx-25b5c023) Seq 1-5202783469519768584: Executing request
2014-09-21 16:19:44,236 DEBUG [c.c.a.ApiServlet]
(catalina-exec-7:ctx-2837c726) ===START=== 10.81.29.29 -- GET
jobid=908d3367-c7db-4bdd-90d6-ebaff799ecd3apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=TgBQLMCJxcuRj%2BNOZFHatiLZSzw%3D
2014-09-21 16:19:44,253 DEBUG [c.c.a.ApiServlet]
(catalina-exec-7:ctx-2837c726 ctx-8f7c1e09 ctx-c08f5999) ===END===
10.81.29.29 -- GET
jobid=908d3367-c7db-4bdd-90d6-ebaff799ecd3apiKey=mLrTCdYRf3-d4xO7DnO-QXw1Uqrdae1uxenHTEPj_ulDpIYTaujsXwkNzARz222s6M4xChsTAE2W-TUur5bKNQcommand=queryAsyncJobResultresponse=jsonsignature=TgBQLMCJxcuRj%2BNOZFHatiLZSzw%3D
2014-09-21 16:19:44,517 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-273:ctx-25b5c023) Seq 1-5202783469519768584: Response Received:
2014-09-21 16:19:44,517 DEBUG [c.c.a.t.Request]
(DirectAgent-273:ctx-25b5c023) Seq 1-5202783469519768584: Processing: { Ans:
, MgmtId: 16226561876200, via: 1, Ver: v1, Flags: 10,
[{com.cloud.agent.api.Answer:{result:true,wait:0}}] }
2014-09-21 16:19:44,517 DEBUG [c.c.a.t.Request]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Seq
1-5202783469519768584: Received: { Ans: , MgmtId: 16226561876200, via: 1,
Ver: v1, Flags: 10, { Answer } }
2014-09-21 16:19:44,524 INFO [o.a.c.s.v.VolumeServiceImpl]
(API-Job-Executor-16:ctx-3978d571 job-3320 ctx-d788d20d) Volume 362 is not
referred anywhere, remove it from volumes table
2014-09-21 16:19:44,534 DEBUG [c.c.h.x.r.XenServerStorageProcessor]
(DirectAgent-488:ctx-5364176a) Failed to delete volume
[jira] [Created] (CLOUDSTACK-7590) Deletion of Account is not deleting the account from the database
Chandan Purushothama created CLOUDSTACK-7590:
Summary: Deletion of Account is not deleting the account from the
database
Key: CLOUDSTACK-7590
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7590
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
Deletion of account marks the account as removed in the database but doesnt
remove the record from the database as shown below:
mysql select * from account where removed is not null \G
*** 1. row ***
id: 7
account_name: CSRegularVPNClientUser
uuid: 96e06a77-fa96-4e38-b380-023d406d445e
type: 0
domain_id: 1
state: enabled
removed: 2014-09-20 00:33:41
cleanup_needed: 0
network_domain: NULL
default_zone_id: NULL
default: 0
1 row in set (0.00 sec)
mysql
*If anyone wants to recreate the account with the same name. It fails with the
below exception:*
{noformat}
2014-09-20 00:27:05,880 DEBUG [c.c.u.AccountManagerImpl]
(catalina-exec-11:ctx-bfa880b6 ctx-e82baf36 ctx-1b71100c) Creating user:
CSRegularVPNClientUser, accountId: 6 timezone:null
2014-09-20 00:27:05,882 DEBUG [c.c.u.d.T.Transaction]
(catalina-exec-11:ctx-bfa880b6 ctx-e82baf36 ctx-1b71100c) Rolling back the
transaction: Time = 16 Name = catalina-exec-11; called by
-TransactionLegacy.rollback:902-TransactionLegacy.removeUpTo:845-TransactionLegacy.close:669-TransactionContextInterceptor.invoke:36-ReflectiveMethodInvocation.proceed:161-ExposeInvocationInterceptor.invoke:91-ReflectiveMethodInvocation.proceed:172-JdkDynamicAopProxy.invoke:204-$Proxy67.persist:-1-AccountManagerImpl.createUser:1962-AccountManagerImpl$2.doInTransaction:1039-AccountManagerImpl$2.doInTransaction:1027
2014-09-20 00:27:05,898 ERROR [c.c.a.ApiServer] (catalina-exec-11:ctx-bfa880b6
ctx-e82baf36 ctx-1b71100c) unhandled exception executing api command:
[Ljava.lang.String;@5b4cfa82
javax.persistence.EntityExistsException: Entity already exists:
at com.cloud.utils.db.GenericDaoBase.persist(GenericDaoBase.java:1398)
at com.cloud.user.dao.UserDaoImpl.persist(UserDaoImpl.java:141)
at com.cloud.user.dao.UserDaoImpl.persist(UserDaoImpl.java:33)
at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)
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
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 $Proxy67.persist(Unknown Source)
at
com.cloud.user.AccountManagerImpl.createUser(AccountManagerImpl.java:1962)
at
com.cloud.user.AccountManagerImpl$2.doInTransaction(AccountManagerImpl.java:1039)
at
com.cloud.user.AccountManagerImpl$2.doInTransaction(AccountManagerImpl.java:1027)
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.user.AccountManagerImpl.createUserAccount(AccountManagerImpl.java:1027)
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
[jira] [Created] (CLOUDSTACK-7555) [Automation] FIx the script - /component/test_usage.py - Template should belong to the Regular Account to test TEMPLATE.CREATE Event
Chandan Purushothama created CLOUDSTACK-7555:
Summary: [Automation] FIx the script - /component/test_usage.py -
Template should belong to the Regular Account to test TEMPLATE.CREATE Event
Key: CLOUDSTACK-7555
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7555
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: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
*TestTemplateUsage.test_01_template_usage* fails with the following error
message Stack Trace
{noformat}
Stacktrace
File /usr/lib/python2.7/unittest/case.py, line 332, in run
testMethod()
File /root/cloudstack/test/integration/component/test_usage.py, line 802,
in test_01_template_usage
Check TEMPLATE.CREATE event in events table
File /usr/lib/python2.7/unittest/case.py, line 516, in assertEqual
assertion_func(first, second, msg=msg)
File /usr/lib/python2.7/unittest/case.py, line 509, in _baseAssertEqual
raise self.failureException(msg)
'Check TEMPLATE.CREATE event in events table\n
{noformat}
This is because the Template is being created as admin and it belongs to the
admin account. The template should belong to the Regular User in order to check
for the TEMPLATE.CREATE Event.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7564) [Automation][XenServer] Unable to Stop a VM - callHostPlugin failed for cmd: destroy_network_rules_for_vm with args vmName: i-20-27-VM
Chandan Purushothama created CLOUDSTACK-7564:
Summary: [Automation][XenServer] Unable to Stop a VM -
callHostPlugin failed for cmd: destroy_network_rules_for_vm with args vmName:
i-20-27-VM
Key: CLOUDSTACK-7564
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7564
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, XenServer
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: Anthony Xu
Priority: Blocker
Fix For: 4.5.0
I see that the VM Stop Job failed due to the following reason:
*2014-09-16 15:51:21,914 WARN [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-76:ctx-abca3786) callHostPlugin failed for cmd:
destroy_network_rules_for_vm with args vmName: i-20-27-VM, due to There was a
failure communicating with the plugin.
2014-09-16 15:51:21,915 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-76:ctx-abca3786) Catch exception
com.cloud.utils.exception.CloudRuntimeException when stop VM:i-20-27-VM due to
com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for cmd:
destroy_network_rules_for_vm with args vmName: i-20-27-VM, due to There was a
failure communicating with the plugin.
*
VM Stop Job Logs Information:
{noformat}
2014-09-16 15:51:20,594 DEBUG [c.c.a.ApiServlet]
(catalina-exec-25:ctx-fedac54a) ===START=== 10.220.135.29 -- GET
jobid=3dc3e848-cf6f-4cb1-b05f-7d220bdf396aapiKey=V9qdDxm-ufkQ7NG7IUBKZGbCo9gzC4d5pjKLwFqNDaLUDC3ELlMIGvqq6RjfF2EQ8qTC0GwfxbhswOFP-Hg-Cgcommand=queryAsyncJobResultresponse=jsonsignature=HFVB81DxD27cwGUnFn%2B2D3AQuRs%3D
2014-09-16 15:51:20,597 DEBUG [c.c.a.ApiServlet]
(catalina-exec-22:ctx-8c7ba1c4) ===START=== 10.220.135.29 -- GET
jobid=a12f92f6-8efc-4518-b7b4-112cd1f40754apiKey=V9qdDxm-ufkQ7NG7IUBKZGbCo9gzC4d5pjKLwFqNDaLUDC3ELlMIGvqq6RjfF2EQ8qTC0GwfxbhswOFP-Hg-Cgcommand=queryAsyncJobResultresponse=jsonsignature=%2F%2BLLeKMfokMZJ6pOg50PxPZSOjU%3D
2014-09-16 15:51:20,629 DEBUG [c.c.u.AccountManagerImpl]
(API-Job-Executor-75:ctx-52918b50 job-208 ctx-22aa778f) Removed account 8
2014-09-16 15:51:20,633 DEBUG [c.c.a.ApiServlet] (catalina-exec-22:ctx-8c7ba1c4
ctx-941f9ccb ctx-1af51dd9) ===END=== 10.220.135.29 -- GET
jobid=a12f92f6-8efc-4518-b7b4-112cd1f40754apiKey=V9qdDxm-ufkQ7NG7IUBKZGbCo9gzC4d5pjKLwFqNDaLUDC3ELlMIGvqq6RjfF2EQ8qTC0GwfxbhswOFP-Hg-Cgcommand=queryAsyncJobResultresponse=jsonsignature=%2F%2BLLeKMfokMZJ6pOg50PxPZSOjU%3D
2014-09-16 15:51:20,648 DEBUG [c.c.a.ApiServlet] (catalina-exec-25:ctx-fedac54a
ctx-4056e031 ctx-35e5) ===END=== 10.220.135.29 -- GET
jobid=3dc3e848-cf6f-4cb1-b05f-7d220bdf396aapiKey=V9qdDxm-ufkQ7NG7IUBKZGbCo9gzC4d5pjKLwFqNDaLUDC3ELlMIGvqq6RjfF2EQ8qTC0GwfxbhswOFP-Hg-Cgcommand=queryAsyncJobResultresponse=jsonsignature=HFVB81DxD27cwGUnFn%2B2D3AQuRs%3D
2014-09-16 15:51:20,651 DEBUG [c.c.u.AccountManagerImpl]
(API-Job-Executor-75:ctx-52918b50 job-208 ctx-22aa778f) Successfully deleted
snapshots directories for all volumes under account 8 across all zones
2014-09-16 15:51:20,655 DEBUG [c.c.u.AccountManagerImpl]
(API-Job-Executor-75:ctx-52918b50 job-208 ctx-22aa778f) Expunging # of vms
(accountId=8): 1
2014-09-16 15:51:20,655 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-74:ctx-cbfc3d27 job-207 ctx-ea6e190d) Sync job-209 execution
on object VmWorkJobQueue.27
2014-09-16 15:51:20,658 WARN [c.c.u.d.Merovingian2]
(API-Job-Executor-74:ctx-cbfc3d27 job-207 ctx-ea6e190d) Was unable to find lock
for the key vm_instance27 and thread id 2057618920
2014-09-16 15:51:20,664 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-75:ctx-52918b50 job-208 ctx-22aa778f) Sync job-210 execution
on object VmWorkJobQueue.7
2014-09-16 15:51:20,666 WARN [c.c.u.d.Merovingian2]
(API-Job-Executor-75:ctx-52918b50 job-208 ctx-22aa778f) Was unable to find lock
for the key vm_instance7 and thread id 1487507158
2014-09-16 15:51:20,928 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-15:null) SeqA 3-136: Processing Seq 3-136: { Cmd ,
MgmtId: -1, via: 3, Ver: v1, Flags: 11,
[{com.cloud.agent.api.ConsoleProxyLoadReportCommand:{_proxyVmId:1,_loadInfo:{\n
\connections\: []\n},wait:0}}] }
2014-09-16 15:51:20,932 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-15:null) SeqA 3-136: Sending Seq 3-136: { Ans: , MgmtId:
125944753790399, via: 3, Ver: v1, Flags: 100010,
[{com.cloud.agent.api.AgentControlAnswer:{result:true,wait:0}}] }
2014-09-16 15:51:21,586 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(AsyncJobMgr-Heartbeat-1:ctx-ee5979bc) Execute sync-queue item: SyncQueueItemVO
{id:62, queueId: 61, contentType: AsyncJob, contentId: 209, lastProcessMsid:
null, lastprocessNumber: null, lastProcessTime: null, created: Tue Sep 16
15:51:20 UTC 2014}
2014-09-16 15:51:21,587
[jira] [Created] (CLOUDSTACK-7552) [Automation][HyperV] Fix the script - /smoke/test_volumes.py - TestCreateVolume.test_01_create_volume
Chandan Purushothama created CLOUDSTACK-7552: Summary: [Automation][HyperV] Fix the script - /smoke/test_volumes.py - TestCreateVolume.test_01_create_volume Key: CLOUDSTACK-7552 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7552 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Test Case at *integration.smoke.test_volumes.TestCreateVolume.test_01_create_volume* failed on HyperV due to querying for wrong disk on the Guest VM. Instead of */dev/sdb*, Query has been made for */dev/sda* -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7554) [Automation] Fix the script - /component/test_templates.py - User Account does not permissions to the Template created by Admin
Chandan Purushothama created CLOUDSTACK-7554: Summary: [Automation] Fix the script - /component/test_templates.py - User Account does not permissions to the Template created by Admin Key: CLOUDSTACK-7554 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7554 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: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Two testcases failed due to template permissions issue: *test_01_create_template_volume* *test_04_template_from_snapshot* Template created by Admin should have public permissions so that the Regular Account can use it to deploy VMs in the test cases. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7535) [Automation][HyperV] SSH Client tries to connect to the private Guest IP Address instead of Public IP Address
Chandan Purushothama created CLOUDSTACK-7535:
Summary: [Automation][HyperV] SSH Client tries to connect to the
private Guest IP Address instead of Public IP Address
Key: CLOUDSTACK-7535
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7535
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: Sanjeev N
Priority: Critical
Fix For: 4.5.0
Following two BVT Testcases in two different test suites fail with the same
root cause:
1. test_04_change_offering_small in test_service_offerings.py
2. test_10_attachAndDetach_iso
{noformat}
2014-09-09 05:33:30,778 - DEBUG - Sending GET Cmd :
listVirtualMachines===
2014-09-09 05:33:30,807 - DEBUG - Response : [{domain : u'ROOT', domainid :
u'9df0ddd4-37d3-11e4-a979-ba3c937e668f', haenable : False, templatename :
u'CentOS 6.4(64-bit) GUI (Hyperv)', securitygroup : [], zoneid :
u'd41a93cd-7b6c-432b-9ad4-eb89d8b6e95c', cpunumber : 1, ostypeid : 182,
passwordenabled : False, instancename : u'i-23-43-VM', id :
u'21ca01e4-e737-4a06-a560-5c558387acb0', networkkbswrite : 1, hostname :
u'10.220.163.50', displayvm : True, state : u'Running', guestosid :
u'9e0ec9f2-37d3-11e4-a979-ba3c937e668f', cpuused : u'9%', memory : 256,
serviceofferingid : u'a178853a-56fb-484a-992c-30af0d3ef72b', zonename :
u'XenRT-Zone-0', isdynamicallyscalable : False, displayname : u'testserver',
tags : [], nic : [{networkid : u'e46b21a7-e4a3-4a10-ae1b-bce7a9d1d90e',
macaddress : u'02:00:34:f7:00:01', isolationuri : u'vlan://3027', type :
u'Isolated', broadcasturi : u'vlan://3027', traffictype : u'Guest', netmask :
u'255.255.255.0', ipaddress : u'192.168.200.120', id :
u'970f3e6a-c36c-485d-a891-c89cc743f969', networkname :
u'test-a-TestServiceOfferings-test_01_create_service_offering-MSR9BE-network',
gateway : u'192.168.200.1', isdefault : True}], cpuspeed : 100, templateid :
u'9df665f6-37d3-11e4-a979-ba3c937e668f', affinitygroup : [], account :
u'test-a-TestServiceOfferings-test_01_create_service_offering-MSR9BE', hostid :
u'e0e128e6-3efc-4080-8d50-c710d33854b8', name :
u'VM-21ca01e4-e737-4a06-a560-5c558387acb0', networkkbsread : 1, created :
u'2014-09-09T05:27:17+', hypervisor : u'Hyperv', rootdevicetype : u'ROOT',
rootdeviceid : 0, serviceofferingname : u'Small Instance', templatedisplaytext
: u'CentOS 6.4 (64-bit) GUI (Hyperv)'}]
2014-09-09 05:33:30,807 - DEBUG - VM state: Running
2014-09-09 05:44:34,402 - CRITICAL - FAILED: test_04_change_offering_small:
['Traceback (most recent call last):\n', ' File
/usr/lib/python2.7/unittest/case.py, line 332, in run\ntestMethod()\n', '
File /root/cloudstack/test/integration/smoke/test_service_offerings.py, line
326, in test_04_change_offering_small\n
(self.medium_virtual_machine.ipaddress, e)\n', ' File
/usr/lib/python2.7/unittest/case.py, line 413, in fail\nraise
self.failureException(msg)\n', 'AssertionError: SSH Access failed for
*192.168.200.120: SSH connection has Failed.* Waited 600s. Error is SSH
Connection Failed\n']
2014-09-09 05:44:34,412 - DEBUG - TestCaseName: test_04_change_offering_small;
Time Taken: 678 Seconds; StartTime: Tue Sep 9 05:33:15 2014; EndTime: Tue Sep
9 05:44:34 2014; Result: FAILED
{noformat}
{noformat}
014-09-09 05:37:23,158 - CRITICAL - FAILED: test_10_attachAndDetach_iso:
['Traceback (most recent call last):\n', ' File
/usr/lib/python2.7/unittest/case.py, line 332, in run\ntestMethod()\n', '
File /root/cloudstack/test/integration/smoke/test_vm_life_cycle.py, line
692, in test_10_attachAndDetach_iso\n(self.virtual_machine.ipaddress,
e))\n', ' File /usr/lib/python2.7/unittest/case.py, line 413, in fail\n
raise self.failureException(msg)\n', 'AssertionError: SSH failed for virtual
machine: 192.168.200.149 - SSH connection has Failed. Waited 600s. Error is SSH
Connection Failed\n']
2014-09-09 05:37:23,166 - DEBUG - TestCaseName: test_10_attachAndDetach_iso;
Time Taken: 728 Seconds; StartTime: Tue Sep 9 05:25:14 2014; EndTime: Tue Sep
9 05:37:23 2014; Result: FAILED
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7493) [Automation] Egress Firewall Rule fails to create on the Virtual Router in Hyper-V Setup - Reports Success instead of failure report
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7493:
-
Attachment: client_managementLogs.zip
Jayapal,
It is the basic use case of egress rule that failed: The log snippet shown
below is taken from client logs. Notice the parameters passed and the jobstatus.
{code}
2014-09-09 05:33:10,240 - DEBUG - Sending GET Cmd :
createEgressFirewallRule===
2014-09-09 05:33:10,286 - DEBUG - === Jobid:
856ae190-e3a6-4eb4-b682-234aeddc3484 Started ===
2014-09-09 05:33:10,286 - DEBUG - Payload: {'signature':
'lsdLVNfCIelufUHs6LixL3riffw=', 'apiKey':
u'nzr3aEbj9wPt-8pe8xsx510O7g_xfhA3xmozRaWajWqYmipFRoCqryYq8akuHmQ8Q-D7Px7ohg-MgRuBjzESbA',
'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
u'856ae190-e3a6-4eb4-b682-234aeddc3484'}
2014-09-09 05:33:10,286 - DEBUG - Sending GET Cmd :
queryAsyncJobResult===
2014-09-09 05:33:10,315 - DEBUG - Response : {jobprocstatus : 0, created :
u'2014-09-09T05:33:10+', cmd :
u'org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewallRuleCmd',
userid : u'c00195ee-37d3-11e4-a979-ba3c937e668f', jobstatus : 0, jobid :
u'856ae190-e3a6-4eb4-b682-234aeddc3484', jobresultcode : 0, jobinstanceid :
u'cfdbb542-bd36-41c2-9b8f-9e74f1b94bc7', jobinstancetype : u'FirewallRule',
accountid : u'c00185cc-37d3-11e4-a979-ba3c937e668f'}
2014-09-09 05:33:15,320 - DEBUG - ===
JobId:856ae190-e3a6-4eb4-b682-234aeddc3484 is Still Processing, Will TimeOut
in:3595
2014-09-09 05:33:15,321 - DEBUG - Payload: {'signature':
'lsdLVNfCIelufUHs6LixL3riffw=', 'apiKey':
u'nzr3aEbj9wPt-8pe8xsx510O7g_xfhA3xmozRaWajWqYmipFRoCqryYq8akuHmQ8Q-D7Px7ohg-MgRuBjzESbA',
'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
u'856ae190-e3a6-4eb4-b682-234aeddc3484'}
2014-09-09 05:33:15,321 - DEBUG - Sending GET Cmd :
queryAsyncJobResult===
2014-09-09 05:33:15,341 - DEBUG - Response : {jobprocstatus : 0, created :
u'2014-09-09T05:33:10+', jobresult : {networkid :
u'e46b21a7-e4a3-4a10-ae1b-bce7a9d1d90e', protocol : u'all', fordisplay : True,
cidrlist : u'0.0.0.0/0', tags : [], state : u'Active', id :
u'cfdbb542-bd36-41c2-9b8f-9e74f1b94bc7'}, cmd :
u'org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewallRuleCmd',
userid : u'c00195ee-37d3-11e4-a979-ba3c937e668f', jobstatus : 1, jobid :
u'856ae190-e3a6-4eb4-b682-234aeddc3484', jobresultcode : 0, jobinstanceid :
u'cfdbb542-bd36-41c2-9b8f-9e74f1b94bc7', jobresulttype : u'object',
jobinstancetype : u'FirewallRule', accountid :
u'c00185cc-37d3-11e4-a979-ba3c937e668f'}
2014-09-09 05:33:15,342 - DEBUG - ===Jobid:856ae190-e3a6-4eb4-b682-234aeddc3484
; StartTime:Tue Sep 9 05:33:10 2014 ; EndTime:Tue Sep 9 05:33:15 2014 ;
TotalTime:-5===
2014-09-09 05:33:15,342 - DEBUG - Response : {jobprocstatus : 0, created :
u'2014-09-09T05:33:10+', jobresult : {networkid :
u'e46b21a7-e4a3-4a10-ae1b-bce7a9d1d90e', protocol : u'all', fordisplay : True,
cidrlist : u'0.0.0.0/0', tags : [], state : u'Active', id :
u'cfdbb542-bd36-41c2-9b8f-9e74f1b94bc7'}, cmd :
u'org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewallRuleCmd',
userid : u'c00195ee-37d3-11e4-a979-ba3c937e668f', jobstatus : 1, jobid :
u'856ae190-e3a6-4eb4-b682-234aeddc3484', jobresultcode : 0, jobinstanceid :
u'cfdbb542-bd36-41c2-9b8f-9e74f1b94bc7', jobresulttype : u'object',
jobinstancetype : u'FirewallRule', accountid :
u'c00185cc-37d3-11e4-a979-ba3c937e668f'}
{code}
I attached the management server log and test client execution logs to the bug
report,
Thank you,
Chandan.
[Automation] Egress Firewall Rule fails to create on the Virtual Router in
Hyper-V Setup - Reports Success instead of failure report
Key: CLOUDSTACK-7493
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7493
Project: CloudStack
Issue Type: Bug
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation, Test
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Assignee: Rajesh Battala
Priority: Blocker
Fix For: 4.5.0
Attachments: client_managementLogs.zip
==
Error in management Server log:
==
{code}
2014-09-03 18:04:36,689 DEBUG [c.c.a.ApiServlet]
(catalina-exec-22:ctx-a84568da ctx-c6c0fc58 ctx-985e7722) ===END===
10.220.135.217 -- GET
jobid=561bbb6c-7931-493d-a778-525086befb96apiKey=hCPmYiAF1lm_sBLrhXIEWXCJt0vYbxzkeFfv7E1ZhyPPL_TF6BvI8cVOm2AqLlzWwa2w9dO0eFQu6SafM_st3gcommand=queryAsyncJobResultresponse=jsonsignature=fWkgkcIGrOu7YQc%2Fw5GD%2B3HHGkM%3D
2014-09-03 18:04:36,701 DEBUG
