cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Cristian Ciobanu" <cristia...@istream.today>
Subject Re: Cloudstack VR 4.6 issue
Date Sun, 13 Dec 2015 15:52:38 GMT
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! <nux@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 okir@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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message