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! <n...@li.nux.ro> 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
