[jira] [Updated] (CLOUDSTACK-7135) [Automation] Fix the script test_baremetal.py - Can't have more than one Guest network in zone with network type Basic
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gaurav Aradhye updated CLOUDSTACK-7135: --- Status: Reviewable (was: In Progress) [Automation] Fix the script test_baremetal.py - Can't have more than one Guest network in zone with network type Basic Key: CLOUDSTACK-7135 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7135 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Gaurav Aradhye Priority: Critical Fix For: 4.5.0 Error Message: test_baremetal (integration.component.test_baremetal.TestBaremetal): DEBUG: Sending GET Cmd : createNetwork=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 10.220.135.73 requests.packages.urllib3.connectionpool: DEBUG: GET /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMAzoneid=1displaytext=defaultBaremetalNetworknetworkofferingid=84c3e203-139e-4412-ab81-8a6abecb3e35response=jsonname=defaultBaremetalNetworkcommand=createNetworksignature=alemHuTsxw31sTOaAyaZn2Cw4N8%3D HTTP/1.1 431 165 test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: Exception:['Traceback (most recent call last):\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py, line 150, in getResultObj\nraise cloudstackException.CloudstackAPIException(respname, errMsg)\n', CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic\n] Traceback (most recent call last): File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 308, in __parseAndGetResponse response_cls) File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py, line 150, in getResultObj raise cloudstackException.CloudstackAPIException(respname, errMsg) CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: marvinRequest : CmdName: marvin.cloudstackAPI.createNetwork.createNetworkCmd object at 0x302ebd0 Exception: ['Traceback (most recent call last):\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 375, in marvinRequest\nraise self.__lastError\n', CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic\n] Traceback (most recent call last): File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 375, in marvinRequest raise self.__lastError CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic test_baremetal (integration.component.test_baremetal.TestBaremetal): CRITICAL: EXCEPTION: test_baremetal: ['Traceback (most recent call last):\n', ' File /usr/lib/python2.7/unittest/case.py, line 332, in run\n testMethod()\n', ' File /home/jenkins/workspace/xenrt-reg-basic-xs/cloudstack.git/test/integration/component/test_baremetal.py, line 110, in test_baremetal\nnetwork = Network.create(self.apiclient, self.services[network], zoneid=self.zoneid, networkofferingid=networkoffering.id)\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/lib/base.py, line 2591, in create\nreturn Network(apiclient.createNetwork(cmd).__dict__)\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py, line 1854, in createNetwork\nresponse = self.connection.marvinRequest(command, response_type=response, method=method)\n', ' File
[jira] [Assigned] (CLOUDSTACK-7340) Instances unable to reach internet using SG provider and KVM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rohit Yadav reassigned CLOUDSTACK-7340: --- Assignee: Rohit Yadav Instances unable to reach internet using SG provider and KVM Key: CLOUDSTACK-7340 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7340 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Affects Versions: 4.4.0, 4.5.0, 4.4.1 Reporter: Rohit Yadav Assignee: Rohit Yadav Priority: Blocker Fix For: 4.4.1 Deployed a basic zone with Security Group, used KVM and setup agent. Host: Ubuntu 14.04, Core i7, The test hardware had two nics but used only eth0 and created two bridges cloud0 and cloud1: auto eth0 iface eth0 inet manual auto wlan0 iface wlan0 inet manual # Public network auto cloudbr0 iface cloudbr0 inet static address 192.168.1.150 netmask 255.255.255.0 gateway 192.168.1.1 dns-nameservers 192.168.1.1 8.8.8.8 #post-up route add default gw 192.168.1.1 bridge_ports eth0 bridge_fd 5 bridge_stp off bridge_maxwait 1 # Private network auto cloudbr1 iface cloudbr1 inet manual bridge_ports none bridge_fd 5 bridge_stp off bridge_maxwait 1 The cloudstack-agent (4.4.1) was configured to use cloudbr0 for public, private and guest network in its properties file. The default gateway was setup to 192.168.1.1 on cloudbr0 interface. - SSVM was able to reach internet. - CPVM was not Bridge output: $ brctl show bridge name bridge id STP enabled interfaces cloud0 8000.fe00a9fe0190 no vnet0 vnet4 vnet8 cloudbr08000.00012e4fde1c no eth0 vnet1 vnet2 vnet3 vnet5 vnet6 vnet7 vnet9 cloudbr18000. no lxcbr0 8000. no virbr0 8000. yes I'm suspecting something with traffic not going to right nic, not good at debugging network/bridge/kvm stuff so I'll need someone to setup and try with 4.4 branch. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7544) In multiple public subnet interface all ips got removed while removing first ip
Jayapal Reddy created CLOUDSTACK-7544: - Summary: In multiple public subnet interface all ips got removed while removing first ip Key: CLOUDSTACK-7544 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7544 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.0.2 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Fix For: 4.5.0 Repro steps: Step1: Enable static nat on 10.147.30.50 - static nat - eth3 Step2: Enable static nat on 10.147.48.90 - static nat - eth4 Step3: Enable static nat on 10.147.48.92 - static nat - eth4 5: eth3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f9:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.30.50/24 brd 10.147.30.255 scope global eth3 inet6 fe80::4cb:f9ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 6: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.90/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.92/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: delete static nat on 10.147.40.50 - atatic nat, eth3 got removed on VR 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 22: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.92/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.90/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: disable static nat on 10.147.48.90 (first ip) and observe that the eth4 is removed and eth3 got created. eth4 should not be created untill all the ips on eth4 are removed. [30573] 2014-08-14 17:44:45.175056 VMOPS enter setFirewallRule [30573] 2014-08-14 17:44:45.175140 ['/bin/bash', '/opt/xensource/bin/call_firewall.sh', '169.254.3.228', '-D', '', '-l', '10.147.48.92', '-r', '10.1.1.138', '-d', '0:0', '-G', ''] [30573] 2014-08-14 17:44:45.421672 SUCCESS [30573] 2014-08-14 17:44:45.421774 VMOPS exit setFirewallRule [30586] 2014-08-14 17:44:45.790151 VMOPS enter routerProxy [30586] 2014-08-14 17:44:45.790228 ['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-D', '', '-s', '-f', '-l', '10.147.48.92/24', '-c', 'eth4', '-g', '10.147.48.1'] [30586] 2014-08-14 17:44:46.052362 SUCCESS [30586] 2014-08-14 17:44:46.052464 VMOPS exit routerProxy [30592] 2014-08-14 17:44:46.135226 VMOPS enter routerProxy [30592] 2014-08-14 17:44:46.135306 ['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-D', '', '-s', '-f', '-l', '10.147.48.92/24', '-c', 'eth4', '-g', '10.147.48.1', '-d'] [30592] 2014-08-14 17:44:46.244325 FAILED: (rc 1) stdout: '', stderr: '+ ssh -p 3922 -q -o StrictHostKeyChecking=no -i /root/.ssh/id_rsa.cloud root@169.254.3.228 '/opt/cloud/bin/ipassoc.sh -D -s -f -l 10.147.48.92/24 -c eth4 -g 10.147.48.1 -d' + exit 1 ' [30592] 2014-08-14 17:44:46.244453 routerProxy command ipassoc.sh 169.254.3.228 -D -s -f -l 10.147.48.92/24 -c eth4 -g 10.147.48.1 -d failed [30592] 2014-08-14 17:44:46.244511 VMOPS exit routerProxy [30598] 2014-08-14 17:44:46.336404 VMOPS enter routerProxy [30598] 2014-08-14 17:44:46.336475 ['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'netusage.sh', '169.254.3.228', '-d', 'eth4'] [30598] 2014-08-14 17:44:46.443086 SUCCESS [30598] 2014-08-14 17:44:46.443189 VMOPS exit routerProxy [31018] 2014-08-14 17:44:49.121661 VMOPS enter routerProxy [31018] 2014-08-14 17:44:49.121736 ['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'netusage.sh', '169.254.3.228', '-a', 'eth3'] [31018] 2014-08-14 17:44:49.238719 SUCCESS [31018] 2014-08-14 17:44:49.238821 VMOPS exit routerProxy [31025] 2014-08-14 17:44:49.330067 VMOPS enter routerProxy [31025] 2014-08-14 17:44:49.330145 ['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-A', '', '-s', '-f', '-l', '10.147.48.90/24', '-c', 'eth3', '-g', '10.147.48.1'] [31025] 2014-08-14 17:44:49.735468 SUCCESS [31025] 2014-08-14 17:44:49.735568 VMOPS exit
[jira] [Updated] (CLOUDSTACK-7387) [Automation] Fix the script test_vpc_host_maintenance.py - Code is hardcoded to use certain host tags
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gaurav Aradhye updated CLOUDSTACK-7387: --- Status: Reviewable (was: In Progress) [Automation] Fix the script test_vpc_host_maintenance.py - Code is hardcoded to use certain host tags --- Key: CLOUDSTACK-7387 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7387 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 *Script is present at:* component/maint/test_vpc_host_maintenance.py Currently script assumes that the deployment has hosts with host_tag HOST_TAGS_HERE and uses two service offerings with this host_tag. The script is hardcoded with the above information. The proper design and correction should be as follows. # Find the cluster with two hosts ## If no two host cluster is found error out with proper message # Edit the host tags on the two hosts to two different unique names # Create corresponding service offerings with the two different unique names # Conduct the tests # In teardown script section of the script, edit the host tags on the hosts to empty. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7545) [VMware] DiskIOLimitation from ComputeOffering and DiskOffering doesn't apply to VM
Axel Delahaye created CLOUDSTACK-7545: - Summary: [VMware] DiskIOLimitation from ComputeOffering and DiskOffering doesn't apply to VM Key: CLOUDSTACK-7545 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7545 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: VMware Affects Versions: 4.3.0 Environment: Vmware Vcenter 5.5 Reporter: Axel Delahaye Priority: Critical When I set up an iops limit to the ComputeOffering or the DiskOffering. After start a VM and looking in the vCenter web client, all disks of the VM are set to Unlimited IOPS. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7540) S2SVpnConnections:CheckRouterTask is fails with NullPointer exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133729#comment-14133729 ] ASF subversion and git services commented on CLOUDSTACK-7540: - Commit 86bf33bfabfeb84ce08dda3a3b0f8f313404db4c in cloudstack's branch refs/heads/master from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=86bf33b ] CLOUDSTACK-7540: Fixed NPE in check s2svpn connection status S2SVpnConnections:CheckRouterTask is fails with NullPointer exception - Key: CLOUDSTACK-7540 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7540 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.2.0 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Fix For: 4.5.0 CheckRouterTask is failing with NullPointer exception and log is filling with with this messages continuously 1. Create two VPCs 2. Create VPN customer gateway 3. Create VPN connection When router is checking for vpn status getting NPE. MS log: Content of management log: [c.c.a.t.Request] (StatsCollector-2:ctx-30b6f162) Seq 1-2611524833921479961: Received: { Ans: , MgmtId: 7175246184473, via: 1, Ver: v1, Flags: 10, { GetStorageStatsAnswer } } 2014-07-01 15:10:31,002 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-287:ctx-67faca60) Seq 5-6290684254506525415: Executing request 2014-07-01 15:10:31,299 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-287:ctx-67faca60) Seq 5-6290684254506525415: Response Received: 2014-07-01 15:10:31,300 DEBUG [c.c.a.t.Request] (StatsCollector-2:ctx-30b6f162) Seq 5-6290684254506525415: Received: { Ans: , MgmtId: 7175246184473, via: 5, Ver: v1, Flags: 10, { GetStorageStatsAnswer } } 2014-07-01 15:10:49,681 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:ctx-b706b798) Found 9 routers to update status. 2014-07-01 15:10:49,692 DEBUG [c.c.a.t.Request] (RouterStatusMonitor-1:ctx-b706b798) Seq 5-6290684254506525416: Sending { Cmd , MgmtId: 7175246184473, via: 5(Rack1Pod1Host9), Ver: v1, Flags: 100111, [{com.cloud.agent.api.CheckS2SVpnConnectionsCommand:{vpnIps:[10.147.49.120],accessDetails: {router.name:r-238-VM,router.ip:169.254.3.241} ,wait:30}}] } 2014-07-01 15:10:49,693 DEBUG [c.c.a.t.Request] (RouterStatusMonitor-1:ctx-b706b798) Seq 5-6290684254506525416: Executing: { Cmd , MgmtId: 7175246184473, via: 5(Rack1Pod1Host9), Ver: v1, Flags: 100111, [{com.cloud.agent.api.CheckS2SVpnConnectionsCommand:{vpnIps:[10.147.49.120],accessDetails: {router.name:r-238-VM,router.ip:169.254.3.241} ,wait:30}}] } 2014-07-01 15:10:49,693 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-288:ctx-328fc667) Seq 5-6290684254506525416: Executing request 2014-07-01 15:10:49,693 DEBUG [c.c.h.x.r.CitrixResourceBase] (DirectAgent-288:ctx-328fc667) Executing command in VR: /opt/cloud/bin/router_proxy.sh checkbatchs2svpn.sh 169.254.3.241 10.147.49.120 2014-07-01 15:10:50,080 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-288:ctx-328fc667) Seq 5-6290684254506525416: Response Received: 2014-07-01 15:10:50,081 DEBUG [c.c.a.t.Request] (DirectAgent-288:ctx-328fc667) Seq 5-6290684254506525416: Processing: { Ans: , MgmtId: 7175246184473, via: 5, Ver: v1, Flags: 110, [{com.cloud.agent.api.CheckS2SVpnConnectionsAnswer:{ipToConnected:{},ipToDetail:{},details:whack: Pluto is not running (no \/var/run/pluto/pluto.ctl\)\n10.147.49.120:11:ISAKMP SA NOT found but checking IPsec;IPsec SA not found;Site-to-site VPN have not connected,result:true,wait:0}}] } 2014-07-01 15:10:50,081 DEBUG [c.c.a.t.Request] (RouterStatusMonitor-1:ctx-b706b798) Seq 5-6290684254506525416: Received: { Ans: , MgmtId: 7175246184473, via: 5, Ver: v1, Flags: 110, { CheckS2SVpnConnectionsAnswer } } 2014-07-01 15:10:50,081 DEBUG [c.c.a.m.AgentManagerImpl] (RouterStatusMonitor-1:ctx-b706b798) Details from executing class com.cloud.agent.api.CheckS2SVpnConnectionsCommand: whack: Pluto is not running (no /var/run/pluto/pluto.ctl) 10.147.49.120:11:ISAKMP SA NOT found but checking IPsec;IPsec SA not found;Site-to-site VPN have not connected 2014-07-01 15:10:50,084 DEBUG [c.c.a.m.AgentAttache] (DirectAgent-288:ctx-328fc667) Seq 5-6290684254506525416: No more commands found 2014-07-01 15:10:50,091 ERROR [c.c.n.r.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:ctx-b706b798) Fail to complete the CheckRouterTask! java.lang.NullPointerException at com.cloud.agent.api.CheckS2SVpnConnectionsAnswer.isConnected(CheckS2SVpnConnectionsAnswer.java:60) at
[jira] [Commented] (CLOUDSTACK-7544) In multiple public subnet interface all ips got removed while removing first ip
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133727#comment-14133727 ] ASF subversion and git services commented on CLOUDSTACK-7544: - Commit 3cb6d4a4dffc317603def7147bfeef7340c33a93 in cloudstack's branch refs/heads/master from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3cb6d4a ] CLOUDSTACK-7544: Fixed ip addr del issues in ipassoc In multiple public subnet interface all ips got removed while removing first ip --- Key: CLOUDSTACK-7544 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7544 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.0.2 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Fix For: 4.5.0 Repro steps: Step1: Enable static nat on 10.147.30.50 - static nat - eth3 Step2: Enable static nat on 10.147.48.90 - static nat - eth4 Step3: Enable static nat on 10.147.48.92 - static nat - eth4 5: eth3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f9:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.30.50/24 brd 10.147.30.255 scope global eth3 inet6 fe80::4cb:f9ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 6: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.90/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.92/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: delete static nat on 10.147.40.50 - atatic nat, eth3 got removed on VR 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 22: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.92/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.90/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: disable static nat on 10.147.48.90 (first ip) and observe that the eth4 is removed and eth3 got created. eth4 should not be created untill all the ips on eth4 are removed. [30573] 2014-08-14 17:44:45.175056 VMOPS enter setFirewallRule [30573] 2014-08-14 17:44:45.175140['/bin/bash', '/opt/xensource/bin/call_firewall.sh', '169.254.3.228', '-D', '', '-l', '10.147.48.92', '-r', '10.1.1.138', '-d', '0:0', '-G', ''] [30573] 2014-08-14 17:44:45.421672SUCCESS [30573] 2014-08-14 17:44:45.421774 VMOPS exit setFirewallRule [30586] 2014-08-14 17:44:45.790151 VMOPS enter routerProxy [30586] 2014-08-14 17:44:45.790228['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-D', '', '-s', '-f', '-l', '10.147.48.92/24', '-c', 'eth4', '-g', '10.147.48.1'] [30586] 2014-08-14 17:44:46.052362SUCCESS [30586] 2014-08-14 17:44:46.052464 VMOPS exit routerProxy [30592] 2014-08-14 17:44:46.135226 VMOPS enter routerProxy [30592] 2014-08-14 17:44:46.135306['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-D', '', '-s', '-f', '-l', '10.147.48.92/24', '-c', 'eth4', '-g', '10.147.48.1', '-d'] [30592] 2014-08-14 17:44:46.244325FAILED: (rc 1) stdout: '', stderr: '+ ssh -p 3922 -q -o StrictHostKeyChecking=no -i /root/.ssh/id_rsa.cloud root@169.254.3.228 '/opt/cloud/bin/ipassoc.sh -D -s -f -l 10.147.48.92/24 -c eth4 -g 10.147.48.1 -d' + exit 1 ' [30592] 2014-08-14 17:44:46.244453routerProxy command ipassoc.sh 169.254.3.228 -D -s -f -l 10.147.48.92/24 -c eth4 -g 10.147.48.1 -d failed [30592] 2014-08-14 17:44:46.244511 VMOPS exit routerProxy [30598] 2014-08-14 17:44:46.336404 VMOPS enter routerProxy [30598] 2014-08-14 17:44:46.336475['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'netusage.sh', '169.254.3.228', '-d', 'eth4'] [30598] 2014-08-14 17:44:46.443086SUCCESS [30598] 2014-08-14 17:44:46.443189 VMOPS exit routerProxy [31018] 2014-08-14 17:44:49.121661 VMOPS enter routerProxy [31018] 2014-08-14 17:44:49.121736['/bin/bash', '/opt/xensource/bin/router_proxy.sh',
[jira] [Commented] (CLOUDSTACK-7134) [Automation] Fix the script test_reset_ssh_keypair.py - Advanced Zone VM is being deployed in a Basic Zone deployment
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133734#comment-14133734 ] ASF subversion and git services commented on CLOUDSTACK-7134: - Commit 3a3e5c405854c0d77d37846e524815afe6cf in cloudstack's branch refs/heads/master from [~gauravaradhye] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3a3e5cb ] CLOUDSTACK-7134: Fixed test cases for basic zone, services dict was getting overwritten which passed zone type as advanced even in basic zone setup Signed-off-by: SrikanteswaraRao Talluri tall...@apache.org [Automation] Fix the script test_reset_ssh_keypair.py - Advanced Zone VM is being deployed in a Basic Zone deployment --- Key: CLOUDSTACK-7134 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7134 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Gaurav Aradhye Priority: Critical Fix For: 4.5.0 = Error Message: = est_01_reset_keypair_normal_user (integration.component.test_reset_ssh_keypair.TestResetSSHKeyUserRights): DEBUG: Response : {jobprocstatus : 0, created : u'2014-07-11T16:46:43+', cmd : u'org.apache.cloudstack.api.command.admin.vm.DeployVMCmdByAdmin', userid : u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 1, jobid : u'e7c495f1-6324-4253-a453-494e2a36ae02', jobresultcode : 0, jobresulttype : u'object', jobresult : {domain : u'ROOT', domainid : u'7ccbf6bc-08ed-11e4-887d-928d578f5db8', haenable : False, templatename : u'Cent OS Template-9UKJWR', securitygroup : [{egressrule : [], account : u'test-TestResetSSHKeypair-test_01_reset_keypair_normal_user-D073XD', description : u'Default Security Group', tags : [], ingressrule : [], id : u'980df1d5-b24b-4851-b86c-2fd149692a57', name : u'default'}], zoneid : u'ae56b8ba-3fd6-4f63-b71f-32128f86688a', cpunumber : 1, ostypeid : 12, passwordenabled : True, instancename : u'i-150-92-VM', id : u'e391e779-2efe-4c6a-ad1f-e03d0867165f', hostname : u'swordtail', displayvm : True, state : u'Running', guestosid : u'7cd2c9a6-08ed-11e4-887d-928d578f5db8', details : {hypervisortoolsversion : u'xenserver56'}, memory : 128, serviceofferingid : u'5a70bf03-2147-4426-80a9-11d76f658c7b', zonename : u'XenRT-Zone-0', isdynamicallyscalable : False, displayname : u'VM', tags : [], nic : [{networkid : u'd792af3b-8e8d-4830-aa96-0933f42c71a3', macaddress : u'06:95:c6:00:00:12', type : u'Shared', broadcasturi : u'vlan://untagged', traffictype : u'Guest', netmask : u'255.255.240.0', ipaddress : u'10.220.114.151', id : u'1ba07040-dbaa-419e-8941-a7ba6f922676', networkname : u'guestNetworkForBasicZone', gateway : u'10.220.112.1', isdefault : True}], cpuspeed : 100, jobstatus : 0, templateid : u'b9946974-966c-4a74-8c57-c9a55e08542d', password : u'kU8pbbvtg', affinitygroup : [], account : u'test-TestResetSSHKeypair-test_01_reset_keypair_normal_user-D073XD', hostid : u'71c113f0-a559-4c9f-95b0-1bfeec463a9c', name : u'VM-e391e779-2efe-4c6a-ad1f-e03d0867165f', created : u'2014-07-11T16:46:43+', hypervisor : u'XenServer', jobid : u'e7c495f1-6324-4253-a453-494e2a36ae02', rootdevicetype : u'ROOT', rootdeviceid : 0, serviceofferingname : u'Tiny Instance', templatedisplaytext : u'Cent OS Template'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'} test_01_reset_keypair_normal_user (integration.component.test_reset_ssh_keypair.TestResetSSHKeyUserRights): DEBUG: Payload: {'account': u'test-TestResetSSHKeypair-test_01_reset_keypair_normal_user-D073XD', 'domainid': u'7ccbf6bc-08ed-11e4-887d-928d578f5db8', 'zoneid': u'ae56b8ba-3fd6-4f63-b71f-32128f86688a', 'apiKey': u'Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA', 'command': 'associateIpAddress', 'signature': '52qNzGUlB0gK2dd/0r/tdZKGWaE=', 'response': 'json'} test_01_reset_keypair_normal_user (integration.component.test_reset_ssh_keypair.TestResetSSHKeyUserRights): DEBUG: Sending GET Cmd : associateIpAddress=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 10.220.135.73 requests.packages.urllib3.connectionpool: DEBUG: GET
[jira] [Commented] (CLOUDSTACK-7143) Refactor systemvm build scripts to be easier to test
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133740#comment-14133740 ] ASF GitHub Bot commented on CLOUDSTACK-7143: Github user bhaisaab commented on the pull request: https://github.com/apache/cloudstack/pull/16#issuecomment-55569445 Hi, I'll try to setup a build job for this PR and see if we can merge it on master soon after testing new builds. Refactor systemvm build scripts to be easier to test Key: CLOUDSTACK-7143 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7143 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: SystemVM Reporter: Leo Simons Fix For: Future The veewee-wrapping build code could do with some love. E-mail thread: http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201407.mbox/%3C7A6CF878-7A28-4D4A-BCD2-0C264F8C90B7%40schubergphilis.com%3E -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7364) NetScaler won't create the Public VLAN and Bind the IP to it
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rajesh Battala updated CLOUDSTACK-7364: --- Assignee: Saksham Srivastava (was: Rajesh Battala) NetScaler won't create the Public VLAN and Bind the IP to it Key: CLOUDSTACK-7364 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7364 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Affects Versions: 4.3.0, 4.4.0, 4.4.1 Reporter: Francois Gaudreault Assignee: Saksham Srivastava Priority: Critical Attachments: management-server.log.debug.gz When adding a Load Balancing rule with the NetScaler, the provider will tag and bind the private IP to the appropriate interface. However, the behaviour for the Public Interface is different. It simply adds the IP untagged on all interfaces. This is wrong. The public VLAN should be tagged, and the VIP bound to the right VLAN tag to avoid unnecessary ARP on other VLANs. NS Version tested: 123,11, 127.10, 128.8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7540) S2SVpnConnections:CheckRouterTask is fails with NullPointer exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133769#comment-14133769 ] Jayapal Reddy commented on CLOUDSTACK-7540: --- Problem: --- S2S vpn connection status check is failed with NPE Root Cause Analysis: -- When checking the connection status called CheckS2SVpnConnectionsAnswer.java.isConnected() method on the ip. With that ip there are no connections returned. This method tried to return 'null'. The return type is boolean caused the NPE. Proposed solution: --- Getting connected ips into Bollean and returning only if it is null. Verification steps: -- 1. Create VPCs 2. Add Network-'VPN customer gateway' (select from Select View: drop down) 3. Create vpn connection. VPC-Site-To-Site VPN' -Create VPN connection 4. Observe the logs for CheckS2SVpnConnections command. There should not be any exception. S2SVpnConnections:CheckRouterTask is fails with NullPointer exception - Key: CLOUDSTACK-7540 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7540 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.2.0 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Fix For: 4.5.0 CheckRouterTask is failing with NullPointer exception and log is filling with with this messages continuously 1. Create two VPCs 2. Create VPN customer gateway 3. Create VPN connection When router is checking for vpn status getting NPE. MS log: Content of management log: [c.c.a.t.Request] (StatsCollector-2:ctx-30b6f162) Seq 1-2611524833921479961: Received: { Ans: , MgmtId: 7175246184473, via: 1, Ver: v1, Flags: 10, { GetStorageStatsAnswer } } 2014-07-01 15:10:31,002 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-287:ctx-67faca60) Seq 5-6290684254506525415: Executing request 2014-07-01 15:10:31,299 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-287:ctx-67faca60) Seq 5-6290684254506525415: Response Received: 2014-07-01 15:10:31,300 DEBUG [c.c.a.t.Request] (StatsCollector-2:ctx-30b6f162) Seq 5-6290684254506525415: Received: { Ans: , MgmtId: 7175246184473, via: 5, Ver: v1, Flags: 10, { GetStorageStatsAnswer } } 2014-07-01 15:10:49,681 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:ctx-b706b798) Found 9 routers to update status. 2014-07-01 15:10:49,692 DEBUG [c.c.a.t.Request] (RouterStatusMonitor-1:ctx-b706b798) Seq 5-6290684254506525416: Sending { Cmd , MgmtId: 7175246184473, via: 5(Rack1Pod1Host9), Ver: v1, Flags: 100111, [{com.cloud.agent.api.CheckS2SVpnConnectionsCommand:{vpnIps:[10.147.49.120],accessDetails: {router.name:r-238-VM,router.ip:169.254.3.241} ,wait:30}}] } 2014-07-01 15:10:49,693 DEBUG [c.c.a.t.Request] (RouterStatusMonitor-1:ctx-b706b798) Seq 5-6290684254506525416: Executing: { Cmd , MgmtId: 7175246184473, via: 5(Rack1Pod1Host9), Ver: v1, Flags: 100111, [{com.cloud.agent.api.CheckS2SVpnConnectionsCommand:{vpnIps:[10.147.49.120],accessDetails: {router.name:r-238-VM,router.ip:169.254.3.241} ,wait:30}}] } 2014-07-01 15:10:49,693 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-288:ctx-328fc667) Seq 5-6290684254506525416: Executing request 2014-07-01 15:10:49,693 DEBUG [c.c.h.x.r.CitrixResourceBase] (DirectAgent-288:ctx-328fc667) Executing command in VR: /opt/cloud/bin/router_proxy.sh checkbatchs2svpn.sh 169.254.3.241 10.147.49.120 2014-07-01 15:10:50,080 DEBUG [c.c.a.m.DirectAgentAttache] (DirectAgent-288:ctx-328fc667) Seq 5-6290684254506525416: Response Received: 2014-07-01 15:10:50,081 DEBUG [c.c.a.t.Request] (DirectAgent-288:ctx-328fc667) Seq 5-6290684254506525416: Processing: { Ans: , MgmtId: 7175246184473, via: 5, Ver: v1, Flags: 110, [{com.cloud.agent.api.CheckS2SVpnConnectionsAnswer:{ipToConnected:{},ipToDetail:{},details:whack: Pluto is not running (no \/var/run/pluto/pluto.ctl\)\n10.147.49.120:11:ISAKMP SA NOT found but checking IPsec;IPsec SA not found;Site-to-site VPN have not connected,result:true,wait:0}}] } 2014-07-01 15:10:50,081 DEBUG [c.c.a.t.Request] (RouterStatusMonitor-1:ctx-b706b798) Seq 5-6290684254506525416: Received: { Ans: , MgmtId: 7175246184473, via: 5, Ver: v1, Flags: 110, { CheckS2SVpnConnectionsAnswer } } 2014-07-01 15:10:50,081 DEBUG [c.c.a.m.AgentManagerImpl] (RouterStatusMonitor-1:ctx-b706b798) Details from executing class com.cloud.agent.api.CheckS2SVpnConnectionsCommand: whack: Pluto is not running (no /var/run/pluto/pluto.ctl) 10.147.49.120:11:ISAKMP SA NOT found but checking IPsec;IPsec SA not found;Site-to-site VPN have not connected 2014-07-01 15:10:50,084 DEBUG
[jira] [Commented] (CLOUDSTACK-7373) Incorrect Japanese keyboard mapping with CentOS CLI guestOS on VMware host
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133782#comment-14133782 ] ASF subversion and git services commented on CLOUDSTACK-7373: - Commit 4796cceb3464d3db8ec4cd71e334ff5b00285e1b in cloudstack's branch refs/heads/master from [~sanjay.tripathi] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4796cce ] CLOUDSTACK-7373: Incorrect Japanese keyboard mapping with CentOS CLI guestOS on VMware. Fixed the jp keyboard issues for VMs deployed with keyboard=jp param. Incorrect Japanese keyboard mapping with CentOS CLI guestOS on VMware host -- Key: CLOUDSTACK-7373 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7373 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: VNC Proxy Affects Versions: 4.4.0 Environment: Latest master branch(4.5) VMware ESXI 5.1 CentOS 6.3 CLI Reporter: Sanjay Tripathi Assignee: Sanjay Tripathi Fix For: 4.5.0 VM - Cent OS 6.5 x64 ( Both GUI and CLI) Keyboard - JP The Keys that are mapped incorrectly are: ||Sl. No||Actual Key Typed||Key mapped to| |1 | _| - | |2 | ^ | = | |3 | @ | [ | |4 | [| ] | |5 | :| ’ | |6 | ]| \ | |7 | \| No input taken | | | | | || |||Shift Keys||Shift Keys| |9 | ” | @ | |10 | | ^| |11 | ’ | | |12 | ( | *| |13 | ) |( | |14 | = |) | |15 | ~ | _ | |16 | ` |+ | |17 | { } | [ | |18 | + | ] | |19 | * |:| |20 | } | ”| |21 | _ | No input taken | Additional Information: #vi /etc/sysconfig/i18n Language set as : LANG=ja_JP.utf8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7545) [VMware] DiskIOLimitation from ComputeOffering and DiskOffering doesn't apply to VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7545?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133786#comment-14133786 ] Wei Zhou commented on CLOUDSTACK-7545: -- This functionality only works on KVM (not implemented for VmWare/XenServer) [VMware] DiskIOLimitation from ComputeOffering and DiskOffering doesn't apply to VM --- Key: CLOUDSTACK-7545 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7545 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: VMware Affects Versions: 4.3.0 Environment: Vmware Vcenter 5.5 Reporter: Axel Delahaye Priority: Critical Labels: iops, vmware When I set up an iops limit to the ComputeOffering or the DiskOffering. After start a VM and looking in the vCenter web client, all disks of the VM are set to Unlimited IOPS. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7391) [Automation] Fix the script test_host_high_availability.py - Error Message: suitablehost should not be None
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133792#comment-14133792 ] ASF subversion and git services commented on CLOUDSTACK-7391: - Commit 46c1c1c94969554b3c4c3867fefb64adbff45291 in cloudstack's branch refs/heads/master from [~gauravaradhye] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=46c1c1c ] CLOUDSTACK-7391: Passing virtualmachineid while retrieving suitable hosts for migration Signed-off-by: SrikanteswaraRao Talluri tall...@apache.org [Automation] Fix the script test_host_high_availability.py - Error Message: suitablehost should not be None --- Key: CLOUDSTACK-7391 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7391 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 == Client Code: == def test_03_cant_migrate_vm_to_host_with_ha_positive(self): Verify you can not migrate VMs to hosts with an ha.tag (positive) . . . vm = vms[0] self.debug(Deployed VM on host: %s % vm.hostid) #Find out a Suitable host for VM migration list_hosts_response = list_hosts( self.apiclient, *BUG: Query the list of hosts with vm id. Only then the response will have list of suitable and non-suitable hosts. Else suitableforMigration is not returned in the response* ) self.assertEqual( isinstance(list_hosts_response, list), True, The listHosts API returned the invalid list ) self.assertNotEqual( len(list_hosts_response), 0, The listHosts returned nothing. ) suitableHost = None for host in list_hosts_response: if host.suitableformigration == True and host.hostid != vm.hostid: suitableHost = host break self.assertTrue(suitableHost is not None, suitablehost should not be None) *Error Message: suitablehost should not be None* {code} Cmd : listHosts=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 10.220.135.39 requests.packages.urllib3.connectionpool: DEBUG: GET /client/api?apiKey=NpffyWZkfwK7gPcNpx28Ohv6K56ftl57A409SyokqHjJ2ZNe3AvvF3F0teTETeIIqrtlcWpQOooM3cQyPveGXwcommand=listHostsresponse=jsonsignature=gh2gh3mSzQNAcfMdspqc9v1JE3U%3D HTTP/1.1 200 3708 test_03_cant_migrate_vm_to_host_with_ha_positive (integration.component.maint.test_host_high_availability.TestHostHighAvailability): DEBUG: Response : [{name : u's-2-VM', created : u'2014-08-20T04:31:37+', ipaddress : u'10.220.136.107', islocalstorageactive : False, podid : u'027c1e45-5867-40f8-8ad9-685b5eb63dd2', resourcestate : u'Enabled', zoneid : u'f2acfe0c-c8c8-4353-8f97-a3e0f14d6357', state : u'Up', version : u'4.5.0-SNAPSHOT', managementserverid : 231707544610094, podname : u'XenRT-Zone-0-Pod-0', id : u'bb004159-d510-42b4-bfd5-878140a11f78', lastpinged : u'1970-01-16T22:04:57+', type : u'SecondaryStorageVM', events : u'AgentDisconnected; PingTimeout; Remove; ShutdownRequested; AgentConnected; HostDown; ManagementServerDown; Ping; StartAgentRebalance', zonename : u'XenRT-Zone-0'}, {name : u'v-1-VM', created : u'2014-08-20T04:31:37+', ipaddress : u'10.220.136.105', islocalstorageactive : False, podid : u'027c1e45-5867-40f8-8ad9-685b5eb63dd2', resourcestate : u'Enabled', zoneid : u'f2acfe0c-c8c8-4353-8f97-a3e0f14d6357', state : u'Up', version : u'4.5.0-SNAPSHOT', managementserverid : 231707544610094, podname : u'XenRT-Zone-0-Pod-0', id : u'f328a0d1-f4cb-4486-9550-dd46c403c3ed', lastpinged : u'1970-01-16T22:04:57+', type : u'ConsoleProxy', events : u'AgentDisconnected; PingTimeout; Remove; ShutdownRequested; AgentConnected; HostDown; ManagementServerDown; Ping; StartAgentRebalance', zonename : u'XenRT-Zone-0'}, {cpuwithoverprovisioning : u'28800.0', version : u'4.5.0-SNAPSHOT', memorytotal : 31073792896, zoneid : u'f2acfe0c-c8c8-4353-8f97-a3e0f14d6357', cpunumber : 12, managementserverid : 231707544610094, cpuallocated : u'2.08%', memoryused : 4211653, id : u'1f5f180e-3eb1-4a6a-92f8-8df71df57962', cpuused : u'0.03%', hypervisorversion : u'6.2.0', clusterid : u'af55ad36-15c8-424b-916b-db1550aae5ff', 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 : 268435456, networkkbswrite : 5383,
[jira] [Commented] (CLOUDSTACK-7538) Can not remove the vm nic due to there is another vm with same internal ip having port forwording rule
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133796#comment-14133796 ] Saksham Srivastava commented on CLOUDSTACK-7538: A particular case where the fix will not work is when the same vm has 2 nics in different networks but the IPs of both the nics are same and one of them is configured for PF. Wei the following query is executed while checking for PF rules : SELECT firewall_rules.id, firewall_rules.xid, firewall_rules.domain_id, firewall_rules.account_id, firewall_rules.ip_address_id, firewall_rules.start_port, firewall_rules.end_port, firewall_rules.protocol, firewall_rules.purpose, firewall_rules.state, firewall_rules.created, firewall_rules.network_id, firewall_rules.icmp_code, firewall_rules.icmp_type, firewall_rules.related, firewall_rules.type, firewall_rules.traffic_type, firewall_rules.uuid, port_forwarding_rules.dest_ip_address, port_forwarding_rules.dest_port_start, port_forwarding_rules.dest_port_end, port_forwarding_rules.instance_id FROM port_forwarding_rules INNER JOIN firewall_rules ON port_forwarding_rules.id=firewall_rules.id WHERE firewall_rules.purpose='PortForwarding' AND port_forwarding_rules.dest_ip_address = IP of NIC to remove; So the param that needs to be added should be networkid of the nic,which will assure that only the IP of the nic that is being removed is checked for PF rules. A network should not have same IP assigned to different nics while a vm can still have same IPs in different networks. Can not remove the vm nic due to there is another vm with same internal ip having port forwording rule -- Key: CLOUDSTACK-7538 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7538 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Affects Versions: 4.4.0, 4.5.0 Reporter: Wei Zhou Assignee: Wei Zhou Fix For: 4.5.0, 4.4.1 When I tried to remove a nic from a VM, an exception raised: 2014-09-08 10:07:12,847 ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-109:job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ]) Unexpected exception while executing org.apache.cloudstack.api.command.user.vm.RemoveNicFromVMCmd com.cloud.utils.exception.CloudRuntimeException: Failed to remove nic from VM[User|CentOS65] in Ntwk[300|Guest|1], nic has associated Port forwarding or Load balancer or Static NAT rules. at com.cloud.vm.VirtualMachineManagerImpl.removeNicFromVm(VirtualMachineManagerImpl.java:3129) at com.cloud.vm.UserVmManagerImpl.removeNicFromVirtualMachine(UserVmManagerImpl.java:1068) at org.apache.cloudstack.api.command.user.vm.RemoveNicFromVMCmd.execute(RemoveNicFromVMCmd.java:103) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158) at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531) 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:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:701) 2014-09-08 10:07:12,849 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-109:job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ]) Complete async job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ], jobStatus: 2, resultCode: 530, result: Error Code: 530 Error text: Failed to remove nic from VM[User|CentOS65] in Ntwk[300|Guest|1], nic has associated Port forwarding or Load balancer or Static NAT rules. This is because there is another vm (with same internal ip) having port forward rules . -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-7340) Instances unable to reach internet using SG provider and KVM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rohit Yadav closed CLOUDSTACK-7340. --- Resolution: Cannot Reproduce Cannot reproduce now, works for me. Instances unable to reach internet using SG provider and KVM Key: CLOUDSTACK-7340 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7340 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Affects Versions: 4.4.0, 4.5.0, 4.4.1 Reporter: Rohit Yadav Assignee: Rohit Yadav Priority: Blocker Fix For: 4.4.1 Deployed a basic zone with Security Group, used KVM and setup agent. Host: Ubuntu 14.04, Core i7, The test hardware had two nics but used only eth0 and created two bridges cloud0 and cloud1: auto eth0 iface eth0 inet manual auto wlan0 iface wlan0 inet manual # Public network auto cloudbr0 iface cloudbr0 inet static address 192.168.1.150 netmask 255.255.255.0 gateway 192.168.1.1 dns-nameservers 192.168.1.1 8.8.8.8 #post-up route add default gw 192.168.1.1 bridge_ports eth0 bridge_fd 5 bridge_stp off bridge_maxwait 1 # Private network auto cloudbr1 iface cloudbr1 inet manual bridge_ports none bridge_fd 5 bridge_stp off bridge_maxwait 1 The cloudstack-agent (4.4.1) was configured to use cloudbr0 for public, private and guest network in its properties file. The default gateway was setup to 192.168.1.1 on cloudbr0 interface. - SSVM was able to reach internet. - CPVM was not Bridge output: $ brctl show bridge name bridge id STP enabled interfaces cloud0 8000.fe00a9fe0190 no vnet0 vnet4 vnet8 cloudbr08000.00012e4fde1c no eth0 vnet1 vnet2 vnet3 vnet5 vnet6 vnet7 vnet9 cloudbr18000. no lxcbr0 8000. no virbr0 8000. yes I'm suspecting something with traffic not going to right nic, not good at debugging network/bridge/kvm stuff so I'll need someone to setup and try with 4.4 branch. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7538) Can not remove the vm nic due to there is another vm with same internal ip having port forwording rule
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133802#comment-14133802 ] Wei Zhou commented on CLOUDSTACK-7538: -- I totally agree with you. The commit for CLOUDSTACK-6223 is not a prefect fix, but it is better than nothing, right? I have asked Daan to cherry-pick the commit to 4.4 and he did it. Can not remove the vm nic due to there is another vm with same internal ip having port forwording rule -- Key: CLOUDSTACK-7538 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7538 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Affects Versions: 4.4.0, 4.5.0 Reporter: Wei Zhou Assignee: Wei Zhou Fix For: 4.5.0, 4.4.1 When I tried to remove a nic from a VM, an exception raised: 2014-09-08 10:07:12,847 ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-109:job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ]) Unexpected exception while executing org.apache.cloudstack.api.command.user.vm.RemoveNicFromVMCmd com.cloud.utils.exception.CloudRuntimeException: Failed to remove nic from VM[User|CentOS65] in Ntwk[300|Guest|1], nic has associated Port forwarding or Load balancer or Static NAT rules. at com.cloud.vm.VirtualMachineManagerImpl.removeNicFromVm(VirtualMachineManagerImpl.java:3129) at com.cloud.vm.UserVmManagerImpl.removeNicFromVirtualMachine(UserVmManagerImpl.java:1068) at org.apache.cloudstack.api.command.user.vm.RemoveNicFromVMCmd.execute(RemoveNicFromVMCmd.java:103) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158) at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531) 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:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:701) 2014-09-08 10:07:12,849 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-109:job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ]) Complete async job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ], jobStatus: 2, resultCode: 530, result: Error Code: 530 Error text: Failed to remove nic from VM[User|CentOS65] in Ntwk[300|Guest|1], nic has associated Port forwarding or Load balancer or Static NAT rules. This is because there is another vm (with same internal ip) having port forward rules . -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7544) In multiple public subnet interface all ips got removed while removing first ip
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jayapal Reddy updated CLOUDSTACK-7544: -- Description: Repro steps: Step1: Enable static nat on 10.147.30.50 - static nat - eth3 Step2: Enable static nat on 10.147.48.90 - static nat - eth4 Step3: Enable static nat on 10.147.48.92 - static nat - eth4 5: eth3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f9:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.30.50/24 brd 10.147.30.255 scope global eth3 inet6 fe80::4cb:f9ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 6: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.90/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.92/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: delete static nat on 10.147.40.50 - atatic nat, eth3 got removed on VR 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 22: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.92/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.90/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: disable static nat on 10.147.48.90 (first ip) and observe that the eth4 is removed with all the ups [30573] 2014-08-14 17:44:45.175056 VMOPS enter setFirewallRule [30573] 2014-08-14 17:44:45.175140 ['/bin/bash', '/opt/xensource/bin/call_firewall.sh', '169.254.3.228', '-D', '', '-l', '10.147.48.92', '-r', '10.1.1.138', '-d', '0:0', '-G', ''] [30573] 2014-08-14 17:44:45.421672 SUCCESS [30573] 2014-08-14 17:44:45.421774 VMOPS exit setFirewallRule [30586] 2014-08-14 17:44:45.790151 VMOPS enter routerProxy [30586] 2014-08-14 17:44:45.790228 ['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-D', '', '-s', '-f', '-l', '10.147.48.92/24', '-c', 'eth4', '-g', '10.147.48.1'] 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 23: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever was: Repro steps: Step1: Enable static nat on 10.147.30.50 - static nat - eth3 Step2: Enable static nat on 10.147.48.90 - static nat - eth4 Step3: Enable static nat on 10.147.48.92 - static nat - eth4 5: eth3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f9:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.30.50/24 brd 10.147.30.255 scope global eth3 inet6 fe80::4cb:f9ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 6: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.90/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.92/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: delete static nat on 10.147.40.50 - atatic nat, eth3 got removed on VR 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 22: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.92/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.90/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: disable static nat on 10.147.48.90 (first ip) and observe that the eth4 is removed and eth3 got created. eth4 should not be created untill all the ips on eth4 are removed. [30573] 2014-08-14 17:44:45.175056 VMOPS enter
[jira] [Commented] (CLOUDSTACK-7135) [Automation] Fix the script test_baremetal.py - Can't have more than one Guest network in zone with network type Basic
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133799#comment-14133799 ] ASF subversion and git services commented on CLOUDSTACK-7135: - Commit 593ba5538a1248f799b267bc3a92cf6a6522f884 in cloudstack's branch refs/heads/master from [~gauravaradhye] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=593ba55 ] CLOUDSTACK-7135: test_baremetal.py - Tagging test case as invalid Signed-off-by: SrikanteswaraRao Talluri tall...@apache.org [Automation] Fix the script test_baremetal.py - Can't have more than one Guest network in zone with network type Basic Key: CLOUDSTACK-7135 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7135 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Test Affects Versions: 4.5.0 Reporter: Chandan Purushothama Assignee: Gaurav Aradhye Priority: Critical Fix For: 4.5.0 Error Message: test_baremetal (integration.component.test_baremetal.TestBaremetal): DEBUG: Sending GET Cmd : createNetwork=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 10.220.135.73 requests.packages.urllib3.connectionpool: DEBUG: GET /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMAzoneid=1displaytext=defaultBaremetalNetworknetworkofferingid=84c3e203-139e-4412-ab81-8a6abecb3e35response=jsonname=defaultBaremetalNetworkcommand=createNetworksignature=alemHuTsxw31sTOaAyaZn2Cw4N8%3D HTTP/1.1 431 165 test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: Exception:['Traceback (most recent call last):\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py, line 150, in getResultObj\nraise cloudstackException.CloudstackAPIException(respname, errMsg)\n', CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic\n] Traceback (most recent call last): File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 308, in __parseAndGetResponse response_cls) File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py, line 150, in getResultObj raise cloudstackException.CloudstackAPIException(respname, errMsg) CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: marvinRequest : CmdName: marvin.cloudstackAPI.createNetwork.createNetworkCmd object at 0x302ebd0 Exception: ['Traceback (most recent call last):\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 375, in marvinRequest\nraise self.__lastError\n', CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic\n] Traceback (most recent call last): File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 375, in marvinRequest raise self.__lastError CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: 431, errorText:Can't have more than one Guest network in zone with network type Basic test_baremetal (integration.component.test_baremetal.TestBaremetal): CRITICAL: EXCEPTION: test_baremetal: ['Traceback (most recent call last):\n', ' File /usr/lib/python2.7/unittest/case.py, line 332, in run\n testMethod()\n', ' File /home/jenkins/workspace/xenrt-reg-basic-xs/cloudstack.git/test/integration/component/test_baremetal.py, line 110, in test_baremetal\nnetwork = Network.create(self.apiclient, self.services[network], zoneid=self.zoneid, networkofferingid=networkoffering.id)\n', ' File /local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/lib/base.py, line 2591, in create\nreturn
[jira] [Commented] (CLOUDSTACK-7544) In multiple public subnet interface all ips got removed while removing first ip
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133807#comment-14133807 ] Jayapal Reddy commented on CLOUDSTACK-7544: --- Problem: --- first ip address on additional public subnet is deleted observed that the interface on the router removed Root Cause Analysis: -- 1. deleting primary ip deletes all the ips on the interface 2. Here deleting 10.147.48.90 deletes the other ip. root@r-2-VM:~# ip addr show dev eth4 24: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.90/24 scope global eth4 inet 10.147.48.92/24 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever root@r-2-VM:~# ip addr del dev eth4 10.147.48.90/24 root@r-2-VM:~# ip addr show dev eth4 24: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Proposed solution: --- After deleting the ip add the remaining ips again into interface. Verification steps: -- 1. Create additional public subnet 2. Acquire more than ip and configure some rules on the ip. 3. Delete the first ip and make sure remaining ips are present on the interface. In multiple public subnet interface all ips got removed while removing first ip --- Key: CLOUDSTACK-7544 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7544 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.0.2 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Fix For: 4.5.0 Repro steps: Step1: Enable static nat on 10.147.30.50 - static nat - eth3 Step2: Enable static nat on 10.147.48.90 - static nat - eth4 Step3: Enable static nat on 10.147.48.92 - static nat - eth4 5: eth3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f9:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.30.50/24 brd 10.147.30.255 scope global eth3 inet6 fe80::4cb:f9ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 6: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.90/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.92/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: delete static nat on 10.147.40.50 - atatic nat, eth3 got removed on VR 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 22: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.92/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.90/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: disable static nat on 10.147.48.90 (first ip) and observe that the eth4 is removed with all the ups [30573] 2014-08-14 17:44:45.175056 VMOPS enter setFirewallRule [30573] 2014-08-14 17:44:45.175140['/bin/bash', '/opt/xensource/bin/call_firewall.sh', '169.254.3.228', '-D', '', '-l', '10.147.48.92', '-r', '10.1.1.138', '-d', '0:0', '-G', ''] [30573] 2014-08-14 17:44:45.421672SUCCESS [30573] 2014-08-14 17:44:45.421774 VMOPS exit setFirewallRule [30586] 2014-08-14 17:44:45.790151 VMOPS enter routerProxy [30586] 2014-08-14 17:44:45.790228['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-D', '', '-s', '-f', '-l', '10.147.48.92/24', '-c', 'eth4', '-g', '10.147.48.1'] 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 23: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether
[jira] [Resolved] (CLOUDSTACK-7544) In multiple public subnet interface all ips got removed while removing first ip
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jayapal Reddy resolved CLOUDSTACK-7544. --- Resolution: Fixed In multiple public subnet interface all ips got removed while removing first ip --- Key: CLOUDSTACK-7544 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7544 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.0.2 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Fix For: 4.5.0 Repro steps: Step1: Enable static nat on 10.147.30.50 - static nat - eth3 Step2: Enable static nat on 10.147.48.90 - static nat - eth4 Step3: Enable static nat on 10.147.48.92 - static nat - eth4 5: eth3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f9:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.30.50/24 brd 10.147.30.255 scope global eth3 inet6 fe80::4cb:f9ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 6: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.90/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.92/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: delete static nat on 10.147.40.50 - atatic nat, eth3 got removed on VR 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 22: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.48.92/24 brd 10.147.48.255 scope global eth4 inet 10.147.48.90/24 brd 10.147.48.255 scope global secondary eth4 inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever Step4: disable static nat on 10.147.48.90 (first ip) and observe that the eth4 is removed with all the ups [30573] 2014-08-14 17:44:45.175056 VMOPS enter setFirewallRule [30573] 2014-08-14 17:44:45.175140['/bin/bash', '/opt/xensource/bin/call_firewall.sh', '169.254.3.228', '-D', '', '-l', '10.147.48.92', '-r', '10.1.1.138', '-d', '0:0', '-G', ''] [30573] 2014-08-14 17:44:45.421672SUCCESS [30573] 2014-08-14 17:44:45.421774 VMOPS exit setFirewallRule [30586] 2014-08-14 17:44:45.790151 VMOPS enter routerProxy [30586] 2014-08-14 17:44:45.790228['/bin/bash', '/opt/xensource/bin/router_proxy.sh', 'ipassoc.sh', '169.254.3.228', '-D', '', '-s', '-f', '-l', '10.147.48.92/24', '-c', 'eth4', '-g', '10.147.48.1'] 4: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:f0:00:00:0d brd ff:ff:ff:ff:ff:ff inet 10.147.31.23/24 brd 10.147.31.255 scope global eth2 inet 10.147.31.22/24 brd 10.147.31.255 scope global secondary eth2 inet6 fe80::4cb:f0ff:fe00:d/64 scope link valid_lft forever preferred_lft forever 23: eth4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 06:cb:fa:00:00:0d brd ff:ff:ff:ff:ff:ff inet6 fe80::4cb:faff:fe00:d/64 scope link valid_lft forever preferred_lft forever -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7546) [LXC] agent addition to MS is failing if we stop service NetworkManager
shweta agarwal created CLOUDSTACK-7546: -- Summary: [LXC] agent addition to MS is failing if we stop service NetworkManager Key: CLOUDSTACK-7546 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7546 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: KVM Affects Versions: 4.5.0 Reporter: shweta agarwal Assignee: Kishan Kavala Priority: Blocker Fix For: 4.5.0 Repro Steps: 1. Install MS and agent on two different host 2. Stop networkmanager on host and also chkconfig networkmanager off 3. Create a Advance zone with LXC Bug: Agent addition to CS will fail agent log shows : 2014-09-15 16:38:26,027 ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: com.cloud.utils.exception.CloudRuntimeException: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.configure(LibvirtComputingResource.java:830) at com.cloud.agent.Agent.init(Agent.java:163) at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:401) at com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:371) at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:355) at com.cloud.agent.AgentShell.start(AgentShell.java:465) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:243) 2014-09-15 16:39:37,406 INFO [cloud.agent.AgentShell] (main:null) Agent started Additional info : checked Libvirtd status once agent fails to start and status was stopped in above scenario But if we dont stop networkmanager service before adding agent to CS then agent addition succeeds without fail. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7497) [UI] deploy VM failing as hypervisor type passed is KVM instead of LXC
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] shweta agarwal updated CLOUDSTACK-7497: --- Assignee: Jessica Wang (was: shweta agarwal) [UI] deploy VM failing as hypervisor type passed is KVM instead of LXC --- Key: CLOUDSTACK-7497 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7497 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: shweta agarwal Assignee: Jessica Wang Priority: Blocker Fix For: 4.5.0 Attachments: MS.tar.gz, cloud.dmp, jessica_web_site_loaded_with_Shweta_databaseDump_1A.PNG, jessica_web_site_loaded_with_Shweta_databaseDump_1B.PNG, shweta_website.PNG Repro steps: Create a LXC zone with 2 cluster one LXc and one KVM Create VM with LXC template Bug: Deploy vm fails as hypervisor type is passed as KVM 014-09-05 14:06:09,520 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-7b5dcb24) ===START=== 10.146.0.131 -- GET command=deployVirtualMachineresponse=jsonsessionkey=NZyAJuyUuohCrPbjervw1hkdBlM%3Dzoneid=7d97ec72-39c7-4fbc-b6f3-7710ada1a82atemplateid=2175190d-212a-4078-aedb-d25e4ddcdeb3hypervisor=KVMserviceofferingid=82ab5842-2a12-4160-bba4-4b2ff81e810baffinitygroupids=345511d9-fa5f-46e8-b101-1d4ea0a1ba47iptonetworklist%5B0%5D.networkid=04bf986a-ac13-4eaf-84e9-e99dcf508c48_=1409906169711 2014-09-05 14:06:09,581 INFO [c.c.a.ApiServer] (catalina-exec-8:ctx-7b5dcb24 ctx-2a5b99cd) Hypervisor passed to the deployVm call, is different from the hypervisor type of the template 2014-09-05 14:06:09,582 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-7b5dcb24 ctx-2a5b99cd) ===END=== 10.146.0.131 -- GET command=deployVirtualMachineresponse=jsonsessionkey=NZyAJuyUuohCrPbjervw1hkdBlM%3Dzoneid=7d97ec72-39c7-4fbc-b6f3-7710ada1a82atemplateid=2175190d-212a-4078-aedb-d25e4ddcdeb3hypervisor=KVMserviceofferingid=82ab5842-2a12-4160-bba4-4b2ff81e810baffinitygroupids=345511d9-fa5f-46e8-b101-1d4ea0a1ba47iptonetworklist%5B0%5D.networkid=04bf986a-ac13-4eaf-84e9-e99dcf508c48_=1409906169711 2014-09-05 14:06:12,573 DEBUG [o.a.c.s.SecondaryStorageManagerImpl] (secstorage-1:ctx-6de2885c) Zone 2 is ready to launch secondary storage VM 2014-09-05 14:06:12,689 DEBUG [c.c.c.ConsoleProxyManagerImpl] (consoleproxy-1:ctx-a134b2b7) Zone 2 is ready to launch console proxy -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7497) [UI] deploy VM failing as hypervisor type passed is KVM instead of LXC
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133814#comment-14133814 ] shweta agarwal commented on CLOUDSTACK-7497: Jessica , I reproduced this bug several times on several different browser. Let me write repro steps for you more clearly : 1. Create a zone with 2 cluster . One LXC cluster and One KVM cluster 2. Register LXC template 3. Create a KVM VM first . Very important step. 4. Now create a LXC VM Bug: API error Deploy vm fails as hypervisor type is passed as KVM [UI] deploy VM failing as hypervisor type passed is KVM instead of LXC --- Key: CLOUDSTACK-7497 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7497 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: shweta agarwal Assignee: Jessica Wang Priority: Blocker Fix For: 4.5.0 Attachments: MS.tar.gz, cloud.dmp, jessica_web_site_loaded_with_Shweta_databaseDump_1A.PNG, jessica_web_site_loaded_with_Shweta_databaseDump_1B.PNG, shweta_website.PNG Repro steps: Create a LXC zone with 2 cluster one LXc and one KVM Create VM with LXC template Bug: Deploy vm fails as hypervisor type is passed as KVM 014-09-05 14:06:09,520 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-7b5dcb24) ===START=== 10.146.0.131 -- GET command=deployVirtualMachineresponse=jsonsessionkey=NZyAJuyUuohCrPbjervw1hkdBlM%3Dzoneid=7d97ec72-39c7-4fbc-b6f3-7710ada1a82atemplateid=2175190d-212a-4078-aedb-d25e4ddcdeb3hypervisor=KVMserviceofferingid=82ab5842-2a12-4160-bba4-4b2ff81e810baffinitygroupids=345511d9-fa5f-46e8-b101-1d4ea0a1ba47iptonetworklist%5B0%5D.networkid=04bf986a-ac13-4eaf-84e9-e99dcf508c48_=1409906169711 2014-09-05 14:06:09,581 INFO [c.c.a.ApiServer] (catalina-exec-8:ctx-7b5dcb24 ctx-2a5b99cd) Hypervisor passed to the deployVm call, is different from the hypervisor type of the template 2014-09-05 14:06:09,582 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-7b5dcb24 ctx-2a5b99cd) ===END=== 10.146.0.131 -- GET command=deployVirtualMachineresponse=jsonsessionkey=NZyAJuyUuohCrPbjervw1hkdBlM%3Dzoneid=7d97ec72-39c7-4fbc-b6f3-7710ada1a82atemplateid=2175190d-212a-4078-aedb-d25e4ddcdeb3hypervisor=KVMserviceofferingid=82ab5842-2a12-4160-bba4-4b2ff81e810baffinitygroupids=345511d9-fa5f-46e8-b101-1d4ea0a1ba47iptonetworklist%5B0%5D.networkid=04bf986a-ac13-4eaf-84e9-e99dcf508c48_=1409906169711 2014-09-05 14:06:12,573 DEBUG [o.a.c.s.SecondaryStorageManagerImpl] (secstorage-1:ctx-6de2885c) Zone 2 is ready to launch secondary storage VM 2014-09-05 14:06:12,689 DEBUG [c.c.c.ConsoleProxyManagerImpl] (consoleproxy-1:ctx-a134b2b7) Zone 2 is ready to launch console proxy -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7497) [UI] deploy VM failing as hypervisor type passed is KVM instead of LXC
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133816#comment-14133816 ] shweta agarwal commented on CLOUDSTACK-7497: n now my setup is different so you cant reproduce it on my setup [UI] deploy VM failing as hypervisor type passed is KVM instead of LXC --- Key: CLOUDSTACK-7497 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7497 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: shweta agarwal Assignee: Jessica Wang Priority: Blocker Fix For: 4.5.0 Attachments: MS.tar.gz, cloud.dmp, jessica_web_site_loaded_with_Shweta_databaseDump_1A.PNG, jessica_web_site_loaded_with_Shweta_databaseDump_1B.PNG, shweta_website.PNG Repro steps: Create a LXC zone with 2 cluster one LXc and one KVM Create VM with LXC template Bug: Deploy vm fails as hypervisor type is passed as KVM 014-09-05 14:06:09,520 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-7b5dcb24) ===START=== 10.146.0.131 -- GET command=deployVirtualMachineresponse=jsonsessionkey=NZyAJuyUuohCrPbjervw1hkdBlM%3Dzoneid=7d97ec72-39c7-4fbc-b6f3-7710ada1a82atemplateid=2175190d-212a-4078-aedb-d25e4ddcdeb3hypervisor=KVMserviceofferingid=82ab5842-2a12-4160-bba4-4b2ff81e810baffinitygroupids=345511d9-fa5f-46e8-b101-1d4ea0a1ba47iptonetworklist%5B0%5D.networkid=04bf986a-ac13-4eaf-84e9-e99dcf508c48_=1409906169711 2014-09-05 14:06:09,581 INFO [c.c.a.ApiServer] (catalina-exec-8:ctx-7b5dcb24 ctx-2a5b99cd) Hypervisor passed to the deployVm call, is different from the hypervisor type of the template 2014-09-05 14:06:09,582 DEBUG [c.c.a.ApiServlet] (catalina-exec-8:ctx-7b5dcb24 ctx-2a5b99cd) ===END=== 10.146.0.131 -- GET command=deployVirtualMachineresponse=jsonsessionkey=NZyAJuyUuohCrPbjervw1hkdBlM%3Dzoneid=7d97ec72-39c7-4fbc-b6f3-7710ada1a82atemplateid=2175190d-212a-4078-aedb-d25e4ddcdeb3hypervisor=KVMserviceofferingid=82ab5842-2a12-4160-bba4-4b2ff81e810baffinitygroupids=345511d9-fa5f-46e8-b101-1d4ea0a1ba47iptonetworklist%5B0%5D.networkid=04bf986a-ac13-4eaf-84e9-e99dcf508c48_=1409906169711 2014-09-05 14:06:12,573 DEBUG [o.a.c.s.SecondaryStorageManagerImpl] (secstorage-1:ctx-6de2885c) Zone 2 is ready to launch secondary storage VM 2014-09-05 14:06:12,689 DEBUG [c.c.c.ConsoleProxyManagerImpl] (consoleproxy-1:ctx-a134b2b7) Zone 2 is ready to launch console proxy -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7538) Can not remove the vm nic due to there is another vm with same internal ip having port forwording rule
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133815#comment-14133815 ] Saksham Srivastava commented on CLOUDSTACK-7538: Certainly, I am on my way to provide the correct fix. Can not remove the vm nic due to there is another vm with same internal ip having port forwording rule -- Key: CLOUDSTACK-7538 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7538 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Affects Versions: 4.4.0, 4.5.0 Reporter: Wei Zhou Assignee: Wei Zhou Fix For: 4.5.0, 4.4.1 When I tried to remove a nic from a VM, an exception raised: 2014-09-08 10:07:12,847 ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-109:job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ]) Unexpected exception while executing org.apache.cloudstack.api.command.user.vm.RemoveNicFromVMCmd com.cloud.utils.exception.CloudRuntimeException: Failed to remove nic from VM[User|CentOS65] in Ntwk[300|Guest|1], nic has associated Port forwarding or Load balancer or Static NAT rules. at com.cloud.vm.VirtualMachineManagerImpl.removeNicFromVm(VirtualMachineManagerImpl.java:3129) at com.cloud.vm.UserVmManagerImpl.removeNicFromVirtualMachine(UserVmManagerImpl.java:1068) at org.apache.cloudstack.api.command.user.vm.RemoveNicFromVMCmd.execute(RemoveNicFromVMCmd.java:103) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158) at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531) 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:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:701) 2014-09-08 10:07:12,849 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-109:job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ]) Complete async job-11939 = [ 5c3c0d5b-6b48-45fe-ad36-a0aea13479c4 ], jobStatus: 2, resultCode: 530, result: Error Code: 530 Error text: Failed to remove nic from VM[User|CentOS65] in Ntwk[300|Guest|1], nic has associated Port forwarding or Load balancer or Static NAT rules. This is because there is another vm (with same internal ip) having port forward rules . -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7547) [Task] Move Brocade device data to config file
Gaurav Aradhye created CLOUDSTACK-7547: -- Summary: [Task] Move Brocade device data to config file Key: CLOUDSTACK-7547 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7547 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: Gaurav Aradhye Assignee: Gaurav Aradhye Fix For: 4.5.0 test_brocade_vcs.py has brocade device data hard coded in it. This data should be moved to config file which is specific to the setup, and also relevant changes should be done to the test case (to read the data from config). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-6738) [Automation] Expunge VM and guestVLAN range tests are failing consistently
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133845#comment-14133845 ] ASF subversion and git services commented on CLOUDSTACK-6738: - Commit 723eaefdf9c139d920a94202962cfd691589c304 in cloudstack's branch refs/heads/4.4 from [~rohit.ya...@shapeblue.com] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=723eaef ] CLOUDSTACK-6738: pre-seed expunge delay and interval to 60s [Automation] Expunge VM and guestVLAN range tests are failing consistently -- Key: CLOUDSTACK-6738 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6738 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Test Affects Versions: 4.4.0 Reporter: Srikanteswararao Talluri Assignee: Srikanteswararao Talluri Priority: Blocker Fix For: 4.4.0 test_dedicateGuestVlanRange and test_09_expunge_vm -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-6738) [Automation] Expunge VM and guestVLAN range tests are failing consistently
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133847#comment-14133847 ] ASF subversion and git services commented on CLOUDSTACK-6738: - Commit c45f73cc21a49e22a2947841b2017da380b392ef in cloudstack's branch refs/heads/4.3 from [~rohit.ya...@shapeblue.com] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c45f73c ] CLOUDSTACK-6738: Add configs in developer prefill to avoid restart mgmt server Signed-off-by: Rohit Yadav rohit.ya...@shapeblue.com [Automation] Expunge VM and guestVLAN range tests are failing consistently -- Key: CLOUDSTACK-6738 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6738 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Test Affects Versions: 4.4.0 Reporter: Srikanteswararao Talluri Assignee: Srikanteswararao Talluri Priority: Blocker Fix For: 4.4.0 test_dedicateGuestVlanRange and test_09_expunge_vm -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7143) Refactor systemvm build scripts to be easier to test
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133865#comment-14133865 ] ASF GitHub Bot commented on CLOUDSTACK-7143: Github user bhaisaab commented on the pull request: https://github.com/apache/cloudstack/pull/16#issuecomment-55586795 I've added a new build job for this PR: http://jenkins.buildacloud.org/job/systemvm-refactor-CLOUDSTACK-7143/ Can you check its build commands, and/or update the README.md file on how to build appliances using build.sh script Refactor systemvm build scripts to be easier to test Key: CLOUDSTACK-7143 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7143 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: SystemVM Reporter: Leo Simons Fix For: Future The veewee-wrapping build code could do with some love. E-mail thread: http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201407.mbox/%3C7A6CF878-7A28-4D4A-BCD2-0C264F8C90B7%40schubergphilis.com%3E -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7548) removeNICFromVM should check for networkId while checking for PF rules on the nic
Saksham Srivastava created CLOUDSTACK-7548: -- Summary: removeNICFromVM should check for networkId while checking for PF rules on the nic Key: CLOUDSTACK-7548 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7548 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Reporter: Saksham Srivastava Assignee: Saksham Srivastava -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7549) Apache cloudstack failed to authenticate using a novell NIM openldap server
JF Vincent created CLOUDSTACK-7549: -- Summary: Apache cloudstack failed to authenticate using a novell NIM openldap server Key: CLOUDSTACK-7549 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7549 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.3.0 Environment: Novell NIM openldap server Reporter: JF Vincent Priority: Critical Succeeded to connect to a A.D. server. When trying to connect to a Novel NIM authentication server, authentication failed while correctly configured : DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===START=== 10.26.238.65 -- POST DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Attempting to log in user: a543197 in domain 1 DEBUG [c.c.s.a.SHA256SaltedUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: a543197 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: a543197 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match INFO [o.a.c.l.LdapManagerImpl] (http-6443-exec-6:ctx-f6badad3) Failed to authenticate user: a543197. incorrect password. DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: a543197 DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Unable to authenticate user with username a543197 in domain 1 DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) User: a543197 in domain 1 has failed to log in DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===END=== 10.26.238.65 -- POST -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7549) Apache cloudstack failed to authenticate using a novell NIM openldap server
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] JF Vincent updated CLOUDSTACK-7549: --- Description: Succeeded to connect to a A.D. server. When trying to connect to a Novel NIM authentication server, authentication failed while correctly configured : DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===START=== 10.26.238.65 -- POST DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Attempting to log in user: b11 in domain 1 DEBUG [c.c.s.a.SHA256SaltedUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: b11 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: b11 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match INFO [o.a.c.l.LdapManagerImpl] (http-6443-exec-6:ctx-f6badad3) Failed to authenticate user: b11. incorrect password. DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: b11 DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Unable to authenticate user with username b11 in domain 1 DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) User: a543197 in domain 1 has failed to log in DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===END=== 10.26.238.65 -- POST was: Succeeded to connect to a A.D. server. When trying to connect to a Novel NIM authentication server, authentication failed while correctly configured : DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===START=== 10.26.238.65 -- POST DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Attempting to log in user: a543197 in domain 1 DEBUG [c.c.s.a.SHA256SaltedUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: a543197 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: a543197 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match INFO [o.a.c.l.LdapManagerImpl] (http-6443-exec-6:ctx-f6badad3) Failed to authenticate user: a543197. incorrect password. DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: a543197 DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Unable to authenticate user with username a543197 in domain 1 DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) User: a543197 in domain 1 has failed to log in DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===END=== 10.26.238.65 -- POST Apache cloudstack failed to authenticate using a novell NIM openldap server --- Key: CLOUDSTACK-7549 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7549 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.3.0 Environment: Novell NIM openldap server Reporter: JF Vincent Priority: Critical Succeeded to connect to a A.D. server. When trying to connect to a Novel NIM authentication server, authentication failed while correctly configured : DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===START=== 10.26.238.65 -- POST DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Attempting to log in user: b11 in domain 1 DEBUG [c.c.s.a.SHA256SaltedUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: b11 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: b11 DEBUG [c.c.s.a.MD5UserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match INFO [o.a.c.l.LdapManagerImpl] (http-6443-exec-6:ctx-f6badad3) Failed to authenticate user: b11. incorrect password. DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Retrieving user: b11 DEBUG [c.c.s.a.PlainTextUserAuthenticator] (http-6443-exec-6:ctx-f6badad3) Password does not match DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) Unable to authenticate user with username b11 in domain 1 DEBUG [c.c.u.AccountManagerImpl] (http-6443-exec-6:ctx-f6badad3) User: a543197 in domain 1 has failed to log in DEBUG [c.c.a.ApiServlet] (http-6443-exec-6:ctx-f6badad3) ===END=== 10.26.238.65 -- POST -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7548) removeNICFromVM should check for networkId while checking for PF rules on the nic
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14133953#comment-14133953 ] ASF subversion and git services commented on CLOUDSTACK-7548: - Commit 8c671c49b3a351d2f72a727bae6724fd1234e71c in cloudstack's branch refs/heads/master from [~saksham] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=8c671c4 ] CLOUDSTACK-7548:removeNICFromVM should check for networkId while checking for PF rules on the nic removeNICFromVM should check for networkId while checking for PF rules on the nic - Key: CLOUDSTACK-7548 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7548 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Reporter: Saksham Srivastava Assignee: Saksham Srivastava -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7548) removeNICFromVM should check for networkId while checking for PF rules on the nic
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saksham Srivastava updated CLOUDSTACK-7548: --- Fix Version/s: 4.5.0 removeNICFromVM should check for networkId while checking for PF rules on the nic - Key: CLOUDSTACK-7548 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7548 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Reporter: Saksham Srivastava Assignee: Saksham Srivastava Fix For: 4.5.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-7548) removeNICFromVM should check for networkId while checking for PF rules on the nic
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saksham Srivastava resolved CLOUDSTACK-7548. Resolution: Fixed removeNICFromVM should check for networkId while checking for PF rules on the nic - Key: CLOUDSTACK-7548 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7548 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Reporter: Saksham Srivastava Assignee: Saksham Srivastava Fix For: 4.5.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7184) HA should wait for at least 'xen.heartbeat.interval' sec before starting HA on vm's when host is marked down
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14134023#comment-14134023 ] ASF subversion and git services commented on CLOUDSTACK-7184: - Commit b0641a7d279734970577a3a87940abd030a6a8c2 in cloudstack's branch refs/heads/hotfix/4.4/CLOUDSTACK-7184 from [~dahn] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b0641a7 ] CLOUDSTACK-7184 timeout configuration value for host check HA should wait for at least 'xen.heartbeat.interval' sec before starting HA on vm's when host is marked down Key: CLOUDSTACK-7184 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7184 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Hypervisor Controller, Management Server, XenServer Affects Versions: 4.3.0, 4.4.0, 4.5.0 Environment: CloudStack 4.3 with XenServer 6.2 hypervisors Reporter: Remi Bergsma Assignee: Daan Hoogland Priority: Blocker Hypervisor got isolated for 30 seconds due to a network issue. CloudStack did discover this and marked the host as down, and immediately started HA. Just 18 seconds later the hypervisor returned and we ended up with 5 vm's that were running on two hypervisors at the same time. This, of course, resulted in file system corruption and the loss of the vm's. One side of the story is why XenServer allowed this to happen (will not bother you with this one). The CloudStack side of the story: HA should only start after at least xen.heartbeat.interval seconds. If the host is down long enough, the Xen heartbeat script will fence the hypervisor and prevent corruption. If it is not down long enough, nothing should happen. Logs (short): 2014-07-25 05:03:28,596 WARN [c.c.a.m.DirectAgentAttache] (DirectAgent-122:ctx-690badc5) Unable to get current status on 505(mccpvmXX) . 2014-07-25 05:03:31,920 ERROR [c.c.a.m.AgentManagerImpl] (AgentTaskPool-10:ctx-11b9af3e) Host is down: 505-mccpvmXX. Starting HA on the VMs . 2014-07-25 05:03:49,655 DEBUG [c.c.h.Status] (ClusteredAgentManager Timer:ctx-0e00979c) Transition:[Resource state = Enabled, Agent event = AgentDisconnected, Host id = 505, name = mccpvmXX] cs marks host down: 2014-07-25 05:03:31,920 cs marks host up: 2014-07-25 05:03:49,655 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-6460) Migration of CLVM volumes to another primary storage fail
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Weller updated CLOUDSTACK-6460: - Attachment: CLOUDSTACK-6460-darrentang_2.patch New patch for darrentang. Migration of CLVM volumes to another primary storage fail - Key: CLOUDSTACK-6460 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6460 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: KVM, Volumes Affects Versions: 4.2.0, 4.2.1, 4.3.0, 4.4.0 Environment: KVM clusters with fiber channel SAN storage, CLVM volumes Reporter: Salvatore Sciacco Attachments: CLOUDSTACK-6460-darrentang.patch, CLOUDSTACK-6460-darrentang_2.patch, cloudstack-6460.patch, cloudstack-6460_44.patch ACS version: 4.2.1 Hypervisors: KVM Storage pool type: CLVM Since we upgraded from 4.1 to 4.2.1 moving volumes to a different primary storage pool fail. I've enabled debug on the agents side and I think there is a problem with the format type conversion Volume on database had format QCOW2 these are the parameters for the first step (CLVM - NFS): {quote} srcTO:{org.apache.cloudstack.storage.to.VolumeObjectTO: uuid:cda46430-52d7-4bf0-b0c2-adfc78dd011c,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:uuid:655d6965-b3f3-4118-a970-d50cf6afc365,id:211,poolType:CLVM,host:localhost,path:/FC10KY1,port:0,name:ROOT-4450,size:5368709120,path:39a25daf-23a1-4b65-99ac-fb98469ac197,volumeId:5937,vmName:i-402-4450-VM,accountId:402,format:QCOW2,id:5937,hypervisorType:KVM} destTO:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:cda46430-52d7-4bf0-b0c2-adfc78dd011c,volumeType:ROOT,dataStore:{com.cloud.agent.api.to.NfsTO: _url:nfs://192.168.11.6/home/a1iwstack,_role:Image},name:ROOT-4450,size:5368709120,path:volumes/402/5937,volumeId:5937,vmName:i-402-4450-VM,accountId:402,format:QCOW2,id:5937,hypervisorType:KVM} {quote} Those commads are translated into the agent: {quote} DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Executing: qemu-img info /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197 DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Execution is successful. DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Executing: /bin/bash -c cp -f /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197 /mnt/b8311c72-fe75-3832-98fc-975445028a12/5c713376-c418-478c-8a31-89c4181cb48e.qcow2 {quote} With the result that the output file isn't a qcow2 file but a raw partition, which in turn make the next step fail. (NFS - CLVM) {quote} DEBUG [utils.script.Script] (agentRequest-Handler-2:) Executing: qemu-img info /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2 DEBUG [utils.script.Script] (agentRequest-Handler-2:) Execution is successful. DEBUG [utils.script.Script] (agentRequest-Handler-2:) Executing: qemu-img convert -f qcow2 -O raw /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2 /dev/FCSTORAGE/da162325-467b-4e78-af07-4bad85470d66 DEBUG [utils.script.Script] (agentRequest-Handler-2:) Exit value is 1 DEBUG [utils.script.Script] (agentRequest-Handler-2:) qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2' ERROR [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-2:) Failed to convert /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2 to /dev/FCSTORAGE/da162325-467b-4e78-af07-4bad85470d66 the error was: qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2' {quote} If I change on the database the format of the volume to RAW the effect is even worse as data is lost in the process! These are the parameter for the first step (CLVM = NFS) {quote} srcTO:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:cda46430-52d7-4bf0-b0c2-adfc78dd011c,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:655d6965-b3f3-4118-a970d50cf6afc365,id:211,poolType:CLVM,host:localhost,path:/FC10KY1,port:0,name:ROOT-4450 ,size:5368709120,path:39a25daf-23a1-4b65-99ac-fb98469ac197,volumeId:5937,vmName:i-4024450VM,accountId:402,format:RAW,id:5937,hypervisorType:KVM destTO:{org.apache.cloudstack.storage.to.VolumeObjectTO:uuid:cda46430-52d7-4bf0-b0c2-adfc78dd011c,volumeType:ROOT,dataStore:{com.cloud.agent.api.to.NfsTO:
[jira] [Created] (CLOUDSTACK-7550) Build Hyper-V Agent
Fedi Ben Ali created CLOUDSTACK-7550: Summary: Build Hyper-V Agent Key: CLOUDSTACK-7550 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7550 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Reporter: Fedi Ben Ali Hello , I'm not able to build the hyper-V agent installer ,i'm following the official documentation https://cwiki.apache.org/confluence/display/CLOUDSTACK/Creating+Hyperv+Agent+Installer ,i'll share my log with you running tests XBuild Engine Version 3.3.0.0 Mono, Version 3.3.0.0 Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2011. Build started 9/15/2014 2:11:22 PM. __ Project C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\ServerResource.sln (default target(s)): Target ValidateSolutionConfiguration: Building solution configuration Debug|Any CPU. Target Build: Project C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\WmiWrappers.csproj (default target(s)): Target PrepareForBuild: Configuration: Debug Platform: AnyCPU Created directory bin\Debug\ Created directory obj\Debug\ Target ResolveAssemblyReferences: C:\PROGRA~2\MONO-3~1.3\lib\mono\4.0\Microsoft.Common.targets: warning : Reference 'AWSSDK' not resolved For searchpath {CandidateAssemblyFiles} Warning: {CandidateAssemblyFiles} not supported currently For searchpath {HintPathFromItem} Considered ..\packages\AWSSDK.1.5.23.0\lib\AWSSDK.dll, but it does not exist. For searchpath {TargetFrameworkDirectory} Considered target framework dir C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5, assembly named 'AWSSDK' not found. Considered target framework dir C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5\Facades\, assembly named 'AWSSDK' not found. For searchpath {PkgConfig} Considered AWSSDK, but could not find in any pkg-config files. For searchpath {GAC} Considered AWSSDK, but could not find in the GAC. For searchpath {RawFileName} Considered 'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\AWSSDK' as a file, but the file does not exist For searchpath bin\Debug\ Considered 'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK' as a file, but the file does not exist Considered 'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK.exe' as a file, but the file does not exist Considered 'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK.dll' as a file, but the file does not exist C:\PROGRA~2\MONO-3~1.3\lib\mono\4.0\Microsoft.Common.targets: warning : Reference 'Ionic.Zip' not resolved For searchpath {CandidateAssemblyFiles} Warning: {CandidateAssemblyFiles} not supported currently For searchpath {HintPathFromItem} Considered ..\packages\DotNetZip.1.9.1.8\lib\net20\Ionic.Zip.dll, but it does not exist. For searchpath {TargetFrameworkDirectory} Considered target framework dir C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5, assembly named 'Ionic.Zip' not found. Considered target framework dir C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5\Facades\, assembly named 'Ionic.Zip' not found. For searchpath {PkgConfig} Considered Ionic.Zip, but could not find in any pkg-config files.
[jira] [Commented] (CLOUDSTACK-6460) Migration of CLVM volumes to another primary storage fail
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14134040#comment-14134040 ] Simon Weller commented on CLOUDSTACK-6460: -- darrentang, Please use the new patch I just uploaded (CLOUDSTACK-6460-darrentang_2.patch). qemu-img is no longer being used, as the code is now detecting its raw to raw, so it's using cp instead. The issue here seems to be that for some reason .raw is being appended onto the path, and rather than using qemu-img to determine the file type, the code makes as assumption based on the incorrect file extension that it's a raw file, when it fact it was a QCOW2 file. This patch should get you going, although really a hack. The entire code based around this functionality needs to be re-factored, as it's using lots of (bad) assumptions, and numerous ugly conditional statements that have been jacked into the code via different developers for new features. Migration of CLVM volumes to another primary storage fail - Key: CLOUDSTACK-6460 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6460 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: KVM, Volumes Affects Versions: 4.2.0, 4.2.1, 4.3.0, 4.4.0 Environment: KVM clusters with fiber channel SAN storage, CLVM volumes Reporter: Salvatore Sciacco Attachments: CLOUDSTACK-6460-darrentang.patch, CLOUDSTACK-6460-darrentang_2.patch, cloudstack-6460.patch, cloudstack-6460_44.patch ACS version: 4.2.1 Hypervisors: KVM Storage pool type: CLVM Since we upgraded from 4.1 to 4.2.1 moving volumes to a different primary storage pool fail. I've enabled debug on the agents side and I think there is a problem with the format type conversion Volume on database had format QCOW2 these are the parameters for the first step (CLVM - NFS): {quote} srcTO:{org.apache.cloudstack.storage.to.VolumeObjectTO: uuid:cda46430-52d7-4bf0-b0c2-adfc78dd011c,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:uuid:655d6965-b3f3-4118-a970-d50cf6afc365,id:211,poolType:CLVM,host:localhost,path:/FC10KY1,port:0,name:ROOT-4450,size:5368709120,path:39a25daf-23a1-4b65-99ac-fb98469ac197,volumeId:5937,vmName:i-402-4450-VM,accountId:402,format:QCOW2,id:5937,hypervisorType:KVM} destTO:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:cda46430-52d7-4bf0-b0c2-adfc78dd011c,volumeType:ROOT,dataStore:{com.cloud.agent.api.to.NfsTO: _url:nfs://192.168.11.6/home/a1iwstack,_role:Image},name:ROOT-4450,size:5368709120,path:volumes/402/5937,volumeId:5937,vmName:i-402-4450-VM,accountId:402,format:QCOW2,id:5937,hypervisorType:KVM} {quote} Those commads are translated into the agent: {quote} DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Executing: qemu-img info /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197 DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Execution is successful. DEBUG [utils.script.Script] (agentRequest-Handler-1:null) Executing: /bin/bash -c cp -f /dev/FC10KY1/39a25daf-23a1-4b65-99ac-fb98469ac197 /mnt/b8311c72-fe75-3832-98fc-975445028a12/5c713376-c418-478c-8a31-89c4181cb48e.qcow2 {quote} With the result that the output file isn't a qcow2 file but a raw partition, which in turn make the next step fail. (NFS - CLVM) {quote} DEBUG [utils.script.Script] (agentRequest-Handler-2:) Executing: qemu-img info /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2 DEBUG [utils.script.Script] (agentRequest-Handler-2:) Execution is successful. DEBUG [utils.script.Script] (agentRequest-Handler-2:) Executing: qemu-img convert -f qcow2 -O raw /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2 /dev/FCSTORAGE/da162325-467b-4e78-af07-4bad85470d66 DEBUG [utils.script.Script] (agentRequest-Handler-2:) Exit value is 1 DEBUG [utils.script.Script] (agentRequest-Handler-2:) qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2' ERROR [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-2:) Failed to convert /mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2 to /dev/FCSTORAGE/da162325-467b-4e78-af07-4bad85470d66 the error was: qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2'qemu-img: Could not open '/mnt/b8311c72-fe75-3832-98fc-975445028a12/b9303d8d-cd51-4b6c-a244-43c405df4238.qcow2' {quote} If I change on the database the format of the volume to RAW
[jira] [Commented] (CLOUDSTACK-7513) listServiceOfferings API when called with VM's id also returns offerings to which it cant be upgraded
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14134218#comment-14134218 ] ASF subversion and git services commented on CLOUDSTACK-7513: - Commit 0a4ab3251a4974317e6a4597cbd9cb3ee2be3666 in cloudstack's branch refs/heads/master from [~nitinme] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0a4ab32 ] CLOUDSTACK-7513: listServiceOfferings API when called with VM's id also returns offerings to which it cant be upgraded. Adding the logic that when vmid is passed it looks for compatible offerngs using the storage type (local/shares), storage tags and also compute (cpu,speed, memory) in case the vm is running. Also changed the scaleVm API to upgrade only when the destination offering has storage tags as a subset of current offering tags. listServiceOfferings API when called with VM's id also returns offerings to which it cant be upgraded - Key: CLOUDSTACK-7513 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7513 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: Nitin Mehta Assignee: Nitin Mehta Priority: Critical Fix For: 4.5.0 When making the listServiceOfferings api call such as follows: http://localhost:8080/client/api?command=listServiceOfferingsVirtualMachineId=41813941-c7de-4fd3-bd0e-1977bc395f22response=jsonsessionkey=kRxUwlrhNDg6CBX408XeHc40mDg%3D_=1401878291930 Since the VM id is passed, only compatible offerings for this particular VMs should be listed. Trying to change the compute offering to 'Tiny Instance' results into error shown in attached screenshot. EXPECTED BEHAVIOR: If a certain compute offering is lesser in configuration that VM's current compute offering and the VM is in running state it should not be listed in the listServiceOfferings API response when called with VM id in the first place. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-7513) listServiceOfferings API when called with VM's id also returns offerings to which it cant be upgraded
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nitin Mehta resolved CLOUDSTACK-7513. - Resolution: Fixed listServiceOfferings API when called with VM's id also returns offerings to which it cant be upgraded - Key: CLOUDSTACK-7513 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7513 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: Nitin Mehta Assignee: Nitin Mehta Priority: Critical Fix For: 4.5.0 When making the listServiceOfferings api call such as follows: http://localhost:8080/client/api?command=listServiceOfferingsVirtualMachineId=41813941-c7de-4fd3-bd0e-1977bc395f22response=jsonsessionkey=kRxUwlrhNDg6CBX408XeHc40mDg%3D_=1401878291930 Since the VM id is passed, only compatible offerings for this particular VMs should be listed. Trying to change the compute offering to 'Tiny Instance' results into error shown in attached screenshot. EXPECTED BEHAVIOR: If a certain compute offering is lesser in configuration that VM's current compute offering and the VM is in running state it should not be listed in the listServiceOfferings API response when called with VM id in the first place. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7526) [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7526: --- Assignee: Brian Federle [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Key: CLOUDSTACK-7526 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7526 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: Sailaja Mada Assignee: Brian Federle Fix For: 4.5.0 Attachments: screenshot-1.png Steps: 1. Access Management Server UI 2. Go to Templates = Details of any of the template Observation: Observed Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Attached screen -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7526) [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14134381#comment-14134381 ] Animesh Chaturvedi commented on CLOUDSTACK-7526: Brian can you check on this [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Key: CLOUDSTACK-7526 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7526 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: Sailaja Mada Assignee: Brian Federle Fix For: 4.5.0 Attachments: screenshot-1.png Steps: 1. Access Management Server UI 2. Go to Templates = Details of any of the template Observation: Observed Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Attached screen -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7498) [UI] Register ISO option is failing to invoke ISO registration page with ReferenceError: osTypeObjs is not defined
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7498: --- Assignee: Brian Federle [UI] Register ISO option is failing to invoke ISO registration page with ReferenceError: osTypeObjs is not defined -- Key: CLOUDSTACK-7498 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7498 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: Sailaja Mada Assignee: Brian Federle Priority: Critical Attachments: registerisoUI.png Steps: 1. Install 4.5 cloudstack 2. Access Management Server UI and tried register ISO Observations : 1. It is not invoking Register ISO page and failing with ReferenceError: osTypeObjs is not defined Attached the screenshot. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-7498) [UI] Register ISO option is failing to invoke ISO registration page with ReferenceError: osTypeObjs is not defined
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Federle resolved CLOUDSTACK-7498. --- Resolution: Cannot Reproduce This works fine on the latest build, even when closing and reopening register ISO. Can you try again on the latest master? [UI] Register ISO option is failing to invoke ISO registration page with ReferenceError: osTypeObjs is not defined -- Key: CLOUDSTACK-7498 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7498 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: Sailaja Mada Assignee: Brian Federle Priority: Critical Attachments: registerisoUI.png Steps: 1. Install 4.5 cloudstack 2. Access Management Server UI and tried register ISO Observations : 1. It is not invoking Register ISO page and failing with ReferenceError: osTypeObjs is not defined Attached the screenshot. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7526) [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14134396#comment-14134396 ] ASF subversion and git services commented on CLOUDSTACK-7526: - Commit b04cc750652642e8e2593128c7c0f5de3ef6b0d7 in cloudstack's branch refs/heads/master from [~bfederle] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b04cc75 ] CLOUDSTACK-7526: Fix missing localization on 'add' button [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Key: CLOUDSTACK-7526 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7526 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: Sailaja Mada Assignee: Brian Federle Fix For: 4.5.0 Attachments: screenshot-1.png Steps: 1. Access Management Server UI 2. Go to Templates = Details of any of the template Observation: Observed Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Attached screen -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-7526) [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Federle resolved CLOUDSTACK-7526. --- Resolution: Fixed [UI]Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Key: CLOUDSTACK-7526 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7526 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: Sailaja Mada Assignee: Brian Federle Fix For: 4.5.0 Attachments: screenshot-1.png Steps: 1. Access Management Server UI 2. Go to Templates = Details of any of the template Observation: Observed Incorrect Field value with Template/ISO/Network/Instance details page while adding Tags(Key and Value) (label.add) Attached screen -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-6412) [UI]Incorrect Field value added with host details page(Dedicated label.no)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14134407#comment-14134407 ] ASF subversion and git services commented on CLOUDSTACK-6412: - Commit e6b8aedc5434556b2746dd43f8fd4cb5dec99bce in cloudstack's branch refs/heads/master from [~bfederle] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=e6b8aed ] CLOUDSTACK-6412: Fix localization for 'isdedicated' field [UI]Incorrect Field value added with host details page(Dedicated label.no) -- Key: CLOUDSTACK-6412 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6412 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.4.0 Reporter: Sailaja Mada Assignee: Jessica Wang Priority: Minor Fix For: 4.4.0 Attachments: dedicatedincorrectlabel.png Setup: ACS 4.4 with XenServer 6.2.5 Steps: 1. Install and configure Adv zone using Xenserver 6.2.5 2. Go to Host Details page Observation: Incorrect Field value added with host details page(Dedicated label.no) (Attached the snapshot) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-6412) [UI]Incorrect Field value added with host details page(Dedicated label.no)
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Federle resolved CLOUDSTACK-6412. --- Resolution: Fixed [UI]Incorrect Field value added with host details page(Dedicated label.no) -- Key: CLOUDSTACK-6412 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6412 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.4.0 Reporter: Sailaja Mada Assignee: Jessica Wang Priority: Minor Fix For: 4.4.0 Attachments: dedicatedincorrectlabel.png Setup: ACS 4.4 with XenServer 6.2.5 Steps: 1. Install and configure Adv zone using Xenserver 6.2.5 2. Go to Host Details page Observation: Incorrect Field value added with host details page(Dedicated label.no) (Attached the snapshot) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7551) Automate ACL test cases relating to impersonation when depoying VM in shared network.
Sangeetha Hariharan created CLOUDSTACK-7551: --- Summary: Automate ACL test cases relating to impersonation when depoying VM in shared network. Key: CLOUDSTACK-7551 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7551 Project: CloudStack Issue Type: Task Security Level: Public (Anyone can view this level - this is the default.) Components: marvin Affects Versions: 4.4.0 Reporter: Sangeetha Hariharan [Automation] - Automate ACL test cases relating to listVolumes() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-7551) Automate ACL test cases relating to impersonation when depoying VM in shared network.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sangeetha Hariharan updated CLOUDSTACK-7551: Description: Automate ACL test cases relating to impersonation when depoying VM in shared network. (was: [Automation] - Automate ACL test cases relating to listVolumes()) Automate ACL test cases relating to impersonation when depoying VM in shared network. -- Key: CLOUDSTACK-7551 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7551 Project: CloudStack Issue Type: Task Security Level: Public(Anyone can view this level - this is the default.) Components: marvin Affects Versions: 4.4.0 Reporter: Sangeetha Hariharan Automate ACL test cases relating to impersonation when depoying VM in shared network. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[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] [Updated] (CLOUDSTACK-7533) [Vmware] Wrong download URL generated when using multiple SSVMs
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nitin Mehta updated CLOUDSTACK-7533: Summary: [Vmware] Wrong download URL generated when using multiple SSVMs (was: Wrong download URL generated when using multiple SSVMs) [Vmware] Wrong download URL generated when using multiple SSVMs --- Key: CLOUDSTACK-7533 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7533 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Template Affects Versions: 4.5.0 Reporter: Nitin Mehta Assignee: Nitin Mehta Priority: Critical Fix For: 4.5.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-7533) [Vmware] Wrong download URL generated when using multiple SSVMs
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nitin Mehta resolved CLOUDSTACK-7533. - Resolution: Fixed [Vmware] Wrong download URL generated when using multiple SSVMs --- Key: CLOUDSTACK-7533 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7533 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Template Affects Versions: 4.5.0 Reporter: Nitin Mehta Assignee: Nitin Mehta Priority: Critical Fix For: 4.5.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (CLOUDSTACK-7553) Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Min Chen reassigned CLOUDSTACK-7553: Assignee: Min Chen Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected. - Key: CLOUDSTACK-7553 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7553 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: Min Chen Assignee: Min Chen Priority: Critical Fix For: 4.5.0 1. Set up a clustered management server setup using Vmware. Note down the MS id that SSVM agent is connected to from DB host table. 2. Disable uplink on hypervisor host that runs SSVM. Now in the log we should see Channel is closed error, which is correct and as expected. 3. Waited for some time, enable uplink back on hypervisor, SSVM agent will reconnect back to MS. Make sure that SSVM agent is connected to a different MS node from the one we noted down in step #1. If not, try #2 and #3 again until that happens. 4. Now we will continue seeing Channel is closed error from the MS log noted down in step #1, this is not correct. Command sent to SSVM will fail if the command is sent from MS node noted down in step #1. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7553) Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected.
Min Chen created CLOUDSTACK-7553: Summary: Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected. Key: CLOUDSTACK-7553 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7553 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: Min Chen Priority: Critical Fix For: 4.5.0 1. Set up a clustered management server setup using Vmware. Note down the MS id that SSVM agent is connected to from DB host table. 2. Disable uplink on hypervisor host that runs SSVM. Now in the log we should see Channel is closed error, which is correct and as expected. 3. Waited for some time, enable uplink back on hypervisor, SSVM agent will reconnect back to MS. Make sure that SSVM agent is connected to a different MS node from the one we noted down in step #1. If not, try #2 and #3 again until that happens. 4. Now we will continue seeing Channel is closed error from the MS log noted down in step #1, this is not correct. Command sent to SSVM will fail if the command is sent from MS node noted down in step #1. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-7553) Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7553?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14134778#comment-14134778 ] ASF subversion and git services commented on CLOUDSTACK-7553: - Commit d5a8f1d875667dcab6130b214029f2ec74603db0 in cloudstack's branch refs/heads/master from [~minchen07] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d5a8f1d ] CLOUDSTACK-7553: Clean up cached agentMap and pingMap in case of agents connecting back to a different MS. Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected. - Key: CLOUDSTACK-7553 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7553 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: Min Chen Assignee: Min Chen Priority: Critical Fix For: 4.5.0 1. Set up a clustered management server setup using Vmware. Note down the MS id that SSVM agent is connected to from DB host table. 2. Disable uplink on hypervisor host that runs SSVM. Now in the log we should see Channel is closed error, which is correct and as expected. 3. Waited for some time, enable uplink back on hypervisor, SSVM agent will reconnect back to MS. Make sure that SSVM agent is connected to a different MS node from the one we noted down in step #1. If not, try #2 and #3 again until that happens. 4. Now we will continue seeing Channel is closed error from the MS log noted down in step #1, this is not correct. Command sent to SSVM will fail if the command is sent from MS node noted down in step #1. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-7553) Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Min Chen resolved CLOUDSTACK-7553. -- Resolution: Fixed Please follow reproducible steps mentioned in the bug description to verify this fix. Channel Closed error after SSVM and CPVM agents reconnect back to clustered management server after host is disconnected. - Key: CLOUDSTACK-7553 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7553 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: Min Chen Assignee: Min Chen Priority: Critical Fix For: 4.5.0 1. Set up a clustered management server setup using Vmware. Note down the MS id that SSVM agent is connected to from DB host table. 2. Disable uplink on hypervisor host that runs SSVM. Now in the log we should see Channel is closed error, which is correct and as expected. 3. Waited for some time, enable uplink back on hypervisor, SSVM agent will reconnect back to MS. Make sure that SSVM agent is connected to a different MS node from the one we noted down in step #1. If not, try #2 and #3 again until that happens. 4. Now we will continue seeing Channel is closed error from the MS log noted down in step #1, this is not correct. Command sent to SSVM will fail if the command is sent from MS node noted down in step #1. -- 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] [Commented] (CLOUDSTACK-7441) [Automation] Fix the script test_resource_limits.py - Templates are registered as admin's
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14135008#comment-14135008 ] ASF subversion and git services commented on CLOUDSTACK-7441: - Commit f5ff78947e81b6929ba1223abd84906793d38ece in cloudstack's branch refs/heads/master from [~gauravaradhye] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f5ff789 ] CLOUDSTACK-7441: Fixed template registration issue in test_resource_limits.py Signed-off-by: SrikanteswaraRao Talluri tall...@apache.org [Automation] Fix the script test_resource_limits.py - Templates are registered as admin's --- Key: CLOUDSTACK-7441 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7441 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 Two test cases are failing in the test suite: *test_05_templates_per_account* *test_05_templates_per_domain* *Error Message* Exception not raised Logs available at http://xenrt.hq.xensource.com/control/queue.cgi?action=testlogsid=804076phase=Paralleltest=resource_limits Stacktrace File /usr/lib/python2.7/unittest/case.py, line 332, in run testMethod() File /root/cloudstack/test/integration/component/test_resource_limits.py, line 844, in test_05_templates_per_account domainid=self.account_1.domainid, File /usr/lib/python2.7/unittest/case.py, line 116, in __exit__ {0} not raised.format(exc_name)) 'Exception not raised\n Logs available at http://xenrt.hq.xensource.com/control/queue.cgi?action=testlogsid=804076phase=Paralleltest=resource_limits *Error Message* Exception not raised Logs available at http://xenrt.hq.xensource.com/control/queue.cgi?action=testlogsid=804076phase=Paralleltest=resource_limits Stacktrace File /usr/lib/python2.7/unittest/case.py, line 332, in run testMethod() File /root/cloudstack/test/integration/component/test_resource_limits.py, line 1355, in test_05_templates_per_domain domainid=self.account.domainid, File /usr/lib/python2.7/unittest/case.py, line 116, in __exit__ {0} not raised.format(exc_name)) 'Exception not raised\n Logs available at http://xenrt.hq.xensource.com/control/queue.cgi?action=testlogsid=804076phase=Paralleltest=resource_limits *Bug Information in the Client result logs:* {code} == FAIL: Test Templates limit per account -- Traceback (most recent call last): File /root/cloudstack/test/integration/component/test_resource_limits.py, line 844, in test_05_templates_per_account domainid=self.account_1.domainid, AssertionError: Exception not raised begin captured stdout - === TestName: test_05_templates_per_account | Status : FAILED === . . . . test_05_templates_per_account (integration.component.test_resource_limits.TestResourceLimitsAccount): DEBUG: Response : {jobprocstatus : 0, created : u'2014-08-24T14:19:11+', jobresult : {domain : u'ROOT', domainid : u'56ab18f0-2b4d-11e4-89bd-1e5d0e053e75', ostypename : u'CentOS 5.3 (64-bit)', zoneid : u'eb811e7d-59d4-4c72-a965-80d9e30572d1', displaytext : u'Cent OS Template', ostypeid : u'56b1e2f2-2b4d-11e4-89bd-1e5d0e053e75', passwordenabled : False, id : u'c406715b-aa97-4361-a212-32cdfba76b00', size : 21474836480, isready : True, format : u'VHD', templatetype : u'USER', details : {platform : u'viridian:true;acpi:1;apic:true;pae:true;nx:true', Message.ReservedCapacityFreed.Flag : u'false'}, zonename : u'XenRT-Zone-0', status : u'Download Complete', isdynamicallyscalable : False, tags : [], isfeatured : False, sshkeyenabled : False, account : u'admin', isextractable : True, crossZones : False, sourcetemplateid : u'56af8f20-2b4d-11e4-89bd-1e5d0e053e75', name : u'Cent OS Template-LS47A4', created : u'2014-08-24T14:19:11+', hypervisor : u'XenServer', ispublic : False}, cmd : u'org.apache.cloudstack.api.command.admin.template.CreateTemplateCmdByAdmin', userid : u'77df13d2-2b4d-11e4-89bd-1e5d0e053e75', jobstatus : 1, jobid : u'e9295a94-4dfd-4c27-a405-fab4975f0eee', jobresultcode : 0, jobinstanceid : u'c406715b-aa97-4361-a212-32cdfba76b00', jobresulttype : u'object', jobinstancetype : u'Template', accountid : u'77df055e-2b4d-11e4-89bd-1e5d0e053e75'} test_05_templates_per_account