Arp remains unchanged when it happens, I only have one host. I'll try the ping thing next.
Thanks Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Simon Weller" <swel...@ena.com> > To: users@cloudstack.apache.org, d...@cloudstack.apache.org > Sent: Monday, 1 June, 2015 18:23:13 > Subject: Re: Regular total loss of connectivity > What does arp show you on the VR when this occurs? > Can you isolate this VR to a different physical host and upstream switch? > If you leave a ping going to some external ip (e.g. 8.8.8.8) from the VR, do > you > still lose connectivity? > > ________________________________________ > From: Nux! <n...@li.nux.ro> > Sent: Monday, June 1, 2015 12:15 PM > To: users@cloudstack.apache.org > Cc: d...@cloudstack.apache.org > Subject: Re: Regular total loss of connectivity > > Ok, no luck with e1000 either, connectivity is lost after 4 hours (14400 sec). > That can't be random. > > Any ideas? > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > ----- Original Message ----- >> From: "Nux!" <n...@li.nux.ro> >> To: users@cloudstack.apache.org >> Cc: d...@cloudstack.apache.org >> Sent: Monday, 1 June, 2015 14:35:09 >> Subject: Re: Regular total loss of connectivity > >> Nope, it's a regular, non-redundant VR. >> >> I've switched to using e1000 instead of virtio, waiting for a few hours, so >> how >> it pans out. :-) >> >> -- >> Sent from the Delta quadrant using Borg technology! >> >> Nux! >> www.nux.ro >> >> ----- Original Message ----- >>> From: "Simon Weller" <swel...@ena.com> >>> To: d...@cloudstack.apache.org >>> Cc: "Cloudstack Users List" <users@cloudstack.apache.org> >>> Sent: Monday, 1 June, 2015 13:32:26 >>> Subject: Re: Regular total loss of connectivity >> >>> Is this VR in a redundant pair? If so, does stopping the master and >>> allowing the >>> slave to take over allow the flow of traffic to resume? >>> >>> >>> ________________________________________ >>> From: Nux! <n...@li.nux.ro> >>> Sent: Monday, June 1, 2015 6:45 AM >>> To: d...@cloudstack.apache.org >>> Cc: Cloudstack Users List >>> Subject: Re: Regular total loss of connectivity >>> >>> Thanks Simon, >>> >>> link up/down has not helped, setting tso etc off on the link has not helped >>> either. >>> Connectivity is lost as usual after ~4 hours. >>> >>> I found some suggestions to try and use the e1000 nic instead of virtio, >>> will do >>> that. >>> >>> Lucian >>> >>> -- >>> Sent from the Delta quadrant using Borg technology! >>> >>> Nux! >>> www.nux.ro >>> >>> ----- Original Message ----- >>>> From: "Simon Weller" <swel...@ena.com> >>>> To: "dev" <d...@cloudstack.apache.org>, "Cloudstack Users List" >>>> <users@cloudstack.apache.org> >>>> Sent: Sunday, 31 May, 2015 22:36:56 >>>> Subject: Re: Regular total loss of connectivity >>> >>>> If you ifdown the interface on the router and then ifup it again, does the >>>> arp >>>> problem resolve itself? >>>> >>>> We've seen a similar issue before caused by malicious/heavy traffic >>>> related to >>>> this bug: >>>> >>>> https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/997978 >>>> >>>> - Si >>>> ________________________________________ >>>> From: Nux! <n...@li.nux.ro> >>>> Sent: Sunday, May 31, 2015 4:25 PM >>>> To: dev; Cloudstack Users List >>>> Subject: Regular total loss of connectivity >>>> >>>> Hi, >>>> >>>> Following a power cut, one of my cloudstack deployments is having a really >>>> weird >>>> problem that I cannot seem to solve on my own. >>>> Every 3 hours all the public IPs on the VR stop responding from the >>>> Internet. >>>> From the VR they are of course all reachable. >>>> In the same VLAN as the public IPs there is another physical server, this >>>> one >>>> can also access the VMs on their IPs just fine. >>>> >>>> The provider has not found the problem and hints at problems with the cloud >>>> platform, however cloudstack worked just fine until the power cut, not to >>>> mention the problem persists through HV and ACS upgrades. >>>> >>>> I'm thinking network side arp issues or something like this, alas I am not >>>> that >>>> good with network stuff and don't have access to it anyway. >>>> >>>> If I reboot the VR once or twice the IPs start working again and the VMs >>>> are >>>> accessible from the internet. >>>> >>>> Ideas? >>>> >>>> Env: CentOS 6, KVM, ACS 44 to 4.5.1, Adv zone >>>> >>>> Lucian >>>> >>>> -- >>>> Sent from the Delta quadrant using Borg technology! >>>> >>>> Nux! > > > > www.nux.ro
