I set back to dhcp, when the VM ask VR for IP, i see the following events on VR logs :
==> dnsmasq.log <== Dec 13 15:50:29 dnsmasq-dhcp[9457]: DHCPDISCOVER(eth0) 06:47:4c:00:00:28 ignored Dec 13 15:50:31 dnsmasq-dhcp[9457]: DHCPDISCOVER(eth0) 06:47:4c:00:00:28 ignored Dec 13 15:50:38 dnsmasq-dhcp[9457]: DHCPDISCOVER(eth0) 06:47:4c:00:00:28 ignored Regards, Cristian On 12/13/2015 4:42:36 PM, Nux! <n...@li.nux.ro> wrote: Ok, this is weird, DHCP traffic should not be blocked anywhere. Also stop ebtables just in case and repeat, but if you remove the statically assigned IP and manually run "dhclient eth0", does it get an IP? What do the logs on the VR say? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Cristian Ciobanu" > To: users@cloudstack.apache.org > Sent: Sunday, 13 December, 2015 14:36:35 > Subject: Re: Cloudstack VR 4.6 issue > Hi Lucian, > > Yes, the firewall is off. > > When i set the network from dhcp to static for VM TEST3 i was able to >ping the > gateway and google.com ( i used the same IP allocated to VM in >cloudstack from > that range) > > Thank you! > > > Regards, > Cristian > > > On 12/13/2015 1:42:05 PM, Nux! wrote: > Looks ok at the first sight? > Have you stopped iptables on the HV? > > If you manually set an IP from the range on TEST3, are you able to ping the VR > IP or the TEST2 VM? > What is "arp -a" saying? > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > ----- Original Message ----- >> From: "Cristian Ciobanu" >> To: users@cloudstack.apache.org >> Sent: Sunday, 13 December, 2015 10:49:10 >> Subject: Re: Cloudstack VR 4.6 issue > >> i forgot to add "brctl show" info in previous email. >> >> >> [root@hostxxx ~]# brctl show >> bridge name bridge id STP enabled interfaces >> cloud0 8000.fe00a9fe0089 no vnet0 >> vnet3 >> vnet7 >> cloudbr0 8000.000000000000 yes >> cloudbr1 8000.0cc47a6966cb no eth1 >> vnet1 >> vnet10 >> vnet2 >> vnet4 >> vnet5 >> vnet6 >> vnet8 >> vnet9 >> virbr0 8000.525400ac1c4a yes virbr0-nic >> >> >> Regards, >> Cristian >> >> >> On 12/13/2015 12:37:11 PM, Cristian Ciobanu wrote: >> Hi Lucian, >> >> Please see the requested information, also the VM are in the same bridge. >> >> VR XML : >> >> [root@host001 ~]# virsh dumpxml r-58-VM >> >> r-58-VM >> 1db38c1e-ea4d-4c3a-a401-263d10020de2 >> Debian GNU/Linux 5.0 (64-bit) >> 262144 >> 262144 >> 1 >> >> 500 >> >> >> >> Apache Software Foundation >> CloudStack KVM Hypervisor >> 1db38c1e-ea4d-4c3a-a401-263d10020de2 >> >> >> >> hvm >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> destroy >> restart >> destroy >> >> /usr/libexec/qemu-kvm >> >> >> >> >> >> > >> >> >> >> >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> TEST2 VM with connection : >> >> [root@host001 ~]# virsh dumpxml i-2-59-VM >> >> i-2-59-VM >> 4e95e133-4ce6-4954-aaf8-547cb77e5e7a >> CentOS 5.5 (64-bit) >> 524288 >> 524288 >> 1 >> >> 1000 >> >> >> >> Apache Software Foundation >> CloudStack KVM Hypervisor >> 4e95e133-4ce6-4954-aaf8-547cb77e5e7a >> >> >> >> hvm >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> destroy >> restart >> destroy >> >> /usr/libexec/qemu-kvm >> >> >> >> >> >> > >> >> >> >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> TEST3 VM no connection : >> >> [root@host001 ~]# virsh dumpxml i-2-60-VM >> >> i-2-60-VM >> eadc00f4-bc9b-4b23-8874-a510eb8c021b >> CentOS 5.5 (64-bit) >> 524288 >> 524288 >> 1 >> >> 1000 >> >> >> >> Apache Software Foundation >> CloudStack KVM Hypervisor >> eadc00f4-bc9b-4b23-8874-a510eb8c021b >> >> >> >> hvm >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> destroy >> restart >> destroy >> >> /usr/libexec/qemu-kvm >> >> >> >> >> >> > >> >> >> >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Regards, >> Cristian >> www.istream.today [http://www.istream.today/] >> www.shape.host [http://www.shape.host/] >> +40.733.955.922 >> >> On 12/12/2015 11:14:23 PM, Nux! wrote: >> Cristian, >> >> This is weird. On the HV can you check "brctl show" both the VR interface as >> well as the VMs in the same bridge? >> You can get their vnets by way of "virsh dumpxml name". >> Also, before you repeat any tests, please disable iptables on the HV (service >> iptables stop). >> >> Lucian >> >> -- >> Sent from the Delta quadrant using Borg technology! >> >> Nux! >> www.nux.ro >> >> ----- Original Message ----- >>> From: "Cristian Ciobanu" >>> To: users@cloudstack.apache.org >>> Sent: Saturday, 12 December, 2015 16:44:19 >>> Subject: Re: Cloudstack VR 4.6 issue >> >>> Hi Lucian, >>> >>> I did what you told me, I also find something interesting on VR dnsmasq >>>log, >>> please see the screenshot and the syslog from this mail. >>> >>> You will see the VR show MAC address ignored for TEST3, i'm not sure why. >>> >>> Screenshots : http://imgur.com/a/HHYUr >>> >>> Syslog: >>> >>> Nov 9 11:20:03 systemvm kernel: [ 187.084419] RPC: Registered named UNIX >>> socket transport module. >>> Nov 9 11:20:03 systemvm kernel: [ 187.084419] RPC: Registered udp >>> transport >>> module. >>> Nov 9 11:20:03 systemvm kernel: [ 187.084419] RPC: Registered tcp >>> transport >>> module. >>> Nov 9 11:20:03 systemvm kernel: [ 187.084419] RPC: Registered tcp NFSv4.1 >>> backchannel transport module. >>> Nov 9 11:20:03 systemvm kernel: [ 187.111188] FS-Cache: Loaded >>> Nov 9 11:20:03 systemvm kernel: [ 187.134041] FS-Cache: Netfs 'nfs' >>> registered >>> for caching >>> Nov 9 11:20:03 systemvm kernel: [ 187.163769] Installing knfsd (copyright >>> (C) >>> 1996 o...@monad.swb.de). >>> Nov 9 11:20:08 systemvm kernel: [ 192.071255] Netfilter messages via >>> NETLINK >>> v0.30. >>> Nov 9 11:20:08 systemvm kernel: [ 192.079893] nf_conntrack version 0.5.0 >>> (1959 >>> buckets, 7836 max) >>> Nov 9 11:20:08 systemvm conntrack-tools[11427]: using user-space event >>> filtering >>> Nov 9 11:20:08 systemvm conntrack-tools[11427]: netlink event socket buffer >>> size has been set to 262142 bytes >>> Nov 9 11:20:08 systemvm conntrack-tools[11427]: initialization completed >>> Nov 9 11:20:08 systemvm conntrack-tools[11432]: -- starting in daemon mode >>> -- >>> Nov 9 11:20:08 systemvm kernel: [ 192.081523] ctnetlink v0.93: registering >>> with nfnetlink. >>> Nov 9 11:20:08 systemvm dnsmasq[11500]: started, version 2.62 cachesize 150 >>> Nov 9 11:20:08 systemvm dnsmasq[11500]: compile time options: IPv6 >>> GNU-getopt >>> DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack >>> Nov 9 11:20:08 systemvm dnsmasq[11500]: reading /etc/resolv.conf >>> Nov 9 11:20:08 systemvm dnsmasq[11500]: using nameserver 8.8.4.4#53 >>> Nov 9 11:20:08 systemvm dnsmasq[11500]: using nameserver 8.8.8.8#53 >>> Nov 9 11:20:08 systemvm dnsmasq[11500]: read /etc/hosts - 4 addresses >>> Nov 9 11:20:09 systemvm kernel: [ 193.428232] ip_tables: (C) 2000-2006 >>> Netfilter Core Team >>> Nov 9 11:20:09 systemvm kernel: [ 193.447974] ip6_tables: (C) 2000-2006 >>> Netfilter Core Team >>> Nov 9 11:20:13 systemvm xl2tpd[11917]: setsockopt recvref[30]: Protocol not >>> available >>> Nov 9 11:20:13 systemvm xl2tpd[11917]: This binary does not support kernel >>> L2TP. >>> Nov 9 11:20:13 systemvm xl2tpd[11918]: xl2tpd version xl2tpd-1.3.1 started >>> on >>> systemvm PID:11918 >>> Nov 9 11:20:13 systemvm xl2tpd[11918]: Written by Mark Spencer, Copyright >>> (C) >>> 1998, Adtran, Inc. >>> Nov 9 11:20:13 systemvm xl2tpd[11918]: Forked by Scott Balmos and David >>> Stipp, >>> (C) 2001 >>> Nov 9 11:20:13 systemvm xl2tpd[11918]: Inherited by Jeff McAdams, (C) 2002 >>> Nov 9 11:20:13 systemvm xl2tpd[11918]: Forked again by Xelerance >>> (www.xelerance.com) (C) 2006 >>> Nov 9 11:20:13 systemvm xl2tpd[11918]: Listening on IP address 0.0.0.0, >>> port >>> 1701 >>> Nov 9 11:20:42 systemvm /usr/sbin/irqbalance: Balancing is ineffective on >>> systems with a single cache domain. Shutting down >>> Nov 9 11:20:59 systemvm KVP: KVP starting; pid is:18270 >>> Nov 9 11:21:36 systemvm shutdown[21010]: shutting down for system halt >>> Nov 9 11:21:36 systemvm init: Switching to runlevel: 0 >>> Nov 9 11:21:37 systemvm KVP: KVP starting; pid is:21036 >>> Nov 9 11:21:37 systemvm KVP: recvfrom failed; pid:21036 error:2 No such >>> file or >>> directory >>> Nov 9 11:21:37 systemvm init: Re-reading inittab >>> Nov 9 11:21:37 systemvm conntrack-tools[11432]: ---- shutdown received ---- >>> Nov 9 11:21:39 systemvm dnsmasq[11500]: exiting on receipt of SIGTERM >>> Nov 9 11:21:39 systemvm acpid: exiting >>> Nov 9 11:21:39 systemvm xl2tpd[11918]: death_handler: Fatal signal 15 >>> received >>> Nov 9 11:21:39 systemvm ntpd[1732]: ntpd exiting on signal 15 >>> >>> >>> >>> >>> Multumesc ! >>> >>> >>> Regards, >>> Cristian >>> >>> >>> On 12/12/2015 1:38:43 PM, Nux! wrote: >>> Cristian, >>> >>> So adding the IPs is not a problem, I see a few subnets added there. >>> >>> I see TEST3 should have got an IP address ending in 165, but has not. >>> Can you check /var/log/messages (/var/log/syslog) on the VM and the VR, see >>> if >>> you see anything regarding DHCP, the VM's MAC address and so on. >>> Also, if you restart the network on the VM or simply run `dhclient eth0`, >>> do you >>> get an IP? >>> >>> Lucian >>> >>> -- >>> Sent from the Delta quadrant using Borg technology! >>> >>> Nux! >>> www.nux.ro >>> >>> ----- Original Message ----- >>>> From: "Cristian Ciobanu" >>>> To: users@cloudstack.apache.org >>>> Sent: Friday, 11 December, 2015 21:23:12 >>>> Subject: Re: Cloudstack VR 4.6 issue >>> >>>> I removed the URL and i did a re-upload of the screenshots because i >>>> forgot to >>>> hide some IP. ( also one of the server was compromised ) >>>> >>>> >>>> NEW URL: http://imgur.com/a/0qmvx >>>> >>>> >>>> Regards, >>>> Cristian >>>> www.istream.today [http://www.istream.today/] >>>> www.shape.host [http://www.shape.host/] >>>> +40.733.955.922 >>>> >>>> On 12/11/2015 7:09:57 PM, Cristian Ciobanu wrote: >>>> Please see the screenshots from following URL: http://imgur.com/a/Fbbyi >>>> >>>> Thank you. >>>> >>>> >>>> Regards, >>>> Cristian >>>> >>>> >>>> On 12/11/2015 5:38:30 PM, Nux! wrote: >>>> Cristian, >>>> >>>> The mailing list seems to be stripping attachments, you might want to >>>> upload the >>>> pictures somewhere on the web and share the link. >>>> >>>> I tried adding a bogus new subnet to my existing 4.6 testbed and it worked >>>> without problems, I could give instances IP from it. >>>> >>>> You might want to go through the management logs (don't forget to enable >>>> DEBUG) >>>> while you are trying to use the new IPs on the instance. >>>> >>>> -- >>>> Sent from the Delta quadrant using Borg technology! >>>> >>>> Nux! >>>> www.nux.ro >>>> >>>> ----- Original Message ----- >>>>> From: "Cristian Ciobanu" >>>>> To: users@cloudstack.apache.org >>>>> Sent: Friday, 11 December, 2015 13:40:26 >>>>> Subject: Re: Cloudstack VR 4.6 issue >>>> >>>>> First of all, thanks for the answer. >>>>> >>>>> This is how i did, was work before on CloudStack 4.5 I'm not sure if this >>>>> is a >>>>> 4.6 issue or i did something wrong. >>>>> >>>>> Please see the attached screenshots. >>>>> >>>>> If you see on VR.jpg the class starting with 149. works great but 158. >>>>> not. also >>>>> the if you see the screenshot for VM TST2, everything is fine, but for >>>>> VM TST3 >>>>> not, no IP was allocated on VM. >>>>> >>>>> Thank you! >>>>> >>>>> >>>>> Regards, >>>>> Cristian >>>>> >>>>> >>>>> On 12/11/2015 3:07:34 PM, Nux! wrote: >>>>> Cristian, >>>>> >>>>> In a Basic Network you only have one public interface on the VR, as well >>>>> as >>>>> 169.254 on eth1 - that's a link-local address used to communicate with >>>>> the HV. >>>>> - >>>>> To add a new subnet to your network you must go to Home - Infrastructure >>>>> - Zones >>>>> - Your Zone - Physical Network - Your Public Network - Guest - Network - >>>>> click >>>>> existing network - View IP Ranges - Add IP Range ... (it's actually >>>>> simpler >>>>> from the API/cloudmonkey). >>>>> >>>>> Once you have added it your VR should start using it at some point, >>>>> especially >>>>> if you have exhausted your current subnet. >>>>> You can check what IP it passed out to instances in /etc/dhcphosts.txt >>>>> >>>>> HTH >>>>> >>>>> -- >>>>> Sent from the Delta quadrant using Borg technology! >>>>> >>>>> Nux! >>>>> www.nux.ro >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Cristian Ciobanu" >>>>>> To: users@cloudstack.apache.org >>>>>> Sent: Friday, 11 December, 2015 12:17:23 >>>>>> Subject: Cloudstack VR 4.6 issue >>>>> >>>>>> Hello, >>>>>> >>>>>> I try to find the issue regarding additional IP class. >>>>>> >>>>>> I have a CloudStack 4.6 on CentOS 6.7 ( 1x MGMT server and one KVM >>>>>>host with >>>>>> basic network ) >>>>>> >>>>>> Everything works fine till i try to add a additional guest IP class >>>>>>the >>>>>> additional is not working also i don't see any changes on VR and I >>>>>>have only 1 >>>>>> NIC with GUEST traffic on the VR, does not matter if i add 1,2,3 >>>>>>etc.. guest IP >>>>>> class i don't see any updates on my VR also if i create a new VM the >>>>>>IP looks >>>>>> like is allocated in CloudStack web interface but no IP allocated on >>>>>>the VM >>>>>> side. >>>>>> >>>>>> Can i get some help regarding this ? >>>>>> >>>>>> >>>>>> Regards, > > > > > > Cristian
