Shutdown/Poweroff, S11E, napp-it

Anco

Neuling
Thread Starter
Mitglied seit
02.08.2011
Beiträge
5
Hallo zusammen!

Ich habe mir kürzlich einen Homserver/ein NAS zusammengebaut. Viele Komponenten waren bereits vorhanden und im Prinzip haben nur das Gehäuse und die Platten gefehlt.

- Gehäuse Chenbro SR20969, mit 4-Bay-Einschub und einzelnen 5,25"-Einschub für 3,5" Festplatten
- C2D E8500
- 6 GB DDR2 RAM
- Asus P5Q-E
- eine alte Nvidia 8400GS
- Enermax 485W Netzteil
- 4x 2TB und 1x 1TB Samsung HDDs
- Intel Gigabit CT EXPI9301CT (für WOL, denn die crappy Onboard-NICs unterstützen das nur via Treiber/Tool)

Softwaremäßig verwende ich Solaris 11 Express (OI 148-151 hat sich bei mir als zu unstable erwiesen) in Verbindung mit Geas genialem napp-it (fettes Danke für deine Arbeit!!!).

Soweit funktioniert auch alles sehr gut. WOL, HDD Spindown, sämtliche Services laufen, die SMF tut, was sie soll, das ZFS raidz auch. Nur ein einziges Problem, dem ich nicht Herr werde, habe ich noch. Der Shutdown bzw. Poweroff. Man kann sagen, dass in zwei von drei Fällen das Herunterfahren und Ausschalten "hängenbleibt". Das System ist heruntergefahren, aber Lüfter, Platten, LEDs laufen noch wie im Normalbetrieb. Im Log findet man nur das hier:

Code:
Aug  1 20:56:51 solaris syslogd: going down on signal 15
Aug  1 20:56:51 solaris smbd[1035]: [ID 702911 daemon.notice] service shutting down
Aug  1 20:56:51 solaris smbd[1035]: [ID 702911 daemon.notice] service terminated
Aug  1 20:56:51 solaris rpcbind: [ID 564983 daemon.error] rpcbind terminating on signal.
Aug  1 20:56:55 solaris napp-it-mhttpd[1113]: [ID 915600 daemon.notice] exiting due to signal 15
Aug  1 20:57:02 solaris genunix: [ID 672855 kern.notice] syncing file systems...
Aug  1 20:57:03 solaris genunix: [ID 904073 kern.notice]  done

Danach bleibt das System so stehen. Man kann dann nichts mehr machen außer manuell auszuschalten oder zu resetten. Es spielt keine Rolle, ob ich in der Konsole init 5 eingebe oder shutdown -y -g0 -i5 oder die Funktion in napp-it nutze oder via Gnome herunterfahre. Zuerst hatte ich die Treiber der Onboard-NICs in Verdacht, die ich mal manuell installiert hatte. Aber nach deren Entfernung hat sich nix geändert. Ich vermute, dass es an Zugriffen via SMB, SSH oder sonstigen Services liegt, die dann den Shutdown verhindern. Kann mich aber auch genauso gut täuschen.

Wie gesagt, manchmal funktioniert es auch. Nur eben eher selten. Sehr nervig, da der Server ja im Keller seinen Dienst verrichten soll, wenn man immer kontrollieren muss, ob er denn jetzt auch wiiiirklich komplett aus ist. :(

Im Netz habe ich hier und da ältere Threads mit ähnlichen Beschreibungen gefunden (betreffen Opensolaris), aber die blieben leider ungelöst. Ich bin relativ unerfahren, was Solaris angeht. Deshalb weiß ich nicht mal, in welchem Logfile ich noch nachgucken könnte, warum denn das komplette Ausschalten nicht richtig funktioniert.

Hat jemand einen Tipp für mich? Oder gar die Lösung des Problems? Wo kann ich noch ansetzen, um der Ursache auf den Grund zu gehen?

Danke schonmal für eure Hilfe. :)

/EDIT: Ich habe dieses Unterforum für diesen Post ausgewählt, da ich auf eine Hardwareinkompatibilität in Verbindung mit Solaris tippe. Ich hoffe, das ist so OK.
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Hab es selbst gelöst, kann geschlossen werden.
 
Sowohl die unglaublich große Resonanz bzgl. des ursprünglichen Problems, als auch die Tatsache, dass ich als "Heini" bezeichnet werde, verringern aus irgendwelchen Gründen meine Lust, die Lösung hier zu posten.
 
Die denkbar hilfreichsten Forum-Posts, die man wahrscheinlich auch verzweifelt per Google findet, beenden den Thread mit "ist gelöst" und man ist gezwungen in den Tisch zu beißen...

Würde mich trotzdem über eine grobe Lösungsskizzierung freuen, sicherlich auch im Sinne weiterer Hilfesuchender, die gerade Ihre Tastatur zerschmettern...
 
Die denkbar hilfreichsten Forum-Posts, die man wahrscheinlich auch verzweifelt per Google findet, beenden den Thread mit "ist gelöst" und man ist gezwungen in den Tisch zu beißen...

Würde mich trotzdem über eine grobe Lösungsskizzierung freuen, sicherlich auch im Sinne weiterer Hilfesuchender, die gerade Ihre Tastatur zerschmettern...

In der Tat, ich kann hotzen nur zustimmen und würde mich ebenfalls über Deine Lösung freuen!
 
Sowohl unter Solaris 11 Express als auch unter OpenIndiana 151a hat bei mir entweder eins von beiden oder die Kombination aus beidem das Problem gelöst:

1) In /usr/lib/hal/sunos/hal-system-power-shutdown-sunos vor der init 5-Anweisung einfügen:

Code:
/usr/sbin/psradm -f 1 2

2) Im BIOS den ohnehin nicht benötigten Realtek HDAudio-Chip deaktivieren (Treiber mit rem_drv deinstallieren oder entsprechend das Laden in GRUB verhindern sollte ebenfalls funktionieren).

Die Infos habe ich in älteren Threads im Opensolairsforum und Mailinglisten gefunden. Zumindest für meine Hardwarekonstellation funktioniert nun alles so wie gewünscht.
 
Hallo Anco,

vielen Dank auch von mir für diese Info.
Hotzen hatte schon recht, auch wenn er sich im Ton vergriffen hatte, viel zu viele Threads enden mit den nicht helfenden Worten "Habs gelöst, kann geschlossen werden!"

Gruß Millenniumpilot
 
Noch eine kurze Ergänzung:

O.g. Zeile hatte ich falsch in Erinnerung. Man sollte mit "psrinfo" herausfinden, wie viele Prozessoren man hat und welche IDs diese haben:

Code:
anco@openindiana:/$ psrinfo 
0       on-line   since 10/12/2011 09:12:25
1       on-line   since 10/12/2011 09:12:29

Dementsprechend lautet also der Eintrag korrekt:

Code:
/usr/sbin/psradm -f 0 1
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh