Onderwerp: server niet bereikbaar

Beste leden,

Gister kon ik opeens mijn server niet meer bereiken. Na een powercycle reboot kon ik hem opeens wel weer bereiken. Dit duurde ongeveer 15 min, daarna werd de server weer onbereikbaar. In de apache error log vond ik de onderstaande berichten, zou het hier aan kunnen liggen en heeft iemand enig idee hoe ik het zou kunnen verhelpen?

Code:

[Thu Oct 16 16:10:34 2008] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Oct 16 16:10:35 2008] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Thu Oct 16 16:10:35 2008] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Thu Oct 16 16:10:35 2008] [warn] Init: SSL server IP/port conflict: localhost:443 (/etc/httpd/conf/extra/httpd-vhosts.conf:38) vs. www.******.com:443 (/usr/local/directadmin/data/users/******/httpd.conf:48)
[Thu Oct 16 16:10:35 2008] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Thu Oct 16 16:10:35 2008] [notice] Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.8c DAV/2 PHP/5.2.6 configured -- resuming normal operations

Nee, een standaard melding.
Kijk je /tmp en /var/tmp even na op 'gekke' bestanden.

Meteen inloggen en alle services uitzetten, daarna eens rustig kijken wat
je kan vinden en een voor een de boel weer aanzetten terwijl je logfiles tailt.
Een paar logins met top, sensors, netstat enzo aanzetten en opletten.

Bedankt voor de reacties.

@randy
In de /tmp dir vind ik een mysql.sock bestand en in de /var/tmp staat niets.

@westerp
hoe zet ik alle services uit? met kill? En welke services kan ik allemaal veilig uitzetten?

Welk os/distro? Hopelijk zijn het web, ftp, database, e.d. servers die ergens
roet in het eten gooien en heb je geen hardware problemen. Monitor je regelmatig
temperaturen aangezien een rot/dood fannetje natuurlijk ook voor deze problemen
kan zorgen. Zolang je zorgt dat je netwerk draait en sshd er is kan je zowat alles
zonder problemen uitzetten natuurlijk.

ik draai debian. In top vond ik trouwens wel erg veel dezelfde processen, is dit normaal?

2482 dovecot 17 0 3304 1508 1240 S 0 0.1 0:00.00 pop3-login
2483 dovecot 18 0 3304 1508 1240 S 0 0.1 0:00.00 pop3-login
2484 dovecot 18 0 3308 1508 1240 S 0 0.1 0:00.00 pop3-login
2485 dovecot 18 0 3308 1504 1240 S 0 0.1 0:00.00 pop3-login
2486 dovecot 18 0 3304 1504 1240 S 0 0.1 0:00.00 pop3-login
2487 dovecot 18 0 3304 1504 1240 S 0 0.1 0:00.00 pop3-login
2488 dovecot 18 0 3304 1504 1240 S 0 0.1 0:00.00 pop3-login
2489 dovecot 18 0 3308 1508 1240 S 0 0.1 0:00.00 pop3-login
2490 dovecot 18 0 3304 1508 1240 S 0 0.1 0:00.00 pop3-login
2491 dovecot 18 0 3304 1504 1240 S 0 0.1 0:00.00 pop3-login
2492 dovecot 18 0 3308 1504 1240 S 0 0.1 0:00.00 pop3-login
2493 dovecot 18 0 3304 1504 1240 S 0 0.1 0:00.00 pop3-login
2494 dovecot 18 0 3308 1504 1240 S 0 0.1 0:00.00 pop3-login
2495 dovecot 18 0 3308 1508 1240 S 0 0.1 0:00.00 pop3-login
2496 dovecot 18 0 3308 1504 1240 S 0 0.1 0:00.00 pop3-login
2497 dovecot 18 0 3308 1508 1240 S 0 0.1 0:00.00 pop3-login

Mwah, een stel pop pogingen zijn absoluut niet boeiend. Ik weet niet of je klanten
hebt of het een prive server is maar sommige klanten denken dat om de minuut
poppen een goeie instelling is. Anders zijn het duffe scripjes van kiddies of een
of andere pop check script wat je zelf draait? Kijk eerst eens naar de temperatuur
en kijk goed naar de overgang van vastlopen/onbereikbaar zijn tot de reboot in
messages en secure wat er op dat moment gebeurde.

ik heb lm-sensors geinstalleerd en krijg de volgende melding:

VCore: +1.26 V (min = +0.00 V, max = +1.74 V)
in1: +12.14 V (min = +13.46 V, max = +11.35 V) ALARM
AVCC: +3.34 V (min = +3.02 V, max = +4.02 V)
3VCC: +3.34 V (min = +4.05 V, max = +4.08 V) ALARM
in4: +1.46 V (min = +1.91 V, max = +2.04 V) ALARM
in5: +1.71 V (min = +2.01 V, max = +2.04 V) ALARM
in6: +3.40 V (min = +6.53 V, max = +6.53 V) ALARM
VSB: +3.36 V (min = +4.08 V, max = +3.06 V) ALARM
VBAT: +3.26 V (min = +4.06 V, max = +2.00 V) ALARM
in9: +1.84 V (min = +2.04 V, max = +1.53 V) ALARM
Case Fan: 0 RPM (min = 0 RPM, div = 4)
CPU Fan: 3857 RPM (min = 0 RPM, div = 2)
Aux Fan: 0 RPM (min = 3183 RPM, div = 4) ALARM
Sys Temp: +35°C (high = +127°C, hyst = -33°C)
CPU Temp: +40.5°C (high = +80.0°C, hyst = +75.0°C)
AUX Temp: +35.0°C (high = +80.0°C, hyst = +75.0°C)

Lijkt me niet goed met al die alarmen?

Oorspronkelijk geplaatst door Noordwest

Lijkt me niet goed met al die alarmen?

Niet dat lm-sensors altijd de exacte waarheid vertelt :
---------
in1: +0.08 V (min = +2.24 V, max = +2.74 V) ALARM
in5: +3.86 V (min = +3.62 V, max = +2.42 V) ALARM
in6: +3.47 V (min = +3.98 V, max = +2.66 V) ALARM
fan1: 5487 RPM (min = 0 RPM, div = 2)
fan2: 3901 RPM (min = 0 RPM, div = 2)
temp2: +61.0°C (high = +95°C, hyst = +85°C) ALARM (beep)
---------
VCore 2: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM
-5V: -13.64 V (min = -13.64 V, max = +4.03 V) ALARM
fan1: 680 RPM (min = 811 RPM, div = 8) ALARM
---------
En zo kan ik nog wel wat sensors output pasten, maar zo te zien
is de cpu temp en de fan speed wel in orde. Je kan beide een tijdje
in de gaten houden met een #screen watch -d sensors en zo nu
en dan die screen oppakken en kijken, maar ik denk dat het toch
iets met een of andere service te maken heeft.

Gewoon ingelogd blijven met meerdere consoles en alles een tijdje
goed in de gaten houden tot je ontdekt wat de boel ophangt

aha, overigens draait het geheel nu alweer een tijdje goed. Heb mysql en proftpd uitgezet. Ik laat het geheel zo even een middagje draaien met top netstat en sensors aan en kijken wat er gebeurt. Wanneer het systeem vanmiddag nog draait schakel ik de services weer in. Ik vermoed dat het probleem zit in proftpd omdat ik met mysql nog niks geconfigureerd heb. In ieder geval bedankt voor de hulp tot dusver en ik zal er vanavond op terug komen.

die POP processen zijn normaal. Het gaat volgens mij om een directadmin machine? Draait hier al wat op of niet?
Indien er dns op draait: zet je dns uit (en los dit op een andere manier op) en kijk of het opgelost is. Verder even al je logfiles doornemen, of dit door iemand laten doen.

(uitleg wbt dns: mijn oude sec. dns server viel na een reboot na een aantal minuten uit, na de dns naar een andere server te hebben gezet draaide de oude server prima, na een week terug gezet en toen weer hetzelfde probleem..)

toevallig een opteron processor of iets anders niet-Intel-32-bit? wil nog wel eens gebeuren dan dat er software op is gekomen (via apt-get install of een rpm) die toch niet goed draait en een illegal instructie geeft.

Oorspronkelijk geplaatst door DutchTSE

Indien er dns op draait: zet je dns uit (en los dit op een andere manier op)

Ehrmm? Waarom dns uitzetten als oplossing? Uitzoeken wat er aan
de hand is oke, maar een service uitzetten omdat je niet weet wat
er aan de hand is?

Oorspronkelijk geplaatst door t.bloo

toevallig een opteron processor of iets anders niet-Intel-32-bit?

Tis om te beginnen idd wel handig om eens te weten wat
er precies als os draait, op welke architectuur en of er al
e.e.a. gedaan is met software installs etc.. Als het een
kale net geinstalleerde machine is kunnen we ons daar
iets minder druk om maken.

Oorspronkelijk geplaatst door westerp

Ehrmm? Waarom dns uitzetten als oplossing? Uitzoeken wat er aan
de hand is oke, maar een service uitzetten omdat je niet weet wat
er aan de hand is?

TS geeft aan de logfiles doorgenomen te hebben en op het punt is beland waarop hij services uitzet. Omdat DNS zo "lightweighted" is wordt dit snel vergeten