[GitHub] cloudstack issue #1736: CLOUDSTACK-9562 Linux Guest VM get wrong default rou...
Github user ustcweizhou commented on the issue: https://github.com/apache/cloudstack/pull/1736 @SudharmaJain I can reproduce this issue sometimes, but I donot think this PR can fix the issue. Because the file /etc/dhcpopts.txt is not used after VR refactoring in cloudstack 4.6. The issue (default route on non-default nic) also exists on networks (not only vpc tiers). We need to fix it --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack pull request #1757: CLOUDSTACK-9583: VR: In CsDhcp.py preseed bot...
GitHub user murali-reddy opened a pull request: https://github.com/apache/cloudstack/pull/1757 CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hostaname and localhost to resolve to 127.0.0.1 The VR executes a ip route flush command as part of configurations. This command performs a DNS lookup on the VR hostname. Since the VR does not have a DNS entry, the ip command would wait 5 seconds before timing out and executing the flush operation. This fix adds the VR hostname to /etc/hosts mapped to 127.0.0.1 to answer the DNS lookup â reducing the execution time. You can merge this pull request into a Git repository by running: $ git pull https://github.com/murali-reddy/cloudstack vr_dhcp_entries Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack/pull/1757.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #1757 commit 4c4696e5e43a870b7504dfde735bc3afd04a843e Author: Murali Reddy Date: 2016-11-10T07:55:22Z CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hostaname and localhost to resolve to 127.0.0.1 The VR executes a ip route flush command as part of configurations. This command performs a DNS lookup on the VR hostname. Since the VR does not have a DNS entry, the ip command would wait 5 seconds before timing out and executing the flush operation. This fix adds the VR hostname to /etc/hosts mapped to 127.0.0.1 to answer the DNS lookup â reducing the execution time. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack issue #1750: CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hosta...
Github user murali-reddy commented on the issue: https://github.com/apache/cloudstack/pull/1750 opened #1757 targeting 4.8 so closed this PR --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack issue #1757: CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hosta...
Github user murali-reddy commented on the issue: https://github.com/apache/cloudstack/pull/1757 @blueorangutan package --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack issue #1757: CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hosta...
Github user blueorangutan commented on the issue: https://github.com/apache/cloudstack/pull/1757 @murali-reddy a Jenkins job has been kicked to build packages. I'll keep you posted as I make progress. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack issue #1757: CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hosta...
Github user blueorangutan commented on the issue: https://github.com/apache/cloudstack/pull/1757 Packaging result: âcentos6 âcentos7 âdebian. JID-160 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack issue #1757: CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hosta...
Github user murali-reddy commented on the issue: https://github.com/apache/cloudstack/pull/1757 @blueorangutan test --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack issue #1757: CLOUDSTACK-9583: VR: In CsDhcp.py preseed both hosta...
Github user blueorangutan commented on the issue: https://github.com/apache/cloudstack/pull/1757 @murali-reddy a Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has been kicked to run smoke tests --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack pull request #1758: CLOUDSTACK-9588: Add Load Balancer functional...
GitHub user nitin-maharana opened a pull request: https://github.com/apache/cloudstack/pull/1758 CLOUDSTACK-9588: Add Load Balancer functionality in Network page is Redundant. Steps to Reproduce: Network -> Select any network -> Observer Add Load Balancer tab The "Add Load Balancer" functionality is redundant. The above is used to create LB rule without any public IP. Resolution: There exist similar functionality in Network -> Any Network -> Details Tab -> View IP Addresses -> Any public IP -> Configuration Tab -> Observe Load Balancing. The above is used to create LB rule with a public IP. This is a more convenient way of creating LB rule as the IP is involved. You can merge this pull request into a Git repository by running: $ git pull https://github.com/nitin-maharana/CloudStack-Nitin CloudStack-Nitin-4.9 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack/pull/1758.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #1758 commit 49844e626bdf5788508186b7f037c46442e3a5b4 Author: Nitin Kumar Maharana Date: 2016-11-10T09:57:52Z CLOUDSTACK-9588: Add Load Balancer functionality in Network page is redundant. The "Add Load Balancer" functionality is redundant. The above is used to create LB rule without any public IP. This commit removes the tab from network page. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Re: ACS - Some VMs unable to get DHCP IP from VR
Hi Wei, Thanks for your suggestion, will test. I found another problem -- it seems that password reset function also works only for VMs on the first subnet (X.X.202.*) but not on second subnet (X.X.203.*) onwards, any file I can modify to add the additional subnets so that password reset can work? Which service is doing the password reset on VR and which files it read? Looking forward to your reply, thank you. Cheers. On Wed, Nov 9, 2016 at 5:59 PM, Wei ZHOU wrote: > Hi, > > I meant some development in cloudstack to add new nic when add new ip > range. it is not easy. > > You can have multiple shared networks untagged. As far as I see, the shared > networks can also have same vlan but with different subnets. I suggest you > to test this solution. > > -Wei > > > 2016-11-09 4:24 GMT+01:00 Cloud List : > > > Hi Wei, > > > > Any documentation on how to implement your suggestion -- adding a new NIC > > for new IP range, while leaving the shared network untagged? Does this > mean > > that the different IP subnets can still share the same VLAN and broadcast > > domain? > > > > Looking forward to your reply, thank you. > > > > Cheers. > > > > -ip- > > > > > > > > >
Re: ACS - Some VMs unable to get DHCP IP from VR
The password server depends on the dhcp services. The vm fetch the dhcp ip at first, then get the password from dhcp server (=password server). If dhcp does not work, then password server will not work as well. -Wei 2016-11-10 11:29 GMT+01:00 Cloud List : > Hi Wei, > > Thanks for your suggestion, will test. > > I found another problem -- it seems that password reset function also works > only for VMs on the first subnet (X.X.202.*) but not on second subnet > (X.X.203.*) onwards, any file I can modify to add the additional subnets so > that password reset can work? Which service is doing the password reset on > VR and which files it read? > > Looking forward to your reply, thank you. > > Cheers. > > > On Wed, Nov 9, 2016 at 5:59 PM, Wei ZHOU wrote: > > > Hi, > > > > I meant some development in cloudstack to add new nic when add new ip > > range. it is not easy. > > > > You can have multiple shared networks untagged. As far as I see, the > shared > > networks can also have same vlan but with different subnets. I suggest > you > > to test this solution. > > > > -Wei > > > > > > 2016-11-09 4:24 GMT+01:00 Cloud List : > > > > > Hi Wei, > > > > > > Any documentation on how to implement your suggestion -- adding a new > NIC > > > for new IP range, while leaving the shared network untagged? Does this > > mean > > > that the different IP subnets can still share the same VLAN and > broadcast > > > domain? > > > > > > Looking forward to your reply, thank you. > > > > > > Cheers. > > > > > > -ip- > > > > > > > > > > > > > > >
[GitHub] cloudstack issue #1752: [4.8] Latest health test run
Github user blueorangutan commented on the issue: https://github.com/apache/cloudstack/pull/1752 Trillian test result (tid-334) Environment: kvm-centos7 (x2), Advanced Networking with Mgmt server 7 Total time taken: 24391 seconds Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr1752-t334-kvm-centos7.zip Test completed. 41 look ok, 2 have error(s) Test | Result | Time (s) | Test File --- | --- | --- | --- test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | `Failure` | 376.79 | test_vpc_redundant.py test_10_attachAndDetach_iso | `Error` | 32.00 | test_vm_life_cycle.py test_01_vpc_site2site_vpn | Success | 156.18 | test_vpc_vpn.py test_01_vpc_remote_access_vpn | Success | 66.72 | test_vpc_vpn.py test_01_redundant_vpc_site2site_vpn | Success | 241.08 | test_vpc_vpn.py test_02_VPC_default_routes | Success | 265.17 | test_vpc_router_nics.py test_01_VPC_nics_after_destroy | Success | 506.43 | test_vpc_router_nics.py test_05_rvpc_multi_tiers | Success | 483.65 | test_vpc_redundant.py test_04_rvpc_network_garbage_collector_nics | Success | 1329.29 | test_vpc_redundant.py test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | Success | 563.99 | test_vpc_redundant.py test_02_redundant_VPC_default_routes | Success | 790.97 | test_vpc_redundant.py test_09_delete_detached_volume | Success | 15.69 | test_volumes.py test_08_resize_volume | Success | 15.63 | test_volumes.py test_07_resize_fail | Success | 20.67 | test_volumes.py test_06_download_detached_volume | Success | 15.53 | test_volumes.py test_05_detach_volume | Success | 100.44 | test_volumes.py test_04_delete_attached_volume | Success | 10.27 | test_volumes.py test_03_download_attached_volume | Success | 15.51 | test_volumes.py test_02_attach_volume | Success | 44.44 | test_volumes.py test_01_create_volume | Success | 718.93 | test_volumes.py test_deploy_vm_multiple | Success | 279.87 | test_vm_life_cycle.py test_deploy_vm | Success | 0.04 | test_vm_life_cycle.py test_advZoneVirtualRouter | Success | 0.03 | test_vm_life_cycle.py test_09_expunge_vm | Success | 125.38 | test_vm_life_cycle.py test_08_migrate_vm | Success | 36.28 | test_vm_life_cycle.py test_07_restore_vm | Success | 0.17 | test_vm_life_cycle.py test_06_destroy_vm | Success | 126.25 | test_vm_life_cycle.py test_03_reboot_vm | Success | 127.03 | test_vm_life_cycle.py test_02_start_vm | Success | 10.60 | test_vm_life_cycle.py test_01_stop_vm | Success | 35.46 | test_vm_life_cycle.py test_CreateTemplateWithDuplicateName | Success | 65.98 | test_templates.py test_08_list_system_templates | Success | 0.04 | test_templates.py test_07_list_public_templates | Success | 0.07 | test_templates.py test_05_template_permissions | Success | 0.10 | test_templates.py test_04_extract_template | Success | 5.21 | test_templates.py test_03_delete_template | Success | 5.11 | test_templates.py test_02_edit_template | Success | 90.19 | test_templates.py test_01_create_template | Success | 65.80 | test_templates.py test_10_destroy_cpvm | Success | 131.74 | test_ssvm.py test_09_destroy_ssvm | Success | 163.19 | test_ssvm.py test_08_reboot_cpvm | Success | 101.69 | test_ssvm.py test_07_reboot_ssvm | Success | 133.95 | test_ssvm.py test_06_stop_cpvm | Success | 161.90 | test_ssvm.py test_05_stop_ssvm | Success | 133.75 | test_ssvm.py test_04_cpvm_internals | Success | 1.27 | test_ssvm.py test_03_ssvm_internals | Success | 3.67 | test_ssvm.py test_02_list_cpvm_vm | Success | 0.12 | test_ssvm.py test_01_list_sec_storage_vm | Success | 0.13 | test_ssvm.py test_01_snapshot_root_disk | Success | 11.31 | test_snapshots.py test_04_change_offering_small | Success | 210.03 | test_service_offerings.py test_03_delete_service_offering | Success | 0.13 | test_service_offerings.py test_02_edit_service_offering | Success | 0.16 | test_service_offerings.py test_01_create_service_offering | Success | 0.11 | test_service_offerings.py test_02_sys_template_ready | Success | 0.39 | test_secondary_storage.py test_01_sys_vm_start | Success | 0.38 | test_secondary_storage.py test_09_reboot_router | Success | 45.47 | test_routers.py test_08_start_router | Success | 35.36 | test_routers.py test_07_stop_router | Success | 10.16 | test_routers.py test_06_router_advanced | Success | 0.05 | test_routers.py test_05_router_basic | Success | 0.04 | test_routers.py test_04_restart_network_wo_cleanup | Success | 5.81 | test_routers.py test_03_restart_network_cleanup | Success | 65.76 | test_routers.py test_02_router_internal_adv | Success | 1.15 | test_routers.py test_01_router_internal_basic | Success | 0.59 | test_routers.py test_router_dhcphosts | Success | 272.22 | test_router_dhcphosts.py test_01
Re: ACS - Some VMs unable to get DHCP IP from VR
Hi Wei, In this case, dhcp works, and the server is up and running. But password reset doesn't work. What could be the reason? Thanks. On Thu, Nov 10, 2016 at 7:01 PM, Wei ZHOU wrote: > The password server depends on the dhcp services. > The vm fetch the dhcp ip at first, then get the password from dhcp server > (=password server). > If dhcp does not work, then password server will not work as well. > > -Wei > > 2016-11-10 11:29 GMT+01:00 Cloud List : > > > Hi Wei, > > > > Thanks for your suggestion, will test. > > > > I found another problem -- it seems that password reset function also > works > > only for VMs on the first subnet (X.X.202.*) but not on second subnet > > (X.X.203.*) onwards, any file I can modify to add the additional subnets > so > > that password reset can work? Which service is doing the password reset > on > > VR and which files it read? > > > > Looking forward to your reply, thank you. > > > > Cheers. > > > > > > On Wed, Nov 9, 2016 at 5:59 PM, Wei ZHOU wrote: > > > > > Hi, > > > > > > I meant some development in cloudstack to add new nic when add new ip > > > range. it is not easy. > > > > > > You can have multiple shared networks untagged. As far as I see, the > > shared > > > networks can also have same vlan but with different subnets. I suggest > > you > > > to test this solution. > > > > > > -Wei > > > > > > > > > 2016-11-09 4:24 GMT+01:00 Cloud List : > > > > > > > Hi Wei, > > > > > > > > Any documentation on how to implement your suggestion -- adding a new > > NIC > > > > for new IP range, while leaving the shared network untagged? Does > this > > > mean > > > > that the different IP subnets can still share the same VLAN and > > broadcast > > > > domain? > > > > > > > > Looking forward to your reply, thank you. > > > > > > > > Cheers. > > > > > > > > -ip- > > > > > > > > > > > > > > > > > > > > > >
Re: ACS - Some VMs unable to get DHCP IP from VR
The password server in VR is implemented by apache2. you can have a look at configuration files in /etc/apache2/ (ports.conf, sites-available/default, etc) you will notice that the server listens at the 80 port of default IP of VR. However, the VM in non-default ip subnets cannot reach the default IP. you need to create another configuration file in /etc/apache2/conf.d/ to support password servers on non-default ip subnets. -Wei 2016-11-10 12:23 GMT+01:00 Cloud List : > Hi Wei, > > In this case, dhcp works, and the server is up and running. But password > reset doesn't work. What could be the reason? > > Thanks. > >
[GitHub] cloudstack issue #1578: CLOUDSTACK-9401 : Support for Internal DNS in Nuage ...
Github user krissterckx commented on the issue: https://github.com/apache/cloudstack/pull/1578 @jburwell @rhtyd I would appreciate your feedback. This PR is pending from early June, and we have more PR's pending. Thanks, Cheers Kris Sterckx Nuage Networks --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Re: ACS - Some VMs unable to get DHCP IP from VR
Hi Wei, Thanks for your reply. You are right, when I tried to access the other subnet IP on port 80, it got connection refused. I have modified the Apache configuration to add the port and virtualhost configuration and we are now able to access the other subnet IP on port 80. root@test-40g-root-disk:~# telnet X.X.203.2 80 Trying X.X.203.2... Connected to X.X.203.2. Escape character is '^]'. ^] telnet> quit Connection closed. However, password reset still doesn't work. Not too sure what's wrong. I looked at the python script on /opt/cloud/bin/passwd_server_ip.py, it seems to be looking into just one file called /var/cache/cloud/passwords-X.X.202.2 although I see some IPs from other subnets as well inside the file. Is there something we need to modify on the area as well? Any further advice is greatly appreciated. Thank you. On Thu, Nov 10, 2016 at 7:46 PM, Wei ZHOU wrote: > The password server in VR is implemented by apache2. > you can have a look at configuration files in /etc/apache2/ (ports.conf, > sites-available/default, etc) > > you will notice that the server listens at the 80 port of default IP of VR. > However, the VM in non-default ip subnets cannot reach the default IP. > > you need to create another configuration file in /etc/apache2/conf.d/ to > support password servers on non-default ip subnets. > > -Wei > > 2016-11-10 12:23 GMT+01:00 Cloud List : > > > Hi Wei, > > > > In this case, dhcp works, and the server is up and running. But password > > reset doesn't work. What could be the reason? > > > > Thanks. > > > > >
[GitHub] cloudstack pull request #1759: CLOUDSTACK-9589 vmName entries from host_deta...
GitHub user yvsubhash opened a pull request: https://github.com/apache/cloudstack/pull/1759 CLOUDSTACK-9589 vmName entries from host_details table for the VM's w⦠CLOUDSTACK-9589 vmName entries from host_details table for the VM's whose state is Expunging should be deleted during upgrade from older versions Having vmName entries for VMs in 'expunging' states would cause with deploying VMs with matching host tags fail. So removing them during upgrade You can merge this pull request into a Git repository by running: $ git pull https://github.com/yvsubhash/cloudstack CLOUDSTACK-9589 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack/pull/1759.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #1759 commit 45114ec507692d9ca6cb9b4564db474da5f1b76a Author: subhash_y Date: 2016-11-10T12:23:21Z CLOUDSTACK-9589 vmName entries from host_details table for the VM's whose state is Expunging should be deleted during upgrade from older versions --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Jira not showing issues if not logged in
Hi, There seems to be a bug or incorrect settings in the Jira CS project. As public user I can only see 6 open issues and the latest update on an issue is from February 2016 on the project dashboard. If I log in, I have a correct project dashboard with 1800+ open issues.
[GitHub] cloudstack issue #1752: [4.8] Latest health test run
Github user blueorangutan commented on the issue: https://github.com/apache/cloudstack/pull/1752 Trillian test result (tid-333) Environment: xenserver-65sp1 (x2), Advanced Networking with Mgmt server 6 Total time taken: 30626 seconds Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr1752-t333-xenserver-65sp1.zip Test completed. 41 look ok, 2 have error(s) Test | Result | Time (s) | Test File --- | --- | --- | --- test_05_rvpc_multi_tiers | `Failure` | 473.69 | test_vpc_redundant.py test_04_rvpc_network_garbage_collector_nics | `Failure` | 1352.85 | test_vpc_redundant.py test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | `Failure` | 463.09 | test_vpc_redundant.py test_02_vpc_privategw_static_routes | `Failure` | 320.83 | test_privategw_acl.py test_01_vpc_site2site_vpn | Success | 291.91 | test_vpc_vpn.py test_01_vpc_remote_access_vpn | Success | 131.96 | test_vpc_vpn.py test_01_redundant_vpc_site2site_vpn | Success | 524.00 | test_vpc_vpn.py test_02_VPC_default_routes | Success | 397.83 | test_vpc_router_nics.py test_01_VPC_nics_after_destroy | Success | 703.90 | test_vpc_router_nics.py test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | Success | 796.43 | test_vpc_redundant.py test_02_redundant_VPC_default_routes | Success | 1016.54 | test_vpc_redundant.py test_09_delete_detached_volume | Success | 15.82 | test_volumes.py test_08_resize_volume | Success | 91.08 | test_volumes.py test_07_resize_fail | Success | 96.06 | test_volumes.py test_06_download_detached_volume | Success | 20.41 | test_volumes.py test_05_detach_volume | Success | 100.53 | test_volumes.py test_04_delete_attached_volume | Success | 10.24 | test_volumes.py test_03_download_attached_volume | Success | 15.37 | test_volumes.py test_02_attach_volume | Success | 10.77 | test_volumes.py test_01_create_volume | Success | 393.09 | test_volumes.py test_03_delete_vm_snapshots | Success | 280.29 | test_vm_snapshots.py test_02_revert_vm_snapshots | Success | 196.99 | test_vm_snapshots.py test_01_create_vm_snapshots | Success | 134.13 | test_vm_snapshots.py test_deploy_vm_multiple | Success | 289.25 | test_vm_life_cycle.py test_deploy_vm | Success | 0.03 | test_vm_life_cycle.py test_advZoneVirtualRouter | Success | 0.02 | test_vm_life_cycle.py test_10_attachAndDetach_iso | Success | 26.96 | test_vm_life_cycle.py test_09_expunge_vm | Success | 125.19 | test_vm_life_cycle.py test_08_migrate_vm | Success | 71.26 | test_vm_life_cycle.py test_07_restore_vm | Success | 0.16 | test_vm_life_cycle.py test_06_destroy_vm | Success | 15.23 | test_vm_life_cycle.py test_03_reboot_vm | Success | 20.26 | test_vm_life_cycle.py test_02_start_vm | Success | 25.32 | test_vm_life_cycle.py test_01_stop_vm | Success | 30.30 | test_vm_life_cycle.py test_CreateTemplateWithDuplicateName | Success | 131.41 | test_templates.py test_08_list_system_templates | Success | 0.03 | test_templates.py test_07_list_public_templates | Success | 0.03 | test_templates.py test_05_template_permissions | Success | 0.07 | test_templates.py test_04_extract_template | Success | 5.23 | test_templates.py test_03_delete_template | Success | 5.19 | test_templates.py test_02_edit_template | Success | 90.14 | test_templates.py test_01_create_template | Success | 96.04 | test_templates.py test_10_destroy_cpvm | Success | 196.94 | test_ssvm.py test_09_destroy_ssvm | Success | 229.22 | test_ssvm.py test_08_reboot_cpvm | Success | 121.72 | test_ssvm.py test_07_reboot_ssvm | Success | 144.41 | test_ssvm.py test_06_stop_cpvm | Success | 141.99 | test_ssvm.py test_05_stop_ssvm | Success | 169.61 | test_ssvm.py test_04_cpvm_internals | Success | 1.22 | test_ssvm.py test_03_ssvm_internals | Success | 4.10 | test_ssvm.py test_02_list_cpvm_vm | Success | 0.13 | test_ssvm.py test_01_list_sec_storage_vm | Success | 0.12 | test_ssvm.py test_01_snapshot_root_disk | Success | 32.17 | test_snapshots.py test_04_change_offering_small | Success | 81.31 | test_service_offerings.py test_03_delete_service_offering | Success | 0.04 | test_service_offerings.py test_02_edit_service_offering | Success | 0.20 | test_service_offerings.py test_01_create_service_offering | Success | 0.15 | test_service_offerings.py test_02_sys_template_ready | Success | 0.15 | test_secondary_storage.py test_01_sys_vm_start | Success | 0.17 | test_secondary_storage.py test_01_scale_vm | Success | 5.27 | test_scale_vm.py test_09_reboot_router | Success | 75.89 | test_routers.py test_08_start_router | Success | 50.55 | test_routers.py test_07_stop_router | Success | 15.23 | test_routers.py test_06_router_advanced | Success | 0.07 | test_routers.py test_05_router_basic | Success | 0.05 | test
[GitHub] cloudstack issue #1752: [4.8] Latest health test run
Github user blueorangutan commented on the issue: https://github.com/apache/cloudstack/pull/1752 Trillian test result (tid-335) Environment: vmware-55u3 (x2), Advanced Networking with Mgmt server 7 Total time taken: 32338 seconds Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr1752-t335-vmware-55u3.zip Test completed. 41 look ok, 2 have error(s) Test | Result | Time (s) | Test File --- | --- | --- | --- test_01_vpc_site2site_vpn | `Error` | 468.63 | test_vpc_vpn.py ContextSuite context=TestRVPCSite2SiteVpn>:setup | `Error` | 0.00 | test_vpc_vpn.py test_09_reboot_router | `Error` | 5.11 | test_routers.py test_08_start_router | `Error` | 121.13 | test_routers.py test_01_vpc_remote_access_vpn | Success | 166.89 | test_vpc_vpn.py test_02_VPC_default_routes | Success | 355.06 | test_vpc_router_nics.py test_01_VPC_nics_after_destroy | Success | 670.00 | test_vpc_router_nics.py test_05_rvpc_multi_tiers | Success | 537.15 | test_vpc_redundant.py test_04_rvpc_network_garbage_collector_nics | Success | 1576.57 | test_vpc_redundant.py test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | Success | 607.29 | test_vpc_redundant.py test_02_redundant_VPC_default_routes | Success | 631.43 | test_vpc_redundant.py test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | Success | 1130.77 | test_vpc_redundant.py test_09_delete_detached_volume | Success | 25.92 | test_volumes.py test_06_download_detached_volume | Success | 50.70 | test_volumes.py test_05_detach_volume | Success | 100.37 | test_volumes.py test_04_delete_attached_volume | Success | 10.26 | test_volumes.py test_03_download_attached_volume | Success | 15.69 | test_volumes.py test_02_attach_volume | Success | 53.73 | test_volumes.py test_01_create_volume | Success | 516.98 | test_volumes.py test_03_delete_vm_snapshots | Success | 275.21 | test_vm_snapshots.py test_02_revert_vm_snapshots | Success | 194.43 | test_vm_snapshots.py test_01_test_vm_volume_snapshot | Success | 156.57 | test_vm_snapshots.py test_01_create_vm_snapshots | Success | 128.73 | test_vm_snapshots.py test_deploy_vm_multiple | Success | 254.13 | test_vm_life_cycle.py test_deploy_vm | Success | 0.04 | test_vm_life_cycle.py test_advZoneVirtualRouter | Success | 0.02 | test_vm_life_cycle.py test_10_attachAndDetach_iso | Success | 27.00 | test_vm_life_cycle.py test_09_expunge_vm | Success | 125.20 | test_vm_life_cycle.py test_08_migrate_vm | Success | 61.52 | test_vm_life_cycle.py test_07_restore_vm | Success | 0.10 | test_vm_life_cycle.py test_06_destroy_vm | Success | 10.17 | test_vm_life_cycle.py test_03_reboot_vm | Success | 5.13 | test_vm_life_cycle.py test_02_start_vm | Success | 20.36 | test_vm_life_cycle.py test_01_stop_vm | Success | 5.18 | test_vm_life_cycle.py test_CreateTemplateWithDuplicateName | Success | 282.31 | test_templates.py test_08_list_system_templates | Success | 0.03 | test_templates.py test_07_list_public_templates | Success | 0.04 | test_templates.py test_05_template_permissions | Success | 0.06 | test_templates.py test_04_extract_template | Success | 15.23 | test_templates.py test_03_delete_template | Success | 5.12 | test_templates.py test_02_edit_template | Success | 90.19 | test_templates.py test_01_create_template | Success | 166.42 | test_templates.py test_10_destroy_cpvm | Success | 231.91 | test_ssvm.py test_09_destroy_ssvm | Success | 264.05 | test_ssvm.py test_08_reboot_cpvm | Success | 156.68 | test_ssvm.py test_07_reboot_ssvm | Success | 158.41 | test_ssvm.py test_06_stop_cpvm | Success | 171.88 | test_ssvm.py test_05_stop_ssvm | Success | 209.40 | test_ssvm.py test_04_cpvm_internals | Success | 1.18 | test_ssvm.py test_03_ssvm_internals | Success | 3.70 | test_ssvm.py test_02_list_cpvm_vm | Success | 0.19 | test_ssvm.py test_01_list_sec_storage_vm | Success | 0.26 | test_ssvm.py test_01_snapshot_root_disk | Success | 26.64 | test_snapshots.py test_04_change_offering_small | Success | 91.83 | test_service_offerings.py test_03_delete_service_offering | Success | 0.04 | test_service_offerings.py test_02_edit_service_offering | Success | 0.08 | test_service_offerings.py test_01_create_service_offering | Success | 0.60 | test_service_offerings.py test_02_sys_template_ready | Success | 0.25 | test_secondary_storage.py test_01_sys_vm_start | Success | 0.23 | test_secondary_storage.py test_07_stop_router | Success | 25.29 | test_routers.py test_06_router_advanced | Success | 0.05 | test_routers.py test_05_router_basic | Success | 0.04 | test_routers.py test_04_restart_network_wo_cleanup | Success | 5.66 | test_routers.py test_03_restart_network_cleanup | Success | 126.19 | test_routers.py test_02_router_internal_ad
Re: ACS - Some VMs unable to get DHCP IP from VR
Sorry what I said in previous reply is wrong. The 80 port /apache2 are used for ssh-key server, not password server. For password server, there should be a passwd_server_ip.py running with corresponding ip. The password server will listen the 8080 port, and cache the vm password in /var/cache/cloud/passwords-X.X.X.X In a word, you need to run the following command: /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 (the vr ip in second ip subnet) -Wei 2016-11-10 13:07 GMT+01:00 Cloud List : > Hi Wei, > > Thanks for your reply. > > You are right, when I tried to access the other subnet IP on port 80, it > got connection refused. I have modified the Apache configuration to add the > port and virtualhost configuration and we are now able to access the other > subnet IP on port 80. > > root@test-40g-root-disk:~# telnet X.X.203.2 80 > Trying X.X.203.2... > Connected to X.X.203.2. > Escape character is '^]'. > ^] > telnet> quit > Connection closed. > > However, password reset still doesn't work. Not too sure what's wrong. > > I looked at the python script on /opt/cloud/bin/passwd_server_ip.py, it > seems to be looking into just one file called > /var/cache/cloud/passwords-X.X.202.2 although I see some IPs from other > subnets as well inside the file. Is there something we need to modify on > the area as well? > > Any further advice is greatly appreciated. > > Thank you. > > >
[GitHub] cloudstack issue #1753: [4.9] Latest health test run
Github user blueorangutan commented on the issue: https://github.com/apache/cloudstack/pull/1753 Trillian test result (tid-332) Environment: vmware-55u3 (x2), Advanced Networking with Mgmt server 7 Total time taken: 37735 seconds Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr1753-t332-vmware-55u3.zip Test completed. 45 look ok, 3 have error(s) Test | Result | Time (s) | Test File --- | --- | --- | --- test_01_redundant_vpc_site2site_vpn | `Failure` | 332.65 | test_vpc_vpn.py test_04_rvpc_privategw_static_routes | `Failure` | 540.89 | test_privategw_acl.py test_01_vpc_privategw_acl | `Failure` | 123.78 | test_privategw_acl.py test_01_vpc_site2site_vpn | `Error` | 542.67 | test_vpc_vpn.py test_01_VPC_nics_after_destroy | `Error` | 117.42 | test_vpc_router_nics.py test_01_vpc_remote_access_vpn | Success | 177.57 | test_vpc_vpn.py test_02_VPC_default_routes | Success | 447.30 | test_vpc_router_nics.py test_05_rvpc_multi_tiers | Success | 745.38 | test_vpc_redundant.py test_04_rvpc_network_garbage_collector_nics | Success | 1691.09 | test_vpc_redundant.py test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | Success | 1069.63 | test_vpc_redundant.py test_02_redundant_VPC_default_routes | Success | 799.87 | test_vpc_redundant.py test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | Success | 1548.96 | test_vpc_redundant.py test_09_delete_detached_volume | Success | 35.87 | test_volumes.py test_06_download_detached_volume | Success | 70.71 | test_volumes.py test_05_detach_volume | Success | 110.29 | test_volumes.py test_04_delete_attached_volume | Success | 20.27 | test_volumes.py test_03_download_attached_volume | Success | 20.36 | test_volumes.py test_02_attach_volume | Success | 58.85 | test_volumes.py test_01_create_volume | Success | 522.73 | test_volumes.py test_03_delete_vm_snapshots | Success | 275.22 | test_vm_snapshots.py test_02_revert_vm_snapshots | Success | 227.14 | test_vm_snapshots.py test_01_test_vm_volume_snapshot | Success | 196.60 | test_vm_snapshots.py test_01_create_vm_snapshots | Success | 161.69 | test_vm_snapshots.py test_deploy_vm_multiple | Success | 263.72 | test_vm_life_cycle.py test_deploy_vm | Success | 0.03 | test_vm_life_cycle.py test_advZoneVirtualRouter | Success | 0.02 | test_vm_life_cycle.py test_10_attachAndDetach_iso | Success | 27.03 | test_vm_life_cycle.py test_09_expunge_vm | Success | 125.25 | test_vm_life_cycle.py test_08_migrate_vm | Success | 81.12 | test_vm_life_cycle.py test_07_restore_vm | Success | 0.10 | test_vm_life_cycle.py test_06_destroy_vm | Success | 10.15 | test_vm_life_cycle.py test_03_reboot_vm | Success | 5.15 | test_vm_life_cycle.py test_02_start_vm | Success | 25.30 | test_vm_life_cycle.py test_01_stop_vm | Success | 10.18 | test_vm_life_cycle.py test_CreateTemplateWithDuplicateName | Success | 307.10 | test_templates.py test_08_list_system_templates | Success | 0.04 | test_templates.py test_07_list_public_templates | Success | 0.04 | test_templates.py test_05_template_permissions | Success | 0.06 | test_templates.py test_04_extract_template | Success | 15.25 | test_templates.py test_03_delete_template | Success | 5.11 | test_templates.py test_02_edit_template | Success | 90.15 | test_templates.py test_01_create_template | Success | 171.17 | test_templates.py test_10_destroy_cpvm | Success | 236.86 | test_ssvm.py test_09_destroy_ssvm | Success | 269.13 | test_ssvm.py test_08_reboot_cpvm | Success | 156.57 | test_ssvm.py test_07_reboot_ssvm | Success | 158.60 | test_ssvm.py test_06_stop_cpvm | Success | 207.07 | test_ssvm.py test_05_stop_ssvm | Success | 208.93 | test_ssvm.py test_04_cpvm_internals | Success | 1.24 | test_ssvm.py test_03_ssvm_internals | Success | 3.60 | test_ssvm.py test_02_list_cpvm_vm | Success | 0.13 | test_ssvm.py test_01_list_sec_storage_vm | Success | 0.14 | test_ssvm.py test_01_snapshot_root_disk | Success | 66.48 | test_snapshots.py test_04_change_offering_small | Success | 130.21 | test_service_offerings.py test_03_delete_service_offering | Success | 0.04 | test_service_offerings.py test_02_edit_service_offering | Success | 0.09 | test_service_offerings.py test_01_create_service_offering | Success | 0.11 | test_service_offerings.py test_02_sys_template_ready | Success | 0.14 | test_secondary_storage.py test_01_sys_vm_start | Success | 0.19 | test_secondary_storage.py test_09_reboot_router | Success | 146.01 | test_routers.py test_08_start_router | Success | 146.01 | test_routers.py test_07_stop_router | Success | 25.24 | test_routers.py test_06_router_advanced | Success | 0.06 | test_routers.py test_05_router_basic | Success | 0.04 | test_routers.py test_04_restart_
Re: ACS - Some VMs unable to get DHCP IP from VR
Hi Wei, Thanks for your reply. I ran the command and it seems to be running very long without any response. Does it take time to execute, or is it supposed to run in background? e.g. shall I run with & option instead? /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 & Here's the result: root@r-4155-VM:/opt/cloud/bin# /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 [no response] Because when I grep the process using ps aux, I can see that it seems to be running as daemon for the first subnet: 2199 ?S 0:00 /bin/bash /opt/cloud/bin/passwd_server_ip X.X.202.2 dummy 2202 ?S 0:12 python /opt/cloud/bin/passwd_server_ip.py X.X.202.2 Do I also need to add the "dummy" option for the second subnet onwards? Looking forward to your reply, thank you. Cheers. On Thu, Nov 10, 2016 at 9:28 PM, Wei ZHOU wrote: > Sorry what I said in previous reply is wrong. The 80 port /apache2 are used > for ssh-key server, not password server. > > For password server, there should be a passwd_server_ip.py running with > corresponding ip. > The password server will listen the 8080 port, and cache the vm password in > /var/cache/cloud/passwords-X.X.X.X > > In a word, you need to run the following command: > /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 (the vr ip in second > ip > subnet) > > -Wei > > 2016-11-10 13:07 GMT+01:00 Cloud List : > > > Hi Wei, > > > > Thanks for your reply. > > > > You are right, when I tried to access the other subnet IP on port 80, it > > got connection refused. I have modified the Apache configuration to add > the > > port and virtualhost configuration and we are now able to access the > other > > subnet IP on port 80. > > > > root@test-40g-root-disk:~# telnet X.X.203.2 80 > > Trying X.X.203.2... > > Connected to X.X.203.2. > > Escape character is '^]'. > > ^] > > telnet> quit > > Connection closed. > > > > However, password reset still doesn't work. Not too sure what's wrong. > > > > I looked at the python script on /opt/cloud/bin/passwd_server_ip.py, it > > seems to be looking into just one file called > > /var/cache/cloud/passwords-X.X.202.2 although I see some IPs from other > > subnets as well inside the file. Is there something we need to modify on > > the area as well? > > > > Any further advice is greatly appreciated. > > > > Thank you. > > > > > > >
Re: ACS - Some VMs unable to get DHCP IP from VR
Hi Wei, Just to let you know that the workaround you have suggested fixes the problem. /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 & Many thanks! Greatly appreciated. Cheers. On Fri, Nov 11, 2016 at 3:49 AM, Cloud List wrote: > Hi Wei, > > Thanks for your reply. > > I ran the command and it seems to be running very long without any > response. Does it take time to execute, or is it supposed to run in > background? e.g. shall I run with & option instead? > > /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 & > > Here's the result: > > root@r-4155-VM:/opt/cloud/bin# /bin/bash /opt/cloud/bin/passwd_server_ip > X.X.203.2 > [no response] > > Because when I grep the process using ps aux, I can see that it seems to > be running as daemon for the first subnet: > > 2199 ?S 0:00 /bin/bash /opt/cloud/bin/passwd_server_ip > X.X.202.2 dummy > 2202 ?S 0:12 python /opt/cloud/bin/passwd_server_ip.py > X.X.202.2 > > Do I also need to add the "dummy" option for the second subnet onwards? > > Looking forward to your reply, thank you. > > Cheers. > > On Thu, Nov 10, 2016 at 9:28 PM, Wei ZHOU wrote: > >> Sorry what I said in previous reply is wrong. The 80 port /apache2 are >> used >> for ssh-key server, not password server. >> >> For password server, there should be a passwd_server_ip.py running with >> corresponding ip. >> The password server will listen the 8080 port, and cache the vm password >> in >> /var/cache/cloud/passwords-X.X.X.X >> >> In a word, you need to run the following command: >> /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 (the vr ip in second >> ip >> subnet) >> >> -Wei >> >> 2016-11-10 13:07 GMT+01:00 Cloud List : >> >> > Hi Wei, >> > >> > Thanks for your reply. >> > >> > You are right, when I tried to access the other subnet IP on port 80, it >> > got connection refused. I have modified the Apache configuration to add >> the >> > port and virtualhost configuration and we are now able to access the >> other >> > subnet IP on port 80. >> > >> > root@test-40g-root-disk:~# telnet X.X.203.2 80 >> > Trying X.X.203.2... >> > Connected to X.X.203.2. >> > Escape character is '^]'. >> > ^] >> > telnet> quit >> > Connection closed. >> > >> > However, password reset still doesn't work. Not too sure what's wrong. >> > >> > I looked at the python script on /opt/cloud/bin/passwd_server_ip.py, it >> > seems to be looking into just one file called >> > /var/cache/cloud/passwords-X.X.202.2 although I see some IPs from other >> > subnets as well inside the file. Is there something we need to modify on >> > the area as well? >> > >> > Any further advice is greatly appreciated. >> > >> > Thank you. >> > >> > >> > >> > >
Re: ACS - Some VMs unable to get DHCP IP from VR
You are welcome! Good to know it. -Wei 2016-11-10 21:01 GMT+01:00 Cloud List : > Hi Wei, > > Just to let you know that the workaround you have suggested fixes the > problem. > > /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 & > > Many thanks! Greatly appreciated. > > Cheers. > > > On Fri, Nov 11, 2016 at 3:49 AM, Cloud List wrote: > > > Hi Wei, > > > > Thanks for your reply. > > > > I ran the command and it seems to be running very long without any > > response. Does it take time to execute, or is it supposed to run in > > background? e.g. shall I run with & option instead? > > > > /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 & > > > > Here's the result: > > > > root@r-4155-VM:/opt/cloud/bin# /bin/bash /opt/cloud/bin/passwd_server_ip > > X.X.203.2 > > [no response] > > > > Because when I grep the process using ps aux, I can see that it seems to > > be running as daemon for the first subnet: > > > > 2199 ?S 0:00 /bin/bash /opt/cloud/bin/passwd_server_ip > > X.X.202.2 dummy > > 2202 ?S 0:12 python /opt/cloud/bin/passwd_server_ip.py > > X.X.202.2 > > > > Do I also need to add the "dummy" option for the second subnet onwards? > > > > Looking forward to your reply, thank you. > > > > Cheers. > > > > On Thu, Nov 10, 2016 at 9:28 PM, Wei ZHOU wrote: > > > >> Sorry what I said in previous reply is wrong. The 80 port /apache2 are > >> used > >> for ssh-key server, not password server. > >> > >> For password server, there should be a passwd_server_ip.py running with > >> corresponding ip. > >> The password server will listen the 8080 port, and cache the vm password > >> in > >> /var/cache/cloud/passwords-X.X.X.X > >> > >> In a word, you need to run the following command: > >> /bin/bash /opt/cloud/bin/passwd_server_ip X.X.203.2 (the vr ip in > second > >> ip > >> subnet) > >> > >> -Wei > >> > >> 2016-11-10 13:07 GMT+01:00 Cloud List : > >> > >> > Hi Wei, > >> > > >> > Thanks for your reply. > >> > > >> > You are right, when I tried to access the other subnet IP on port 80, > it > >> > got connection refused. I have modified the Apache configuration to > add > >> the > >> > port and virtualhost configuration and we are now able to access the > >> other > >> > subnet IP on port 80. > >> > > >> > root@test-40g-root-disk:~# telnet X.X.203.2 80 > >> > Trying X.X.203.2... > >> > Connected to X.X.203.2. > >> > Escape character is '^]'. > >> > ^] > >> > telnet> quit > >> > Connection closed. > >> > > >> > However, password reset still doesn't work. Not too sure what's wrong. > >> > > >> > I looked at the python script on /opt/cloud/bin/passwd_server_ip.py, > it > >> > seems to be looking into just one file called > >> > /var/cache/cloud/passwords-X.X.202.2 although I see some IPs from > other > >> > subnets as well inside the file. Is there something we need to modify > on > >> > the area as well? > >> > > >> > Any further advice is greatly appreciated. > >> > > >> > Thank you. > >> > > >> > > >> > > >> > > > > >
