HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials

HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials (http://www.howtoforge.com/forums/index.php)
-   Server Operation (http://www.howtoforge.com/forums/forumdisplay.php?f=5)
-   -   Server randomly stops responding (http://www.howtoforge.com/forums/showthread.php?t=15924)

Jayock 2nd October 2007 17:53

Server randomly stops responding
 
I am running an FC7 server setup using the Perfect server guide, and running ISPConfig. The server randomly stops responding to all requests except for telnet, which always goes through. This happens fairly frequently with dovecot, apache, and SSH. Restarting the services will typically bring them back to life, but not always. They go back down again, and I repeat while I try to figure out the permanent solutions. Nothing in the system logs seems to be showing me any solutions. Any ideas where to start looking from here?

Im wondering if it might be a PAM issue, or PHP scripts on my website (which worked perfectly on a debian server before migrating here).

Thanks,
Justin

falko 3rd October 2007 19:22

Just a shot in the dark: is SELinux enabled?

Jayock 4th October 2007 00:19

Nope, its off. The ISPConfig firewall is the only firewall too. Ive tried turning that on and off, no difference.

Had a large outage this afternoon. About an hour long, Restarting services, and even the entire server did nothing. Pings OK, but nothing else works, ssh, ftp, http, bind, you name it.

Very perplexing.

Jayock 4th October 2007 00:56

Oddly enough ive noticed that while on the local network, ping times go from 1ms to 27-47ms when the server isn't responding, but only on the primary IP. It doesn't ever slow down on the secondary IP (on eth0:1)

munin doesnt show any excessive loads on anything that should be causing this (and the server is 2x Quad core Xeon 8gb ram, Gig-E) So is it possible that a service is causing the eth0 address to respond slowly, but not the eth0:1? Or is it a network issue. The server always gets all services outbound, just never inbound. Ive already replaced the switch, since i had a second lying around, just to narrow it down.

Any ideas with this new Info?

falko 4th October 2007 15:51

Can you disable the firewall for testing purposes? Does it then happen again?

Jayock 4th October 2007 17:05

Ive already tried. It does not seem to be the firewall.

Jayock 4th October 2007 17:38

More interesting developments. After pinging the eth0:1 address, the eth0 address seems to respond normally. So when it isn't working, I ping the eth0:1 address, and everything comes back to life. Very odd. Any ideas?

falko 5th October 2007 13:15

What's in /etc/sysconfig/network-scripts/ifcfg-eth0, /etc/sysconfig/network-scripts/ifcfg-eth0:0, /etc/sysconfig/network-scripts/ifcfg-eth0:1, etc.?

Jayock 5th October 2007 16:37

Quote:

Originally Posted by falko
What's in /etc/sysconfig/network-scripts/ifcfg-eth0, /etc/sysconfig/network-scripts/ifcfg-eth0:0, /etc/sysconfig/network-scripts/ifcfg-eth0:1, etc.?

ifcfg-eth0:
# Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
DEVICE=eth0
BOOTPROTO=none
BROADCAST=XX.XX.XX.239
HWADDR=00:1c:23:ba:5d:1f
IPADDR=XX.XX.XX.236
NETMASK=255.255.255.248
NETWORK=XX.XX.XX.232
ONBOOT=yes
GATEWAY=XX.XX.XX.233
TYPE=Ethernet
USERCTL=no
IPV6INIT=no
PEERDNS=yes

No ifcfg-eth0:0 exists

ifcfg-eth0:1
# Please read /usr/share/doc/initscripts-*/sysconfig.txt
# for the documentation of these parameters.
GATEWAY=XX.XX.XX.233
TYPE=Ethernet
DEVICE=eth0:0
BOOTPROTO=none
NETMASK=255.255.255.248
IPADDR=XX.XX.XX.237
USERCTL=no
IPV6INIT=no
PEERDNS=yes
ONPARENT=yes

It was doing the same thing when it was just eth0. I added the eth0:1 to help diagnose. Didn't really end up helping.

falko 6th October 2007 14:01

I was thinking that maybe you use HWADDR (used by eth0) again for the erh0:1 configuration, but that's not the case.

Hm... Maybe it's a problem with the network card driver? What's the output of
Code:

lspci
?


All times are GMT +2. The time now is 10:40.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.