<div dir="ltr">Well, commenting out the "auto br0" portion of interfaces didn't make any difference.. Nice try, though.<br><br><div>This is getting interesting, to say the least.  I can hit those VMs with no problems, but my ownCloud install is inaccessible (as well as the server itself).</div><div><br></div></div><br><div class="gmail_quote">On Sat, 14 Mar 2015 at 00:09 B.S. <<a href="mailto:bs27975@yahoo.ca">bs27975@yahoo.ca</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have also been experiencing disappearing connectivity since early this<br>
year with a remote K/Ubuntu 14.04. eth0 appear up and happy per<br>
ifconfig, but nothing pings.<br>
<br>
So ... possibly this has nothing to do with vm's.<br>
<br>
In my case, this started happening on a second machine within the last<br>
week or so - the only common factor to the two is running openvpn.<br>
<br>
I had suspected route munging with vpns going up and down, but have<br>
since seen ifconfig with ok listing and unable to ping other nodes on<br>
the net. In this case 'ifconfig eth0 down' ... 'ifconfig eth0 up'<br>
brought things back to life.<br>
<br>
Which is all to say ... it's possible the problems you are experiencing<br>
lie at a lower hardware / ethernet level than vm (or openvpn). [Mind<br>
you, the bridge being in/accessible will likely also cause routes to go<br>
up and down. Perhaps a commonality.]<br>
<br>
In the first machine's case I set cron to reboot it  daily and haven't<br>
had a problem since. Since I can't be in front of it when it gets this<br>
way to diagnose it, and only being in front of it in such circumstances<br>
is useful for trying to figure out what's going on. Remotely, if it's<br>
inaccessible, it's inaccessible, you're done - you have to beat on it<br>
from the inside (direct keyboard) to examine state, cause, and remediation.<br>
<br>
So ... problems may be at a lower level than application software.<br>
<br>
FWIW.<br>
<br>
<br>
On 03/12/2015 07:04 PM, Khalid Baheyeldin wrote:<br>
> That happened to me when I had bridging on the physical host that has<br>
> virtualization. Things work, until you reboot, then server is not reachable.<br>
><br>
> I didn't figure out why, and ended up abandoning the bridge I added to<br>
> /etc/network/interfaces, and using the default networking that is setup by<br>
> libvirt.<br>
><br>
> On Thu, Mar 12, 2015 at 6:51 PM, CrankyOldBugger <<a href="mailto:crankyoldbugger@gmail.com" target="_blank">crankyoldbugger@gmail.com</a>><br>
> wrote:<br>
><br>
>> I'm puzzled...  I rebooted my Ubuntu server this morning (as updates<br>
>> needed a reboot) and now I can't reach it.<br>
>><br>
>> Here's what I determined:<br>
>><br>
>> It was running fine before the reboot!<br>
>> I can't ping the server from another machine on the same subnet.<br>
>> I can't SSH to the server.<br>
>> SSH is running on the server.<br>
>> I can't telnet to the server<br>
>> I can ssh from the server to itself, so ssh is running and listening on 22.<br>
>> If I try to ssh from another linux box on the same subnet, using either<br>
>> hostname or IP, I get "No route to host".<br>
>> Traceroute should only one hop, that being the client I started traceroute<br>
>> from, but that line ends in !H, which I believe means can't connect.<br>
>> IP address is fine.<br>
>> I can't ping out from the server.<br>
>> Now here's the fun part: I have two virtual machines hosted on this<br>
>> server, and they're both running fine.  I can connect to them and they can<br>
>> connect to the internet.<br>
>><br>
>> Not sure what to think at this point.  Anyone have any ideas?<br>
<br>
<br>
______________________________<u></u>_________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" target="_blank">http://kwlug.org/mailman/<u></u>listinfo/kwlug-disc_kwlug.org</a><br>
</blockquote></div>