Nextcloud LXC bringt Host zum abschalten

[nyami]

Hallo,

es scheint, das meine im Container (LXC Priviligiert) laufende Nextcloud den Hostrechner zum Abschalten bringt.
Plötzlich kein Zugang zum Server per SSH, kein HDMI Signal, USB Festplatte aus....
Es hilft nur ein Hardreset.

Ich habe in dem Gebiet keine Erfahrung beim Suchen! Könnt Ihr helfen?

Sowohl auf Host und LXC laufen Debian Buster.

Code: Alles auswählen

root@acepc-sr:/home/sroth# tail /var/log/messages -n40
Apr 24 14:01:57 acepc-sr kernel: [   17.578624] audit: type=1400 audit(1619265717.005:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm/lightdm-guest-session//chromium" pid=513 comm="apparmor_parser"
Apr 24 14:01:57 acepc-sr kernel: [   17.583331] audit: type=1400 audit(1619265717.009:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lxc-container-default" pid=515 comm="apparmor_parser"
Apr 24 14:01:57 acepc-sr kernel: [   17.583343] audit: type=1400 audit(1619265717.009:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lxc-container-default-cgns" pid=515 comm="apparmor_parser"
Apr 24 14:01:57 acepc-sr kernel: [   17.583351] audit: type=1400 audit(1619265717.009:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lxc-container-default-with-mounting" pid=515 comm="apparmor_parser"
Apr 24 14:01:57 acepc-sr kernel: [   17.695853] r8169 0000:01:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw
Apr 24 14:01:57 acepc-sr kernel: [   17.696154] RTL8211E Gigabit Ethernet r8169-100:00: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=r8169-100:00, irq=IGNORE)
Apr 24 14:01:57 acepc-sr rsyslogd: imuxsock: Acquired UNIX socket '/run/systemd/journal/syslog' (fd 3) from systemd.  [v8.1901.0]
Apr 24 14:01:57 acepc-sr rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="564" x-info="https://www.rsyslog.com"] start
Apr 24 14:01:57 acepc-sr kernel: [   17.919716] IPv6: ADDRCONF(NETDEV_UP): enp1s0: link is not ready
Apr 24 14:01:57 acepc-sr udisksd[567]: udisks daemon version 2.8.1 starting
Apr 24 14:01:57 acepc-sr kernel: [   18.025990] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Apr 24 14:01:57 acepc-sr kernel: [   18.033032] br0: port 1(enp1s0) entered blocking state
Apr 24 14:01:57 acepc-sr kernel: [   18.033044] br0: port 1(enp1s0) entered disabled state
Apr 24 14:01:57 acepc-sr kernel: [   18.034430] device enp1s0 entered promiscuous mode
Apr 24 14:01:57 acepc-sr udisksd[567]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
Apr 24 14:01:57 acepc-sr udisksd[567]: Failed to load the 'mdraid' libblockdev plugin
Apr 24 14:01:57 acepc-sr kernel: [   18.160596] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
Apr 24 14:01:57 acepc-sr udisksd[567]: Acquired the name org.freedesktop.UDisks2 on the system message bus
Apr 24 14:01:58 acepc-sr lightdm[747]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
Apr 24 14:01:58 acepc-sr colord[653]: failed to get session [pid 573]: Keine Daten verfügbar
Apr 24 14:01:58 acepc-sr colord[653]: failed to get session [pid 573]: Keine Daten verfügbar
Apr 24 14:01:58 acepc-sr kernel: [   19.132821] broken atomic modeset userspace detected, disabling atomic
Apr 24 14:01:59 acepc-sr kernel: [   20.491099] r8169 0000:01:00.0 enp1s0: Link is Up - 1Gbps/Full - flow control rx/tx
Apr 24 14:01:59 acepc-sr kernel: [   20.491135] br0: port 1(enp1s0) entered blocking state
Apr 24 14:01:59 acepc-sr kernel: [   20.491140] br0: port 1(enp1s0) entered forwarding state
Apr 24 14:01:59 acepc-sr kernel: [   20.491250] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
Apr 24 14:02:00 acepc-sr lightdm[805]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
Apr 24 14:02:04 acepc-sr kernel: [   25.197448] usb 1-2.3: USB disconnect, device number 5
Apr 24 14:02:04 acepc-sr kernel: [   25.197461] usb 1-2.3.1: USB disconnect, device number 7
Apr 24 14:02:04 acepc-sr kernel: [   25.197470] usb 1-2.3.1.1: USB disconnect, device number 8
Apr 24 14:02:04 acepc-sr kernel: [   25.360397] usb 1-2.3.2: USB disconnect, device number 6
Apr 24 14:02:04 acepc-sr kernel: [   25.504760] i915 0000:00:02.0: HDMI-A-2: EDID is invalid:
Apr 24 14:02:04 acepc-sr kernel: [   25.504772]         [00] BAD  00 ff ff ff ff ff ff 00 05 e3 01 22 4d 24 02 00
Apr 24 14:02:04 acepc-sr kernel: [   25.504776]         [00] BAD  3b 1d 01 03 80 30 3b 78 2a 77 71 a3 59 53 9e 26
Apr 24 14:02:04 acepc-sr kernel: [   25.504778]         [00] BAD  0f 50 54 bf ef 00 d1 c0 b3 00 95 00 81 80 ff ff
Apr 24 14:02:04 acepc-sr kernel: [   25.504781]         [00] BAD  ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Apr 24 14:02:04 acepc-sr kernel: [   25.504784]         [00] BAD  ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Apr 24 14:02:04 acepc-sr kernel: [   25.504787]         [00] BAD  ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Apr 24 14:02:04 acepc-sr kernel: [   25.504789]         [00] BAD  ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Apr 24 14:02:04 acepc-sr kernel: [   25.504792]         [00] BAD  ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff

[Blackbox]

Fangen wir erst einmal mit lxc an.

Hast du an dessen Konfiguration etwas verändert, oder angepasst?
Wie startest du deine lxc Container?
Welches Environment gewährst du einem Container Host?

Dann sehe ich in deinem Logfile etwas Hex-ähnliches, schon einmal versucht in einem Hexeditor zu werfen?

[nyami]

Ich habe nun aus Joplin die Synchronisation von Nextcloud auf Dropbox geswitcht und es geht.

Ich hatte in den Fehlermeldungen der Nextcloud einen xxxxxx.json Syncfehler gesehen.
Joplin scheint zum Syncen die entsprechende App von nextcloud zu benötigen. Diese ist aber nicht installierbar.

Für Hinweise zu dieser Kombination wäre ich dankbar...

[nyami]

Kann es sein, das der Absturz erfolgt, weil davfs nicht installiert ist?
Oder übernimmt Nextcloud das Protokoll und ich brauche davfs nicht installieren?
Wie ist das mit der Aktivierung des Apache-Moduls?

Leider kann ich das alles gerade nicht kontrollieren, da der Server wieder down ist.
Also dann später Zuhause

[jph]

Vorweg: du benötigst keinen privilegierten Container, um eine Nextcloud zu betreiben. Zudem gilt systemweit != privilegiert; du kannst sehr wohl root einen systemweiten, aber unprivilegierten Container beim Booten starten lassen. (Ich selbst habe diverse Anläufe benötigt, bis ich das begriffen und richtig umgesetzt hatte.)

Ich würde folgendermaßen ansetzen:

1) Persistentes Logging aktivieren, sofern nicht schon vorhanden (man journald.conf)

2) Nach erfolgreichem Absturz die Kernelmeldungen vom letzten Boot lesen (journalctl -k -b -1) in der Hoffnung, dass der Host es noch geschafft hat, ins Log zu schreiben

[nyami]

Hi JPH,

ja, privilegierter Container ist nicht nötig. Die Doku zu unprivilegierten ist allerdings....nicht gut ... um das 'mal vorsichtig auszudrücken.
Aktuelle, sinnvolle und verständliche Links zur Doku sind hier ganz herzlich willkommen....