<p dir="ltr">Maybe it's a protocol problem given that point works (ICMP) and everything else doesn't (TCP/UDP). </p>
<div class="gmail_quote">On Apr 10, 2015 5:52 AM, "Tony Baechler - BATS" <<a href="mailto:bats@batsupport.com">bats@batsupport.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I've been struggling with this for days and am getting nowhere. I'm totally<br>
baffled and have tried everything I can think of, including several Google<br>
searches. I am sorry for the lack of information, but I'm not sure what to<br>
post as I've never seen anything like this before.<br>
<br>
I'm running a Ubuntu 14.04.1 server. It has ssh, Postfix, Apache2, etc. I<br>
upgraded from kernel 3.13.04-6-generic to 3.13.04-8-generic and rebooted.<br>
Everything was working fine, but I couldn't connect after the reboot. I<br>
tried nmap and it says all ports are closed. My first thought is that it<br>
must be a firewall, so I completely purged ufw and iptables but no luck. I<br>
restored /etc/network/interfaces from a known good backup.<br>
<br>
After reading various forum posts, I again installed iptables and copied and<br>
pasted the script from the official Ubuntu wiki to disable the firewall,<br>
just in case old rules were left. That should allow all incoming and<br>
outgoing traffic. Apparently the script works as pinging works fine even<br>
though nmap says all ports are closed. I've tried rebooting several times<br>
just in case. I ran e2fsck and my disks are clean. I am able to boot into<br>
a separate rescue system, so it's definitely not an obvious hardware<br>
problem. I also ran update-grub and update-initramfs just in case.<br>
Finally, I reconfigured grub-pc and installed the bootloader on both<br>
/dev/sda and /dev/sdb. I'm running software RAID and I didn't install it on<br>
/dev/md1, but I don't think that would matter. I have to access the server<br>
remotely and writing to their support was of no help.<br>
<br>
What's really strange is that it boots fine with kvm from the rescue system.<br>
I can get to the login prompt and everything seems to be fine. It acts<br>
like a boot problem, but I don't see why ping would work if it isn't<br>
booting. Nothing gets written to syslog, so it acts like it's an init<br>
problem, but I didn't change anything that I know of and I saw no errors<br>
with kvm. Without kvm, it doesn't seem to boot as I mentioned. Just in<br>
case, I removed or purged qemu, ufw, iptables, apparmor, etc. I also tried<br>
upgrading to a completely different kernel, specifically<br>
3.16.0-33-lowlatency. It's an Intel x86-64 processor with 32 GB of RAM. It<br>
did work fine after the initial install. According to mdadm, my RAID arrays<br>
are fine.<br>
<br>
Again, I've tried everything that comes to mind but I'm out of ideas. I<br>
don't want to do a fresh install, but I don't know what else to do. I can<br>
post more specific information, but I don't know what would help. I've gone<br>
through everything which seems relevant and mostly things are still at the<br>
defaults. There are no wireless devices or other network interfaces except<br>
eth0 and there shouldn't be a firewall issue. Does anyone here have any<br>
ideas? Please help! Thank you.<br>
<br>
<br>
--<br>
ubuntu-users mailing list<br>
<a href="mailto:ubuntu-users@lists.ubuntu.com">ubuntu-users@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-users" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-users</a><br>
</blockquote></div>