Kein Infosys Im Raum 5.10

[remp]

@kup: Bitte vor Ort ansehen!
Auf der zweiten Konsole wird angezeigt (hier die Kopie aus dem Syslog):

Nov 11 11:15:53 rechner-1-sp0-5-10 rc.local[1314]: The XKEYBOARD keymap compiler (xkbcomp) reports:
Nov 11 11:15:53 rechner-1-sp0-5-10 rc.local[1314]: > Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Nov 11 11:15:53 rechner-1-sp0-5-10 rc.local[1314]: >                   Ignoring extra symbols
Nov 11 11:15:53 rechner-1-sp0-5-10 rc.local[1314]: Errors from xkbcomp are not fatal to the X server
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: (EE)
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: Fatal server error:
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: (EE) xf86OpenConsole: Switching VT failed
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: (EE)
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: (EE)
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: Please consult the The X.Org Foundation support
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: #011 at http://wiki.x.org
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]:  for help.
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: (EE) Please also check the log file at "/var/log/Xorg.1.log" for additional information.
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: (EE)
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: (EE) Server terminated with error (1). Closing log file.
Nov 11 11:15:54 rechner-1-sp0-5-10 rc.local[1314]: #015
Nov 11 11:15:55 rechner-1-sp0-5-10 rc.local[1314]: waiting for X server to begin accepting connections
Nov 11 11:15:55 rechner-1-sp0-5-10 rc.local[1314]: xinit: giving up
Nov 11 11:15:55 rechner-1-sp0-5-10 rc.local[1314]: xinit: unable to connect to X server: Connection reset by peer
Nov 11 11:15:55 rechner-1-sp0-5-10 rc.local[1314]: xinit: server error

Wenn mich ich nun als User windows einlogge, dann startet auch kein Vollbild-XP. Wenn ich Virtualbox von Hand aufrufe, bekomme ich die Fehlermeldung:

Für die virtuelle Maschine XP konnte keine neue Sitzung eröffnet werden.

The virtual machine 'XP' has terminated unexpectedly during startup with exit code 1 (0x1).

Fehlercode:NS_ERROR_FAILURE (0x80004005)
Komponente:MachineWrap
Interface:IMachine {f30138d4-e5ea-4b3a-8858-a059de4c93fd}


Kernel driver not installed (rc=-1908)

The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please install virtualbox-dkms package and load the kernel module by executing

'modprobe vboxdrv'

as root. If it is available in your distribution, you should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary.

where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT. 

Sowas hatten wir schonmal im LZ - ich denke, dass da ein automatisches Kernelupdate dazu geführt hat, dass anschließend DKMS versagte. So was darf im laufenden Betrieb nicht vorkommen, weshalb ich nochmals dringend darum bitte, solche Automatismen abzuschalten - wir müssen uns auf einen stabilen Betrieb eines Images verlassen können!

[Rüdiger Kupper]

Das ist ein Grund, dass nicht zu viel Zeit zwischen unseren Releases vergehen sollte. Im Doris-Release war einfach seit vielen Monaten das Virtualbox-Paket nicht aktualisiert worden. Das war der Grund für den Fehler, nicht die Tatsache, dass der Kernel Sicherheitsupdates erhalten hat. Es ist einfach keine Lösung, ein Sicherheits-Feature abzuschalten, weil es in seltenen Fällen (an denen man auch noch selbst Schuld ist) mal einen Fehler verursachen könnte.

Also bitte erst einmal prüfen, ob auf dem Rechner das aktuelle Edith-Image läuft. Dann überlegen: Wenn Infosys auf allen anderen Lehrerrechnern läuft, nur auf diesem einzigen nicht, kann es dann an der generellen Konfiguration liegen? Kaum. Eher hat dieser spezielle Rechner ein Problem.

Ich erinnere mich, dass ich kürzlich noch dort war und daraufhin ein Ticket geschrieben habe, dass dieser Rechner nicht dauerhaft an der Stromversorgung hängt (schaltbare Steckdose). Dass dieser Umstand mir gerade massive Probleme beim Aktualisieren der Rechner bereitet, habe ich jetzt schon mehrfach erwähnt. Das ist leider kein Problem, dass man durch Software lösen kann!

[Rüdiger Kupper]

Replying to remp:

Sowas hatten wir schonmal im LZ - ich denke, dass da ein automatisches Kernelupdate dazu geführt hat, dass anschließend DKMS versagte.

Nicht das Kernelupdate führt dazu, sondern veraltete Softwarepakete.

So was darf im laufenden Betrieb nicht vorkommen,

Doch, es sind *Sicherheitsupdates*. Wenn Du die abschaltest, begibst Du Dich in das Windows-Zeitalter, in dem Sicherheitslöcher nur alle Jubeljahre mal geschlossen werden, wenn der Hersteller und der Administrator gerade Zeit und Lust haben.

Und nochmal: Willst Du ein hervorragend funktionierendes Sicherheitsfeature komplett abschalten, weil es ein einziges Mal ein Problem verursachte, (ich kann mich, seitdem ich an dieser Schule bin, an kein anderes Beispiel erinnern) -- und das nur deshalb, weil wir seit Monaten keine Updates gemacht haben?

Das ist ein punktuell aufgetretenes Problem, das wir uns selbst eingehandelt haben. Wichtiger wäre, dass es einen stabilen Mechanismus gibt, bei Bedarf schnell und ohne wochenlange "Nachwehen" Image-Updates zu verteilen, was mit der derzeitigen LML-Konfiguration (offenbar) nicht geht.

[Rüdiger Kupper]

Rechner in 5.10 hing an einer "Master-Slave-Steckdosenleiste mit Überspannungsschutz". Ich habe mir jetzt mal erlaubt, den Rechner direkt an eine Wandsteckdose anzuschließen. Er hat bereits das aktuelle Image, das Syncen hatte also offenbar funktioniert. Infosys läuft normal.