s4y - dienste nicht mehr erreichbar

  • Thread starter Thread starter mdlc
  • Start date Start date
M

mdlc

Guest
Hallo.
Ich habe einen VServer Basic bei S4Y mit Suse 9.1 als Distribution.
Seit 2 Tagen habe ich das Problem, dass die Dienste smtp, pop3, ssh, ftp und mysql nicht mehr gehen. Da ich somit leider keinen shell-zugriff habe, kann ich nicht viel mehr sagen.
Vor 2 Tagen lief ein cron-job noch, der mir immer den status des jobs per mail sendet.
Habe selber an der config nichts geändert. Eine andere Person hat keinen Zugriff.
Ein reboot hat nichts gebracht.
Vielleicht kann mir jemand bei der Findung der Fehlerursache helfen.
Danke schonmal.

MfG Arne
 
Last edited by a moderator:
Hallo Arne!
Ich weiss nicht was die Glaskugel bei Server4You hergibt - aus meiner kann ich jedenfalls deine Server ID nicht auslesen. Bitte nachtragen - dann wird verschoben.

mfG
Thorsten
 
Wenn du nicht zufällig Webmin installiert hast wird es sehr schwer den Fehler selbst zu beheben, da kann ich dir leider nur empfhlen den Support anzurufen oder neu zuinstallieren (was aber Datenverlust bedeutet!!!)
 
@Thorsten: 249057. Sorry, hatte ich ganz vergessen. :)
@djrick: webmin habe ich nicht installiert.
MfG Arne
 
Hi Arne,

ich habe genau das gleiche Problem. VServer Basic mit Suse (allerdings 9.0).

Das Problem ist, dass die ganzen Dienste (xinetd, ssh, mysql, cron, ...) nach einem rebot nicht mehr starten.

Dies tritt auf, nachdem am 30.11 ein Kernelpatch von S4Y auf den Hostsystemen eingespielt wurde. (Zumindest ist durch den damit verbundenen Reboot das Problem offensichtlich geworden).

Ich habe inzwischen schon drei mal mit der Supporthotline telefoniert und ein Ticket geöffnet um das Problem zu lösen. S4Y arbeitet also daran.

Ich schlage vor, Du wendest Dich an die Supporthotline um die Dienste erstmal manuell zu starten (dann kannst Du wieder auf Dein System zugreifen und alles tut wieder bis zum nächsten reboot).

Gruss

Jan
 
Hi.
Hattedanach noch nen Ticket bei s4y aufgemacht. Es kam heute die Antwort drauf, dass sie die Dienste manuell gestartet hätten und ich so erstemal wieder arbeitet könnte. Werde dann erstemal nen Backup von dem System machen, um großen Datenverlust zu verhindern, falls es nochmal passiert. :D
wtime: einfach ticket schreiben, dann starten sie die Dienste manuell.
MfG Arne
 
Sicher, aber ich hoffe, dass sie das Problem in den Griff bekommen, und das mit dem manuellen aktivieren der Dienste nur ne einmalige Sache war.
MfG Arne
 
N'abend!

Hatte das selbe Problem wie ihr, nach einem Supportticket wurden die Dienste manuell neu gestartet.
Bei einer kurzen Durchsicht der SysLog-Datei ist mir dabei noch folgendes aufgefallen:
Code: 
Dec  1 07:49:17 vs169227 syslogd 1.4.1: restart.
Dec  1 07:49:17 vs169227 saslauthd[13636]: detach_tty      : master pid is: 13636
Dec  1 07:49:17 vs169227 saslauthd[13636]: ipc_init        : listening on socket: /var/run/sasl2//mux
Dec  1 07:49:22 vs169227 kernel: Cannot set console log level - disabling console output.
Dec  1 07:49:22 vs169227 kernel: klogd 1.4.1, log source = ksyslog started.
Dec  1 07:49:22 vs169227 kernel: Cannot find map file.
Dec  1 07:49:22 vs169227 kernel: Error opening /dev/kmem 
Dec  1 07:49:22 vs169227 kernel: Error adding kernel module table entry. 
Dec  1 07:49:22 vs169227 kernel: Cannot build symbol table - disabling symbol lookups
Dec  1 07:49:25 vs169227 mingetty[11713]: /dev/tty1: No such file or directory
Dec  1 07:49:25 vs169227 mingetty[11969]: /dev/tty6: No such file or directory
Dec  1 07:49:25 vs169227 mingetty[11905]: /dev/tty4: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[11746]: /dev/tty2: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[11874]: /dev/tty3: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[12000]: /dev/tty1: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[11937]: /dev/tty5: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[12035]: /dev/tty4: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[12069]: /dev/tty6: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[12260]: /dev/tty3: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[12192]: /dev/tty1: No such file or directory
Dec  1 07:49:26 vs169227 mingetty[12226]: /dev/tty2: No such file or directory
Sieht mir nach einem Neustart aus, den ich zumindest nicht angefordert habe. Ist ja auch egal, auf jeden Fall wird mir seit dem Zeitpunkt das SysLog mit den Meldungen von mingetty zugemüllt.
Ist das bei den anderen auch so gewesen?

Thx.
Pike
 
was anderes:
habe mir in das home-verzeichnis vom root ne datei .forward erstellt, in der die mailaddy drin steht, an die die mails, die an root gehen geforwarded werden. Aber seit dem die Dienste manuell gestartet wurden, bekomme ich keine mail mehr.
Habe auch nen cronjob fürs fou4s gemacht, der dann auch noch ne mail an root schickt. von dem cronjob kommt auch keine mail mehr. der smtp-dienst läuft aber. Kann mir da jmd. helfen? Danke.
@pike: wo liegt die syslog-datei? habe nur nur configds fürs syslog gefunden.
MfG Arne
 
ach so. :)
vs249057:~ # tail /var/log/messages
Dec 5 21:03:50 vs249057 mingetty[16130]: /dev/tty6: No such file or directory
Dec 5 21:03:50 vs249057 mingetty[16163]: /dev/tty4: No such file or directory
Dec 5 21:03:50 vs249057 mingetty[16194]: /dev/tty6: No such file or directory
Dec 5 21:03:50 vs249057 mingetty[16225]: /dev/tty4: No such file or directory
Dec 5 21:03:50 vs249057 mingetty[16256]: /dev/tty6: No such file or directory
Dec 5 21:03:50 vs249057 mingetty[16288]: /dev/tty4: No such file or directory
Dec 5 21:03:50 vs249057 init: Id "4" respawning too fast: disabled for 5 minutes
Dec 5 21:03:50 vs249057 mingetty[16320]: /dev/tty6: No such file or directory
Dec 5 21:03:50 vs249057 init: Id "6" respawning too fast: disabled for 5 minutes
Dec 5 21:04:29 vs249057 sshd[25376]: Accepted keyboard-interactive/pam for root from 213.23.62.124 port 35389 ssh2
Click to expand...
Aber das habe ich drinstehen gehabt, als ich mich grade per ssh eingeloggt habe.
MfG Arne
 
Interessant.
Also das gleiche "Phänomen".
Hast du denn auch am 01.12.2004 um 07:29 die Einträge die ich ansprach? Zu finden evtl. auch in messages.gz. Oder war das ein allgemeiner Reboot-Zeitpunkt?

Thx.
pike
 
Betreffend der Weiterleitungsproblematik der Mails habe ich hier noch was kurzes gefunden, vielleicht hilfts:

HOWTO: Mails an root (z.B. von cronjobs) umleiten

HOWTO: Mails an root (z.B. von cronjobs) umleiten So, jetzt will ich 'mal versuchen, hier auch einmal etwas Nützliches beizusteuern (und nicht immer nur dumme Fragen zu stellen). Getestet mit RH9, Confixx Premium2003, auf einem S4Y vServer Basiert auf diesem Thread hier, von user TTRCmedia...
serversupportforum.de serversupportforum.de

Thx.
pike
 
das problem hatte ich auch bei 2 suse 9.1 vservern. Der techniker meinte, er würde eine neuinstallation machen und dann wieder alles wiederherstellen. Als ich nach einer woche nichts von dem gehört habe, hab ich mir noch mal den sshd hochgefahren, backups gefahren und dann bei beiden servern auf debian gewechselt.
 
ich glaub, es geht schon wieder los...

Mmh... Irgendwie sind meine Dienste schon wieder nicht erreichbar. Gab es vielleicht seitens S4Y wieder einen Reboot? Noch jemand anderes ohne Fahrschein? :confused:
Tja, werde wohl um eine Neuinstallation nicht herumkommen. Funktioniert diese Methode mit dem /backup - Verzeichnis eingentlich?

Thx.
Pike
 
Hi.
Seit heute sind meine Dienste auch (mal wieder) nicht mehr erreichbar. Habe schon nen Reboot veranlasst. Wenn der wieder nix hilft, dann muss ich wohl wieder nen Ticket schreiben, dass die die Dienste manuell neu starten. Weiß jmd., was bei S4Y passiert ist, warum dieses Phänomen auftritt?

MfG Arne
 
Heute lags wohl daran dass ein Systemupdate durchgeführt wurde.

admin.vserver.de said:
18.01.2005 - 12:02 Uhr

Aufgrund eines Kernel Updates wird das Hostsystem am 21.01.2005 von 01:00 Uhr - 02:00 vorrübergehend nicht erreichbar sein.
Click to expand...
Am schnellsten Hilft da der Telefonsupport.
 
You must log in or register to reply here.
Back
Top