CentOS vServer hängt nach Update im init fest

remote · Mar 11th 2013

Nachdem ich bereits eine andere Centos 6.3 Installation problemlos auf
6.4 aktualisiert habe, war ich leichtsinnig genug den zweiten vServer
dann ohne vollständiges Backup zu updaten. Murphy hat aufgepasst und nun
kommt der vServer beim init nicht auf die Beine:

Code

# process listing
USER   	PID %CPU %MEM	VSZ   RSS TTY  	STAT START   TIME COMMAND
root     	1  0.0  0.1  19276  1476 ?    	Ss	2012   0:00 /sbin/init
root 	18550  0.0  0.1 110224  1160 ?    	R 	2012   0:00 ps aux







# tail /var/log/messages
Mar 11 17:46:36 vserver init: Failed to spawn splash-manager main process: unable to open console: No such file or directory
Mar 11 17:46:36 vserver init: Failed to spawn rc main process: unable to open console: No such file or directory
Mar 11 17:47:34 vserver init: Failed to spawn splash-manager main process: unable to open console: No such file or directory
Mar 11 17:47:34 vserver init: Failed to spawn rc main process: unable to open console: No such file or directory

Display More

Der
inline code funktioniert (zumindest in meinem browser) leider nicht so
recht, daher Prozessliste und messages log auch via pastebin:
http://pastebin.com/0HuHLJ7Q

Im
inittab ist runlevel 3 als default gesetzt, insofern wundert mich das
auftauchen des splash-manager ein wenig. Ich nahm eigentlich der wird
für das GUI benötigt.

Wenn mir jemand eine Tipp geben kann wie
man den init process nun sinnvollerweise debugged oder einen
entsprechenden Link zu hilfreichen mans parat hätte, wäre mir sehr
geholfen.

Vielen Dank

Mordor · Mar 11th 2013

Moin

Das sieht so aus, als ob der normale init-prozess angeszogen wird. Der funktioniert auf den vservern nicht.
Gibt es die /etc/rc.d/rc.sysinit.vserver bei Dir?

Mordor

remote · Mar 11th 2013

Quote from Mordor

Gibt es die /etc/rc.d/rc.sysinit.vserver bei Dir?

Ja, die gibt es:

Code

#! /bin/sh




rm -f /var/lock/subsys/* /var/run/* /var/run/*/* 2>/dev/null
true

edit:

Ich habe nun probeweise mal die frühen "console output" Statements die ich im init Ablauf finden konnte auskommentiert
(primär /etc/init/rc.conf):

Code

# rc - System V runlevel compatibility
#
# This task runs the old sysv-rc runlevel scripts.  It
# is usually started by the telinit compatibility wrapper.




start on runlevel [0123456]




stop on runlevel [!$RUNLEVEL]




task




export RUNLEVEL
# console output
exec /etc/rc.d/rc $RUNLEVEL

Display More

Nun wird nicht mehr versucht auf eine nicht initialisierte(?) console zuzugreifen und der init Vorgang läuft wieder vollständig ab.
Soviel zum "was" - das "warum" gibt mir noch Rätsel auf

edit 2:

Nach wie vor besteht allerdings das Problem, dass mingetty nicht auf die Beine kommt - das messages log wächst schnell:

Code

Mar 11 23:55:18 vserver /sbin/mingetty[28818]: tty[1-6]: No such file or directory
Mar 11 23:55:23 vserver init: tty (/dev/tty[1-6]) main process (28818) terminated with status 1
Mar 11 23:55:23 vserver init: tty (/dev/tty[1-6]) main process ended, respawning
Mar 11 23:55:23 vserver /sbin/mingetty[28927]: tty[1-6]: No such file or directory
Mar 11 23:55:28 vserver init: tty (/dev/tty[1-6]) main process (28927) terminated with status 1
Mar 11 23:55:28 vserver init: tty (/dev/tty[1-6]) main process ended, respawning

Tags