Failing to obtain hostname
As a follow up to my previous post, I have seen cases where the system started successfully, but failed to obtains its hostname from the DNS server. I had to manually update the /etc/resolve.conf file and add the nameserver record, and then restart the cloudstack-manager and cloudstack-agent. Any suggestion what could be causing this issue on CentOS 6.5 using Cloudstack 4.2.1. This is a clean / fresh installation. Alex Hartner Enterprise Architect T +44 20 8238 7423 F M ahart...@thunderhead.com<mailto:ahart...@thunderhead.com> [http://thunderhead.com/email_signature/images/thf2.gif]Thunderhead Limited www.thunderhead.com<http://www.thunderhead.com> WE'RE HIRING[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/company/careers/available-roles/> THE BLOG[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/blog> [http://thunderhead.com/email_signature/images/lki.jpg]<http://www.linkedin.com/company/25033> [http://thunderhead.com/email_signature/images/tw.jpg] <http://twitter.com/Thunderheadon> [http://thunderhead.com/email_signature/images/rss.jpg] <http://www.thunderhead.com/rss-feeds> [http://thunderhead.com/email_signature/images/yt.jpg] <http://www.youtube.com/ThunderheadOn> Thunderhead.com is the trading name of Thunderhead Limited which is registered in England under No. 4303041 whose registered office is at Ingeni Building, 17 Broadwick Street, Soho, London. W1F 0DJ. The contents of this e-mail are intended for the named addressee only. It contains confidential information. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. ONE Correspond for Salesforce is available for a free 30 day trial. Get it now here<http://www.thunderhead.com/customerengagement/test-drive-the-fastest-way-to-generate-documents-in-saleforce/?utm_source=utm_source%3Dsignature&utm_medium=utm_medium%3Demail&utm_campaign=utm_campaign%3DOCfSF&utm_term=utm_term%3DOCfSFfreetrial&utm_content=utm_content%3Dvideo>
Simple network configuration
I just completed a fresh installation of 4.2.1 on CentOS 6.5 with both the management and the agent running on a single host. The plan is to keep things simple as this setup will be used for development rather than hosting production level services. After the initial setup everything looked great until I rebooted the system. From here on I am no longer able to access the network from the physical server. It doesn’t happen all the time, but often enough. Maybe 1 out of 5 times does the network stack initially properly. Here is my network configuration Physical server: Device: eth0 Assigned via DHCP. Fixed on the DHCP server to the MAC address of the server to 192.168.0.6 DNS name / mapping configured for both name and IP (both directions) to allow for the system to find the hostname ifcfg-eth0 == DEVICE=eth0 TYPE=Ethernet UUID= XX ONBOOT=yes NM_CONTROLLED=no BOOTPROTO=dhcp HWADDR=XX DEFROUTE=yes PEERDNS=NO PEERROUTES=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" BRIDGE=cloudbr0 ifcfg-cloudbr0 = DEVICE=cloudbr0 TYPE=Bridge UUID= XX ONBOOT=yes NM_CONTROLLED=no BOOTPROTO=dhcp HWADDR=XX DEFROUTE=yes PEERDNS=no PEERROUTES=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" One of the issues is that when the problem occurs the system it not able to access any other system on the local network and hence not able to resolve its own hostname, causing the cloudstack-agent/management server also to fail. Here is the resolve.conf file == # Generated by NetworkManager search mydomain.com # No nameservers found; try putting DNS servers into your # ifcfg files in /etc/sysconfig/network-scripts like so: # # DNS1=xxx.xxx.xxx.xxx # DNS2=xxx.xxx.xxx.xxx # DOMAIN=lab.foo.com bar.foo.com Here is the routing table === Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 192.168.122.0 0.0.0.0 255.255.255.0 U 0 00 virbr0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 cloud0 0.0.0.0 192.168.0.1 0.0.0.0 UG0 00 eth0 And the output from ifconfig == cloudbr0 Link encap:Ethernet HWaddr XX inet6 addr: fe80::e44c:e4ff:fe1e:dde7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:20 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:3852 (3.7 KiB) eth0 Link encap:Ethernet HWaddr XX inet addr:192.168.0.6 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::52e5:49ff:fee1:7d12/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:306 errors:0 dropped:0 overruns:0 frame:0 TX packets:212 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:37028 (36.1 KiB) TX bytes:32638 (31.8 KiB) Interrupt:20 Memory:fbf0-fbf2 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:119 errors:0 dropped:0 overruns:0 frame:0 TX packets:119 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10712 (10.4 KiB) TX bytes:10712 (10.4 KiB) virbr0Link encap:Ethernet HWaddr XX inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Any pointers what I can do to get my network configuration working correctly. Alex Hartner Enterprise Architect T +44 20 8238 7423 F M ahart...@thunderhead.com<mailto:ahart...@thunderhead.com> [http://thunderhead.com/email_signature/images/thf2.gif]Thunderhead Limited www.thunderhead.com<http://www.thunderhead.com> WE'RE HIRING[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/company/careers/available-roles/> THE BLOG[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/blog> [http://thunderhead.com/email_signature/images/lki.jpg]<http://www.linkedin.com/company/25033> [http://thunderhead.com/email_signature/images/tw.jpg] <http://twitter.com/Thunderheadon> [http://thunderhead.com/email_signature/images/rss.jpg] <http://www.thunderhead.com/rss-feeds&
RE: Reserving IP address in DHCP range
I was afraid of this. Just want to confirm that to avoid conflict between static and dynamic addresses I have to use separate networks. I wonder how this affects services which rely on multicast / broadcast to work between the VMs. I fear it may not work in the case of separate networks. Thanks for your help. Alex -Original Message- From: Sanjeev Neelarapu [mailto:sanjeev.neelar...@citrix.com] Sent: Friday, 21 March 2014 1:31 PM To: users@cloudstack.apache.org Subject: RE: Reserving IP address in DHCP range I think in the same guest network we can't have few VMs with dynamic IP addresses and others with static. -Original Message- From: Alex Hartner [mailto:ahart...@thunderhead.com] Sent: Friday, March 21, 2014 10:39 AM To: users@cloudstack.apache.org Subject: RE: Reserving IP address in DHCP range Hi Sanjeev, Thanks for getting back to me. I found this article as well, however it mentions: "If your customers wish to have non-CloudStack controlled VMs or physical servers on the same network, they can share a part of the IP address space that is primarily provided to the guest network." In our case we want to allocate some cloudstack contolled VM with dynamic IP addresses and others with static ones. We don't have any non-cloudstack controlled VMs in this scenario. Would this approach still work in this case ? If this is the case what are the options of configuring the size of the reserved range. Using /26 gives us : 10.1.1.64 to 10.1.1.254 which is quite large. Ideally we would only need a static range of around 50 addresses with the remainder open to dynamic allocation. Regards Alex Alex Hartner Enterprise Architect T +44 20 8238 7423 F M mailto:ahart...@thunderhead.com Thunderhead.com is the trading name of Thunderhead Limited which is registered in England under No. 4303041 whose registered office is at Ingeni Building, 17 Broadwick Street, Soho, London. W1F 0DJ. -- The contents of this e-mail are intended for the named addressee only. It contains confidential information. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- -Original Message- From: Sanjeev Neelarapu [mailto:sanjeev.neelar...@citrix.com] Sent: Friday, 21 March 2014 12:57 PM To: users@cloudstack.apache.org Subject: RE: Reserving IP address in DHCP range Hi Alex, We can reserve few IP address range from the guest CIDR for static allocation. E.g. if guest CIDR is 10.x.x.0/24 you can reserve IP range 10.x.x.0/26 for static allocation. For more information please refer to http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Installation_Guide/reserved-ip-addresses-non-csvms.html Regards, Sanjeev -Original Message- From: Alex Hartner [mailto:ahart...@thunderhead.com] Sent: Thursday, March 20, 2014 4:43 PM To: CloudStack-Users Subject: Reserving IP address in DHCP range Hi all, Most of our systems are allocated IP addresses from the CIDR of the guest network which is defined at 10.X.X.0/24. Some of our VMs require a static IP address, so we allocate these manually on startup and specify the IPADDRESS attribute on the startup request (example : nic>ipaddress=10.X.X.254). Since the “static” ip addresses are assigned from the top end of the range and the “dynamic” ones are assigned starting from the bottom we didn’t have an issue initially. However with the number of VMs growning we not entered a phase where the address ranges overlap. My question is what are the options for reserving certain addresses on the guest network for manual allocation. Is it sufficient to acquire the ip addresses, and will I be able to assign an acquired IP address to a VM on startup ? Regards Alex Alex Hartner Enterprise Architect T +44 20 8238 7423 F M ahart...@thunderhead.com<mailto:ahart...@thunderhead.com> [http://thunderhead.com/email_signature/images/thf2.gif]Thunderhead Limited www.thunderhead.com<http://www.thunderhead.com> WE'RE HIRING[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/company/careers/available-roles/> THE BLOG[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/blog> [http://thunderhead.com/email_signature/images/lki.jpg]<http://www.linkedin.com/company/25033> [http://thunderhead.com/email_signature/images/tw.jpg] <http://twitter.com/Thunderheadon> [http://thunderhead.com/email_signature/images/rss.jpg] <http://www.thunderhead.com/rss-feeds> [http://thunderhead.com/email_signature/images/yt.jpg] <http://www.youtube.com/ThunderheadOn> Thunderhead.com is the trading name of Thunderhea
RE: Reserving IP address in DHCP range
Hi Sanjeev, Thanks for getting back to me. I found this article as well, however it mentions: "If your customers wish to have non-CloudStack controlled VMs or physical servers on the same network, they can share a part of the IP address space that is primarily provided to the guest network." In our case we want to allocate some cloudstack contolled VM with dynamic IP addresses and others with static ones. We don't have any non-cloudstack controlled VMs in this scenario. Would this approach still work in this case ? If this is the case what are the options of configuring the size of the reserved range. Using /26 gives us : 10.1.1.64 to 10.1.1.254 which is quite large. Ideally we would only need a static range of around 50 addresses with the remainder open to dynamic allocation. Regards Alex Alex Hartner Enterprise Architect T +44 20 8238 7423 F M mailto:ahart...@thunderhead.com Thunderhead.com is the trading name of Thunderhead Limited which is registered in England under No. 4303041 whose registered office is at Ingeni Building, 17 Broadwick Street, Soho, London. W1F 0DJ. -- The contents of this e-mail are intended for the named addressee only. It contains confidential information. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- -Original Message- From: Sanjeev Neelarapu [mailto:sanjeev.neelar...@citrix.com] Sent: Friday, 21 March 2014 12:57 PM To: users@cloudstack.apache.org Subject: RE: Reserving IP address in DHCP range Hi Alex, We can reserve few IP address range from the guest CIDR for static allocation. E.g. if guest CIDR is 10.x.x.0/24 you can reserve IP range 10.x.x.0/26 for static allocation. For more information please refer to http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Installation_Guide/reserved-ip-addresses-non-csvms.html Regards, Sanjeev -Original Message----- From: Alex Hartner [mailto:ahart...@thunderhead.com] Sent: Thursday, March 20, 2014 4:43 PM To: CloudStack-Users Subject: Reserving IP address in DHCP range Hi all, Most of our systems are allocated IP addresses from the CIDR of the guest network which is defined at 10.X.X.0/24. Some of our VMs require a static IP address, so we allocate these manually on startup and specify the IPADDRESS attribute on the startup request (example : nic>ipaddress=10.X.X.254). Since the “static” ip addresses are assigned from the top end of the range and the “dynamic” ones are assigned starting from the bottom we didn’t have an issue initially. However with the number of VMs growning we not entered a phase where the address ranges overlap. My question is what are the options for reserving certain addresses on the guest network for manual allocation. Is it sufficient to acquire the ip addresses, and will I be able to assign an acquired IP address to a VM on startup ? Regards Alex Alex Hartner Enterprise Architect T +44 20 8238 7423 F M ahart...@thunderhead.com<mailto:ahart...@thunderhead.com> [http://thunderhead.com/email_signature/images/thf2.gif]Thunderhead Limited www.thunderhead.com<http://www.thunderhead.com> WE'RE HIRING[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/company/careers/available-roles/> THE BLOG[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/blog> [http://thunderhead.com/email_signature/images/lki.jpg]<http://www.linkedin.com/company/25033> [http://thunderhead.com/email_signature/images/tw.jpg] <http://twitter.com/Thunderheadon> [http://thunderhead.com/email_signature/images/rss.jpg] <http://www.thunderhead.com/rss-feeds> [http://thunderhead.com/email_signature/images/yt.jpg] <http://www.youtube.com/ThunderheadOn> Thunderhead.com is the trading name of Thunderhead Limited which is registered in England under No. 4303041 whose registered office is at Ingeni Building, 17 Broadwick Street, Soho, London. W1F 0DJ. The contents of this e-mail are intended for the named addressee only. It contains confidential information. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. ONE Correspond for Salesforce is available for a free 30 day trial. Get it now here<http://www.thunderhead.com/customerengagement/test-drive-the-fastest-way-to-generate-documents-in-saleforce/?utm_source=utm_source%3Dsignature&utm_medium=utm_medium%3Demail&utm_campaign=utm_campaign%3DOCfSF&utm_term=utm_term%3DOCfSFfreetrial&utm_content=utm_content%3Dvideo>
Reserving IP address in DHCP range
Hi all, Most of our systems are allocated IP addresses from the CIDR of the guest network which is defined at 10.X.X.0/24. Some of our VMs require a static IP address, so we allocate these manually on startup and specify the IPADDRESS attribute on the startup request (example : nic>ipaddress=10.X.X.254). Since the “static” ip addresses are assigned from the top end of the range and the “dynamic” ones are assigned starting from the bottom we didn’t have an issue initially. However with the number of VMs growning we not entered a phase where the address ranges overlap. My question is what are the options for reserving certain addresses on the guest network for manual allocation. Is it sufficient to acquire the ip addresses, and will I be able to assign an acquired IP address to a VM on startup ? Regards Alex Alex Hartner Enterprise Architect T +44 20 8238 7423 F M ahart...@thunderhead.com<mailto:ahart...@thunderhead.com> [http://thunderhead.com/email_signature/images/thf2.gif]Thunderhead Limited www.thunderhead.com<http://www.thunderhead.com> WE'RE HIRING[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/company/careers/available-roles/> THE BLOG[http://thunderhead.com/email_signature/images/ar.gif]<http://www.thunderhead.com/blog> [http://thunderhead.com/email_signature/images/lki.jpg]<http://www.linkedin.com/company/25033> [http://thunderhead.com/email_signature/images/tw.jpg] <http://twitter.com/Thunderheadon> [http://thunderhead.com/email_signature/images/rss.jpg] <http://www.thunderhead.com/rss-feeds> [http://thunderhead.com/email_signature/images/yt.jpg] <http://www.youtube.com/ThunderheadOn> Thunderhead.com is the trading name of Thunderhead Limited which is registered in England under No. 4303041 whose registered office is at Ingeni Building, 17 Broadwick Street, Soho, London. W1F 0DJ. The contents of this e-mail are intended for the named addressee only. It contains confidential information. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. ONE Correspond for Salesforce is available for a free 30 day trial. Get it now here<http://www.thunderhead.com/customerengagement/test-drive-the-fastest-way-to-generate-documents-in-saleforce/?utm_source=utm_source%3Dsignature&utm_medium=utm_medium%3Demail&utm_campaign=utm_campaign%3DOCfSF&utm_term=utm_term%3DOCfSFfreetrial&utm_content=utm_content%3Dvideo>