Hallo liebe *BSD-Gemeinde und ein wunderschönes Wochenende
Meines habe ich mir scheinbar soeben selbst vermiest
Folgendes ist passiert:
Ich habe hier auf der Arbeit einen FSC Primergy Server mit FreeBSD 7 und ZFS laufen.
Der experimentellen Natur des ganzen war ich mir bewusst, jedoch diente der Server nur als Datengrab für temporäre Backups, CD-Images und dergleichen..also nicht unbedingt überlebens-notwendig.
Anfangs hatte ich das Problem, dass mir die Kiste mehrmals am Tag mit einer Kernel-Panic abschmierte, dies hing damit zusammen, dass nicht genügend Kernel-Speicher zur Verfügung stand und sich die Kiste irgendwann einfach verabschiedete.
In den Griff bekam ich dies dadurch, dass ich die Vorschläge im ZFS Tuning Guide unter
http://wiki.freebsd.org/ZFSTuningGuide
implementiert habe.
Seither lief das System ohne Probleme durch, die Uptime lag heute bei 57 Tagen.
Nun kam ich heute auf die glorreiche Idee, die zwischenzeitlich aufgelaufenen Patches mittels freebsd-update einzuspielen.
Ich habe daher freebsd-update fetch ausgeführt, und nach Begutachtung der Patches freebsd-update install gestartet.
Im Handbook fand ich den Hinweis, dass es bei Nutzung eines Custom Kernels empfohlen wird, nach der Installation der Patches den eigenen Kernel nochmals neu zu backen und das System zu rebooten.
Ich habe also meine eigens angepasste MYKERNEL Config-Datei nochmals durch den Compiler gejagt und anschließend das System rebootet...tja, seither bleibt mir die Kiste aber mit folgendem Fehler hängen:
Nach dem ersten Schreck dachte ich mir, was solls..boote halt einfach den vorherigen Kernel, welcher ja 57 Tage ununterbrochen funktioniert hat...also bin ich in den Loader Prompt gesprungen und habe folgendes versucht:
OK unload kernel
OK boot /boot/kernel.old/kernel
Doch, Oh Schreck, selbst bei dem alten Kernel bleibt der Kernel mit der gleichen Meldung hängen...seltsam, oder?
Nun bin ich erstmal mit meinem Latein am Ende...ich komme weder in den Single-User Mode, oder in den Safe-Mode, der alte Kernel bootet ebenfalls nicht...was könnte ich nun noch versuchen?
Bin für alle Vorschläge dankbar!
Meines habe ich mir scheinbar soeben selbst vermiest
Folgendes ist passiert:
Ich habe hier auf der Arbeit einen FSC Primergy Server mit FreeBSD 7 und ZFS laufen.
Der experimentellen Natur des ganzen war ich mir bewusst, jedoch diente der Server nur als Datengrab für temporäre Backups, CD-Images und dergleichen..also nicht unbedingt überlebens-notwendig.
Anfangs hatte ich das Problem, dass mir die Kiste mehrmals am Tag mit einer Kernel-Panic abschmierte, dies hing damit zusammen, dass nicht genügend Kernel-Speicher zur Verfügung stand und sich die Kiste irgendwann einfach verabschiedete.
In den Griff bekam ich dies dadurch, dass ich die Vorschläge im ZFS Tuning Guide unter
http://wiki.freebsd.org/ZFSTuningGuide
implementiert habe.
Seither lief das System ohne Probleme durch, die Uptime lag heute bei 57 Tagen.
Nun kam ich heute auf die glorreiche Idee, die zwischenzeitlich aufgelaufenen Patches mittels freebsd-update einzuspielen.
Ich habe daher freebsd-update fetch ausgeführt, und nach Begutachtung der Patches freebsd-update install gestartet.
Im Handbook fand ich den Hinweis, dass es bei Nutzung eines Custom Kernels empfohlen wird, nach der Installation der Patches den eigenen Kernel nochmals neu zu backen und das System zu rebooten.
Ich habe also meine eigens angepasste MYKERNEL Config-Datei nochmals durch den Compiler gejagt und anschließend das System rebootet...tja, seither bleibt mir die Kiste aber mit folgendem Fehler hängen:
Code:
kmem_suballoc: bad status return of 3.
panic: kmem_suballoc
cpuid = 0
Nach dem ersten Schreck dachte ich mir, was solls..boote halt einfach den vorherigen Kernel, welcher ja 57 Tage ununterbrochen funktioniert hat...also bin ich in den Loader Prompt gesprungen und habe folgendes versucht:
OK unload kernel
OK boot /boot/kernel.old/kernel
Doch, Oh Schreck, selbst bei dem alten Kernel bleibt der Kernel mit der gleichen Meldung hängen...seltsam, oder?
Nun bin ich erstmal mit meinem Latein am Ende...ich komme weder in den Single-User Mode, oder in den Safe-Mode, der alte Kernel bootet ebenfalls nicht...was könnte ich nun noch versuchen?
Bin für alle Vorschläge dankbar!