Reboot Ubunutu 14.04 Server fout

[maomanna]

Onlangs heb ik mijn headless ubuntubak geupdate naar 14.04 Server LTS.
Het ging enige tijd goed, tot laatst ik via webmin of ssh of cli mijn server rebootte.
Hij kwam niet meer terug. Na het restarten via de machine zelf komt hij gewoon netjes terug (later ook niet meer door mount fails)

Vervolgens een scherm aangesloten en het een en ander uitgevogeld.
De mounts doen het weer, maar bij het rebooten met "sudo reboot now" sluit hij de gebruiker af, sluit processen af en komt nagenoeg gelijk terug als root en blijft daar dan ook, zonder lan oid.

In de root kan ik, als ik het scherm en toetsenbord aangesloten laat, wel verder afsluiten, maar niet meer remote als hij headless is.

Weet iemand een passende manier om deze stap te eenvoudigen en de root over te slaan?
Op google staan oplossingen zoals sudo reboot -r now of sudo shutdown -h -r now
Ook kwam ik deze tegen, maar heb geen idee of dit ook voor reboot gaat werken en of het echt netjes is.

Indien mogelijk zie ik liever een nette oplossing zodat alles netjes afsluit zoals het hoort.

[ Voor 9% gewijzigd door maomanna op 13-06-2014 10:56 ]

[Hero of Time]

Welk runlevel kom je in als je 't uit wilt schakelen? Start het systeem nu wel normaal op? Is het alleen met herstart of ook met uitschakelen dat het blijft 'hangen'?

[maomanna]

Als ik het goed begrepen heb, kom ik in runlevel 1 uit.
Daar ik nu niet thuis zit, kan ik hem niet op een andere manier rebooten.
VPN naar huis heeft geen zin, daar de ubuntubak geen netwerk meer heeft.

Vanavond zal ik het eens on-site proberen en kijken wat hij doet met shutdown.
Met het normale commando herstarten (sudo reboot now) komt hij in lvl1 terecht (root@localhost)

rebooten met reboot -r now werkt wel, maar dat is iets dat ik niet permanent wil gaan onthouden.
bovendien lukt dat met webmin ook niet, dus zal ik een andere oplossing moeten bedenken.

[ Voor 19% gewijzigd door maomanna op 13-06-2014 11:24 ]

[maomanna]

de server geeft runlevel system V aan.

[Hero of Time]

Dat is apart, die bestaat niet eens. Het is 1 t/m 5 om te draaien, 0 voor uit en 6 voor reboot. Zie ook Wikipedia: Runlevel. Misschien dat je uit de verschillende hits van Google wat kan halen om het op te lossen. Mocht 't niet lukken, dan ben ik bang dat je beter een nieuwe installatie kan doen. Upgrades van Ubuntu ben ik zelf niet zo'n fan van, omdat het bij mij (en vele anderen aldus 't web) fout gaat. Voor serieus server werk gebruik ik dan eerder Debian. Of voor bedrijven, in geval ze wat aparte software hebben, CentOS.

[Erwinvz1]

Ik heb precies het zelfde probleem op een schone installatie (gisterenavond geïnstalleerd). Hij reboot wel met het genoemde commando "sudo shutdown -h -r now",

Ik gebruikte "sudo reboot now", daarmee reboot hij niet.

[Hero of Time]

Mogelijk komt dat door systemd, in geval Ubuntu dat nu ook gebruikt. Wat doet een 'systemctl reboot'? En voor uitschakelen 'systemctl poweroff'?

[d1ng]

Ubuntu 14.04 gebruikt geen systemd.

Ik heb dit even nagespeeld. Dit 'probleem' wordt veroorzaakt doordat reboot eigenlijk het commando shutdown aanroept. De argumenten die je aan reboot meegeeft worden dus doorgesluisd naar shutdown.

'sudo reboot now' is hetzelfde als 'sudo shutdown now' wat dat gedrag verklaart. Dat is ook de reden dat 'sudo reboot -r now' wel werkt. Dat is hetzelfde als 'sudo shutdown -r now'.

Makkelijkste 'oplossing' is gewoon reboot te gebruiken zonder argumenten, of reboot -f aan te leren.

code:

sudo reboot

[ Voor 35% gewijzigd door d1ng op 14-06-2014 14:56 . Reden: Betere probleem omschrijving ]

[maomanna]

sudo reboot werkt inderdaad wel goed!
dan komt hij remoted wel terug.

Eens kijken waar ik de argumenten in webmin dan kan aanpassen, zodat als die wil rebooten het gewoon goed gaat.

*edit*
Nu staat dit ingesteld

#! /bin/sh
### BEGIN INIT INFO
# Provides: reboot
# Required-Start:
# Required-Stop:
# Default-Start:
# Default-Stop: 6
# Short-Description: Execute the reboot command.
# Description:
### END INIT INFO

PATH=/sbin:/usr/sbin:/bin:/usr/bin

. /lib/lsb/init-functions

do_stop () {
# Message should end with a newline since kFreeBSD may
# print more stuff (see #323749)
log_action_msg "Will now restart"
reboot -d -f -i
}

case "$1" in
start)
# No-op
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
do_stop
;;
*)
echo "Usage: $0 start|stop" >&2
exit 3
;;
esac

gekeken naar de argumenten zou die het gewoon moeten doen.
reboot -d -f -i

Als ik de -d -f -i weg haal, zou hij eigenlijk gewoon sudo reboot moeten uitvoeren, welke na een testje gewoon werkt.

*edit2*
ok dan! in eerste instantie werkt het nu wel zoals het moet!
Thanks!

[ Voor 74% gewijzigd door maomanna op 14-06-2014 20:32 ]

[Hero of Time]

Webmin klinkt leuk, maar het is niet de beste manier om je machine te beheren. Dat is nog steeds gewoon over SSH alles uitvoeren, ook de reboot. Als je meerdere machines hebt, wil je wel molly-guard installeren, zodat je niet per ongeluk de verkeerde machine herstart.

[maomanna]

voor prive gebruik is webmin toereikend genoeg.
Hij functioneert als een fileserver met wat toevoegingen van sab,cp,sb,nzbdrone,ftp.
Hij is sneller dan een normale nas voor dat bedrag en wat meer mogelijkheden dan freenas bijv.
Webmin is niet alles, maar voor veel dingen toch wel handig.

Als je een soort gelijk beheersysteem met webgui kent, dan hou ik me aanbevolen

[ Voor 12% gewijzigd door maomanna op 14-06-2014 20:44 ]

[Hero of Time]

Als professionele Linux beheerder doe ik niet aan webinterfaces voor serverbeheer. Ik heb wel voor m'n afstudeerbedrijf een DNS server geleverd met webmin erop geloof ik. Er was iig een terminal beschikbaar. Enige reden dat ik ze een webinterface gaf, was om de DNS te beheren en het was de meest uitgebreide die ik destijds kon vinden wat gratis was.