Sziasztok!
Egy HP ProLiant MicroServer Gen7 (N40L) szerverre telepítettem a napokban Ubuntu Server 16.04.1 LTS-t. Újraindításkor és leállításkor a leállási folyamat egy szakaszán "megakad, várakozik" mintha megfagyott volna, de kb. 10 perc után folytatódik a leállási folyamat és leáll a szerver. Az utolsó megjelenített sor, amikor megáll a leállási folyamat a: "[ OK ] Stopped LVM2 metadata daemon". Találkoztatok már ezzel a jelenséggel, mi okozhatja, mi a megoldás? BIOS-t már frissítettem, nem oldotta meg a problémát. (szoftver RAID1 + LVM van a rendszer alatt)
- 1719 megtekintés
Hozzászólások
Én is jártam így nemrég, dettó raid 1 + LVM + btrfs. Egy reboot tartott vagy 5 percig. Én systemd bug-ra gyanakszom.
- A hozzászóláshoz be kell jelentkezni
Nálam RAID1 + LVM + ext4, továbbá elég sok minden külön LVM kötetre került. Megoldást egyelőre nem találtál?
- A hozzászóláshoz be kell jelentkezni
Frissítettem systemd-t és kernelt is, a hiba maradt. Leállítás még mindig 5-10 min.
- A hozzászóláshoz be kell jelentkezni
Hasonlóba futottam bele én is több szerverrel. Nekem az "apt-get purge unattended-upgrades" segített.
A leállás folyamata közben elindul egy starting unattended-upgrades folyamat, ami megakasztja a systemd-t.
Vár, amig timeoutol a folyamat, és leáll.
Szasa
- A hozzászóláshoz be kell jelentkezni
Holnap egy-két BIOS beállítást kipróbálok, ha az nem segít, akkor törlöm én is a csomagot. Neten több hasonló leírás is van, ahol hasonló problémáról írnak, valakinek BIOS frissítés oldotta meg a problémát, míg másnál a BIOS-ban a Legacy USB tiltása, stb.
Másik szerveren is fut Ubuntu Server 16.04.1, de ott nem jelentkezik a probléma, ebből arra következtettem, hogy vagy a BIOS okozza, ezért frissítettem, vagy valamilyen BIOS beállítás.
- A hozzászóláshoz be kell jelentkezni
100%, hogy ez okozza a problémát, már csak az érdekelne, hogy miért csinálja ezt az unattended-upgrades, és miért csak ezen a gépen?!
- A hozzászóláshoz be kell jelentkezni
Egy kicsit utánajárta. Az itt található bejegyzés szerint a "/usr/share/unattended-upgrades/unattended-upgrade-shutdown
" fájl 120. sorában van a hiba:
if apt_pkg.config.find_b("Unattended-Upgrade::InstallOnShutdown", False)
Erre született egy patch is: itt.
A patchet alkalmazva ugyan, azonnal leáll vagy újraindul a szerver, azonban a következő hibaüzenettel: "[ Failed ] Failed to start Unattended Upgrades Shutdown"
A fenti linken található patch szerintem hibás is, ugyanis a hibásnak vélt sor nem az "Unattended-Upgrade::InstallOnShutdown" értékének "False"-val való egyezőségét vizsgálja, ez látható a python3-apt csomag apt_pkg moduljának find_b függvényéből.
A 10 perces leállási, újraindulási időt szerintem a "/usr/share/unattended-upgrades/unattended-upgrade-shutdown
" fájl 93. sorában lévő
parser.add_option("", "--delay", default=10,
határozza meg. Ha ezt az értéket átállítom 1-re, akkor kb 65mp után leáll, újraindul a szerver, de továbbra is valamilyen "hibával".
Már csak azt nem értem, hogy miért jelentkezik ez a hiba az egyik szerveren míg a másikon nem?!
- A hozzászóláshoz be kell jelentkezni
Ha leállítás előtt nyomsz egy service unattended-upgrades stop
akkor leáll rendesen?
- A hozzászóláshoz be kell jelentkezni
Az unattended-upgrades.service elvileg nem kellene, hogy folyamatosan fusson. A systemd futtatja egyszer a rendszer indulásakor az apt valamely szkriptjét és valamikor 6-18 óra között újra és az hívja meg az unattended-upgrades-t (tudomásom szerint). De ezt azért még holnap kipróbálom.
- A hozzászóláshoz be kell jelentkezni
"Do not turn off your computer"
------------------------
{0} ok boto
boto ?
- A hozzászóláshoz be kell jelentkezni