[Mégsincs megoldva] Snap service lxd daemon nem áll le

Fórumok

Előre is bocsi, nem vagyok egy systemd-guru. Szóval a probléma a következő:

"A stop job is running for Service for snap application lxd.daemon" üzenettel áll percekig kikapcsoláskor a gép. Ami érdekesség, hogy nem minden kikapcsoláskor. Számomra abszolút követhetetlen és következetlen módon. Néha nem csinálja, de általában (főleg, ha sietnék) igen. Mindegy, hogy használtam-e az lxd konténereket, vagy sem. 

 Ehhez hasonló a probléma: https://github.com/lxc/lxd-pkg-snap/issues/39

Az idevágó kódrészlet:

$ journalctl -b -1 -n250

jan 09 09:28:31 zslaszlo-latitude lxd.daemon[12309]: error: timeout waiting for snap system profiles to get updated
jan 09 09:28:31 zslaszlo-latitude systemd[1]: snap.lxd.daemon.service: Control process exited, code=exited status=1
jan 09 09:28:31 zslaszlo-latitude systemd[1]: snap.lxd.daemon.service: Failed with result 'exit-code'.
jan 09 09:28:31 zslaszlo-latitude systemd[1]: Stopped Service for snap application lxd.daemon.

Illetve vannak még érdekességek az udev tájékján is, de lehet, hogy azt külön kellene tárgyalni. De lehet, hogy nem, mert az is systemd. Szép új egységesített világ... Éljen a systemd! Mindenesetre beillesztem az idevágó kódrészletet:

$ journalctl -b -1

jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.activate (/var/lib/snapd/apparmor/profiles/snap.lxd.activate line
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.benchmark (/var/lib/snapd/apparmor/profiles/snap.lxd.benchmark li
jan 09 08:25:24 zslaszo-latitude systemd[1]: Mounting Mount unit for lxd, revision 12631...
jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.check-kernel (/var/lib/snapd/apparmor/profiles/snap.lxd.check-ker
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Started Set console font and keymap.
jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.buginfo (/var/lib/snapd/apparmor/profiles/snap.lxd.buginfo line 5
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.daemon (/var/lib/snapd/apparmor/profiles/snap.lxd.daemon line 556
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Started Clean up any mess left by 0dns-up.
jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.lxc (/var/lib/snapd/apparmor/profiles/snap.lxd.lxc line 508): A k
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Mounted Mount unit for core, revision 8268.
jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.lxd (/var/lib/snapd/apparmor/profiles/snap.lxd.lxd line 508): A k
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Mounted Mount unit for core, revision 8039.
jan 09 08:25:24 zslaszlo-latitude apparmor[497]: Warning from /var/lib/snapd/apparmor/profiles/snap.lxd.migrate (/var/lib/snapd/apparmor/profiles/snap.lxd.migrate line 5
jan 09 08:25:24 zslaszlo-latitude systemd-udevd[491]: invalid key/value pair in file /etc/udev/rules.d/80-persistent-usb.rules on line 1, starting at character 1 ('S')
jan 09 08:25:25 zslaszlo-latitude apparmor[497]:    ...done.
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Mounted Mount unit for lxd, revision 12631.
jan 09 08:25:24 zslaszlo-latitude systemd[1]: Mounted Mount unit for lxd, revision 12317.

illetve:

jan 09 08:25:33 zslaszlo-latitude systemd-udevd[2499]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
jan 09 08:25:33 zslaszlo-latitude systemd-udevd[2498]: Could not generate persistent MAC address for veth8c109b9e: No such file or directory
jan 09 08:25:33 zslaszlo-latitude systemd-udevd[2499]: Could not generate persistent MAC address for veth568f07c8: No such file or directory
jan 09 08:25:33 zslaszlo-latitude NetworkManager[995]: <info>  [1578554733.0740] manager: (veth8c109b9e): new Veth device (/org/freedesktop/NetworkManager/Devices/8)
jan 09 08:25:33 zslaszlo-latitude NetworkManager[995]: <info>  [1578554733.0770] manager: (veth568f07c8): new Veth device (/org/freedesktop/NetworkManager/Devices/9)
jan 09 08:25:33 zslaszlo-latitude NetworkManager[995]: <info>  [1578554733.0897] devices added (path: /sys/devices/virtual/net/veth568f07c8, iface: veth568f07c8)
jan 09 08:25:33 zslaszlo-latitude NetworkManager[995]: <info>  [1578554733.0899] device added (path: /sys/devices/virtual/net/veth568f07c8, iface: veth568f07c8): no ifup

Minden észrevételt és segítséget köszönök!

Ui.: a szemem majd kifolyt, amíg ezt a kurva sok logot átnyálaztam... Valami okos grep parancsot írjatok már ami leszűkíti keresőszóra a logban való túrkálást kérlek!

Hozzászólások

nekem ez tűnik fontosnak:

"

: invalid key/value pair in file /etc/udev/rules.d/80-persistent-usb.rules on line 1, starting at character 1 ('S')

"

Ezt a fájlt lesd meg hátha.

Szóval odáig jutottam, hogy workaround-nak jó lenne, ha lefutna egy lxd shutdown kikapcsolás előtt. Kis keresgéléssel azt találtam, hogy 

/usr/lib/systemd/system-shutdown/

útvonalon elhelyezett script lenne  a megoldás. De hogyan épül fel a script? Mi a kiterjesztése? Milyen "nyelven" beszél a sytemd?

Érthető a kérdésem?

Rosszul. ?

Létrehoztam a fenti tartalommal egy lxd-stop.service fájlt adtam neki egy +x chmodot, hogy futtatható legyen és újraindítottam.

De nem működik következetesen jól. Próbáltam .sh kiterjesztéssel és kiterjesztés nélkül is, de egyik sem működik. Illetve néha igen, néha nem. És a systemd logok (bináris Bakker!)kezelése finoman szólva nehézkes.

Kezdem megérteni miért nem szeretik sokan. Én például egyszerűen nem értem a működését. Amíg nincs gond, addig jó (bár sokkal lassabban indul ugyanaz a rendszer nálam systemd-s oprendszerrel), de ha gond van vele nem tudod kibogozni, hol a gond, mert mindent IS kezel a systemd.

próbáld meg így a fájlt:

 

#!/bin/sh

echo `date +%H:%M:%S` >> /root/lxdshutdown.log
lxd shutdown 2>&1 >> /root/lxdshutdown.log


A /root alatt létrejövő logban látod, hogy ír-e valamit.

Az elmélet az, amikor mindent ismerünk, de semmi nem működik. A gyakorlat az, amikor minden működik, de senki nem tudja, miért.

"Kezdem megérteni miért nem szeretik sokan. Én például egyszerűen nem értem a működését. Amíg nincs gond, addig jó (bár sokkal lassabban indul ugyanaz a rendszer nálam systemd-s oprendszerrel), de ha gond van vele nem tudod kibogozni, hol a gond, mert mindent IS kezel a systemd."

Tökéletesen megfogalmaztad, mi a fő baj a systemd-el és miért nem értik ezt azok, akiknek nem jött elő még hasonló hiba.

A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Én ezt nem értem! Ötből egyszer nem lövi ki az lxd service-t. Ami a legnagyobb bajom az a systemd journalctl logolása, hogy a tetű essen bele aki kitalálta. (Már bocsánat)

Valaki mondja már meg, hogyan lehet értelmesen szűrni a hányadék logfájlban? És hogy kb mit is kellene keresnem? Mert tök random módon csinálja. Egyszer jól áll le máskor nem. 

Köszönöm!

ez nekem sokat segített anno: https://www.digitalocean.com/community/tutorials/how-to-use-journalctl-to-view-and-manipulate-systemd-logs

szépen le van írva egy csomó alap dolog, nem túl bő lére eresztve, kb. áttekinthetően és korrekt sorrendben, használható példákkal.

a fenti link alapján mindenképpen segíthet a path alapján történő szűrés vagy éppen a --since -15min stb. ha nem lenne elég részletes, akkor pedig ezeket csekkold: https://www.freedesktop.org/software/systemd/man/journald.conf.html#MaxLevelStore=