Anmeldung an Client-PC nicht möglich (Samba-Problem)

Hallo zusammen,
heute trat bei uns das Problem auf, dass man sich an Clientrechnern nicht mehr anmelden kann, es wird nur angezeigt, dass die Logindaten inkorrekt sind.
Da ich gestern serverseitig ein paar ESM-Sicherheitsupdates installiert hatte, lag der Verdacht nahe, dass es damit etwas zu tun hat.
Was ich festgestellt habe:
Bei den installierten Updates waren diverse Samba-spezifische Pakete dabei:

Start-Date: 2025-06-24  14:39:25
Commandline: apt upgrade
Upgrade: libpython3.6-minimal:amd64 (3.6.9-1~18.04ubuntu1.13+esm4, 3.6.9-1~18.04ubuntu1.13+esm5), python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), libpython3.6-dev:amd64 (3.6.9-1~18.04ubuntu1.13+esm4, 3.6.9-1~18.04ubuntu1.13+esm5), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), libpython3.6-stdlib:amd64 (3.6.9-1~18.04ubuntu1.13+esm4, 3.6.9-1~18.04ubuntu1.13+esm5), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), libpython3.6:amd64 (3.6.9-1~18.04ubuntu1.13+esm4, 3.6.9-1~18.04ubuntu1.13+esm5), python3.6:amd64 (3.6.9-1~18.04ubuntu1.13+esm4, 3.6.9-1~18.04ubuntu1.13+esm5), python3-requests:amd64 (2.18.4-2ubuntu0.1+esm1, 2.18.4-2ubuntu0.1+esm2), python3.6-minimal:amd64 (3.6.9-1~18.04ubuntu1.13+esm4, 3.6.9-1~18.04ubuntu1.13+esm5), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), winbind:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), samba-common:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), libnss-winbind:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), samba-vfs-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), smbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), samba-common-bin:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.29, 2:4.7.6+dfsg~ubuntu-0ubuntu2.29+esm1), python3.6-dev:amd64 (3.6.9-1~18.04ubuntu1.13+esm4, 3.6.9-1~18.04ubuntu1.13+esm5)
End-Date: 2025-06-24  14:39:48

In log.samba finde ich Einträge dieser Form, die in älteren Logs nicht auftauchen.

[2025/06/24 14:40:49.734377,  0] ../lib/util/fault.c:78(fault_report)
  ===============================================================
[2025/06/24 14:40:49.734468,  0] ../lib/util/fault.c:79(fault_report)
  INTERNAL ERROR: Signal 11 in pid 1139 (4.7.6-Ubuntu)
  Please read the Trouble-Shooting section of the Samba HOWTO
[2025/06/24 14:40:49.734538,  0] ../lib/util/fault.c:81(fault_report)
  ===============================================================
[2025/06/24 14:40:49.734597,  0] ../lib/util/fault.c:151(smb_panic_default)
  PANIC: internal error
[2025/06/24 14:40:56.317303,  0] ../source4/smbd/process_standard.c:161(standard_child_pipe_handler)
  Child 1139 (kdc) terminated with signal 6
[2025/06/24 15:20:12.110883,  0] ../lib/util/fault.c:78(fault_report)
  ===============================================================
[2025/06/24 15:20:12.120741,  0] ../lib/util/fault.c:79(fault_report)
  INTERNAL ERROR: Signal 11 in pid 13847 (4.7.6-Ubuntu)
  Please read the Trouble-Shooting section of the Samba HOWTO
[2025/06/24 15:20:12.120849,  0] ../lib/util/fault.c:81(fault_report)
  ===============================================================
[2025/06/24 15:20:12.120942,  0] ../lib/util/fault.c:151(smb_panic_default)
  PANIC: internal error
[2025/06/24 15:20:12.292952,  0] ../source4/smbd/process_standard.c:161(standard_child_pipe_handler)
  Child 13847 () terminated with signal 6
[2025/06/24 15:20:12.386457,  0] ../lib/util/fault.c:78(fault_report)
  ===============================================================
[2025/06/24 15:20:12.386540,  0] ../lib/util/fault.c:79(fault_report)
  INTERNAL ERROR: Signal 11 in pid 13860 (4.7.6-Ubuntu)
  Please read the Trouble-Shooting section of the Samba HOWTO
[2025/06/24 15:20:12.386632,  0] ../lib/util/fault.c:81(fault_report)
  ===============================================================
[2025/06/24 15:20:12.386688,  0] ../lib/util/fault.c:151(smb_panic_default)
  PANIC: internal error
[2025/06/24 15:20:12.539240,  0] ../source4/smbd/process_standard.c:161(standard_child_pipe_handler)
  Child 13860 () terminated with signal 6

Hat irgendwer vielleicht das gleiche Problem und eventuell sogar eine Lösung dazu parat?

Randnotiz: Bei dem Versuch, Samba mittels alt wieder irgendwie auf die vorherige Version zu bringen, habe ich mir aus Versehen um ein Haar die komplette Installation zerschossen, weil da auch diverse linuxmuster-Pakete mit entfernt wurden (man sollte halt erst lesen und dann ‚y‘ drücken :face_with_peeking_eye:).

Noch ein Nachtrag:
log.smbd hat noch ein paar mehr Infos, u. a. einen Stacktrace:

[2025/06/24 15:59:25.066422,  0] ../source3/lib/util.c:926(log_stack_trace)
  BACKTRACE: 34 stack frames:
   #0 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(log_stack_trace+0x1f) [0x7f10a4ec9b7f]
   #1 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(smb_panic_s3+0x20) [0x7f10a4ec9c50]
   #2 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(smb_panic+0x2f) [0x7f10a6fb59af]
   #3 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(+0x19bc6) [0x7f10a6fb5bc6]
   #4 /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980) [0x7f10a7427980]
   #5 /usr/lib/x86_64-linux-gnu/samba/libkrb5-samba4.so.26(krb5_data_free+0x4) [0x7f109a4261b4]
   #6 /usr/lib/x86_64-linux-gnu/samba/libkrb5-samba4.so.26(krb5_pac_free+0xd) [0x7f109a44029d]
   #7 /usr/lib/x86_64-linux-gnu/samba/libkrb5-samba4.so.26(krb5_pac_parse+0x9d) [0x7f109a44034d]
   #8 /usr/lib/x86_64-linux-gnu/samba/libkrb5-samba4.so.26(krb5_rd_req_ctx+0x5a2) [0x7f109a443d42]
   #9 /usr/lib/x86_64-linux-gnu/samba/libgssapi-samba4.so.2(+0x1fce4) [0x7f1098e66ce4]
   #10 /usr/lib/x86_64-linux-gnu/samba/libgssapi-samba4.so.2(gss_accept_sec_context+0x117) [0x7f1098e6b7c7]
   #11 /usr/lib/x86_64-linux-gnu/samba/libgensec.so.0(+0x15230) [0x7f109f0c4230]
   #12 /usr/lib/x86_64-linux-gnu/samba/libgensec.so.0(gensec_update_ev+0x64) [0x7f109f0c6fb4]
   #13 /usr/lib/x86_64-linux-gnu/samba/libgensec.so.0(+0x9b35) [0x7f109f0b8b35]
   #14 /usr/lib/x86_64-linux-gnu/samba/libgensec.so.0(+0xbb81) [0x7f109f0bab81]
   #15 /usr/lib/x86_64-linux-gnu/samba/libgensec.so.0(gensec_update_send+0xd9) [0x7f109f0c6929]
   #16 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base.so.0(smbd_smb2_request_process_sesssetup+0x2f5) [0x7f10a6bf3f45]
   #17 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base.so.0(smbd_smb2_request_dispatch+0xca1) [0x7f10a6beede1]
   #18 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base.so.0(+0x1969ec) [0x7f10a6bef9ec]
   #19 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x9ed0) [0x7f10a3b0bed0]
   #20 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x8357) [0x7f10a3b0a357]
   #21 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f10a3b067cd]
   #22 /usr/lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x7f10a3b069eb]
   #23 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x82f7) [0x7f10a3b0a2f7]
   #24 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base.so.0(smbd_process+0x718) [0x7f10a6bdf7d8]
   #25 /usr/sbin/smbd(+0xcfcc) [0x5577f2ae9fcc]
   #26 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x9ed0) [0x7f10a3b0bed0]
   #27 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x8357) [0x7f10a3b0a357]
   #28 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f10a3b067cd]
   #29 /usr/lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x7f10a3b069eb]
   #30 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x82f7) [0x7f10a3b0a2f7]
   #31 /usr/sbin/smbd(main+0x1d0a) [0x5577f2ae534a]
   #32 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) [0x7f10a3732c87]
   #33 /usr/sbin/smbd(_start+0x2a) [0x5577f2ae545a]

Kurioserweise findet sich da aber kein Fehler mit dem gleichen Zeitstempel wie oben im anderen Log.

Hallo,

vielleicht lohnt es sich in diese Richtung zu suchen:
INTERNAL ERROR: Signal 11 bei Samba heißt wohl Prozess-Absturz, der u.a. auftreten kann, wenn die Library tevent (Paket libtevent0) eine falsche Version hat (Quelle 1, 2, 3 (betrifft konkret Ubuntu 18.04))). In /var/log/apt sollte zu finden sein, welche Version von libtevent0 zuvor installiert war. Vielleicht hilft ein Downgrade dieses Pakets als vorübergehender Workaround.

VG
Buster

Vielen Dank für den Hinweis. Soweit ich das sehe, gibt es vom Paket libtevent0 aber keine anderen Versionen als die installierte via apt, und es wurde auch nicht als Teil des problematischen Updates aktualisiert.

Was mir gerade noch auffiel: systemctl status samba-ad-dc.service liefert

samba-ad-dc.service - Samba AD Daemon
   Loaded: loaded (/lib/systemd/system/samba-ad-dc.service; enabled; vendor pres
   Active: active (running) since Thu 2025-06-26 13:48:07 UTC; 8min ago
     Docs: man:samba(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 1932 (samba)
   Status: "smbd: ready to serve connections..."
    Tasks: 24 (limit: 4915)
   CGroup: /system.slice/samba-ad-dc.service
           ├─ 1932 /usr/sbin/samba --foreground --no-process-group
           ├─ 1933 /usr/sbin/samba --foreground --no-process-group
           ├─ 1934 /usr/sbin/samba --foreground --no-process-group
           ├─ 1935 /usr/sbin/samba --foreground --no-process-group
           ├─ 1936 /usr/sbin/samba --foreground --no-process-group
           ├─ 1937 /usr/sbin/samba --foreground --no-process-group
           ├─ 1938 /usr/sbin/samba --foreground --no-process-group
           ├─ 1939 /usr/sbin/smbd -D --option=server role check:inhibit=yes --fo
           ├─ 1940 /usr/sbin/samba --foreground --no-process-group
           ├─ 1942 /usr/sbin/samba --foreground --no-process-group
           ├─ 1943 /usr/sbin/samba --foreground --no-process-group
           ├─ 1944 /usr/sbin/samba --foreground --no-process-group
           ├─ 1945 /usr/sbin/samba --foreground --no-process-group
           ├─ 1946 /usr/sbin/samba --foreground --no-process-group
           ├─ 1947 /usr/sbin/samba --foreground --no-process-group
           ├─ 1948 /usr/sbin/samba --foreground --no-process-group
           ├─ 1949 /usr/sbin/winbindd -D --option=server role check:inhibit=yes 
           ├─ 1956 /usr/sbin/smbd -D --option=server role check:inhibit=yes --fo
           ├─ 1957 /usr/sbin/smbd -D --option=server role check:inhibit=yes --fo
           ├─ 1958 /usr/sbin/winbindd -D --option=server role check:inhibit=yes 
           ├─ 1961 /usr/sbin/smbd -D --option=server role check:inhibit=yes --fo
           ├─11972 /usr/sbin/smbd -D --option=server role check:inhibit=yes --fo
           ├─11989 /usr/sbin/smbd -D --option=server role check:inhibit=yes --fo
           └─12582 /usr/sbin/samba --foreground --no-process-group

Jun 26 13:48:07 server.linuxmuster.lan samba[1941]:   ==========================
Jun 26 13:48:07 server.linuxmuster.lan samba[1941]: [2025/06/26 13:48:07.490335,
Jun 26 13:48:07 server.linuxmuster.lan samba[1941]:   INTERNAL ERROR: Signal 11 
Jun 26 13:48:07 server.linuxmuster.lan samba[1941]:   Please read the Trouble-Sh
Jun 26 13:48:07 server.linuxmuster.lan samba[1941]: [2025/06/26 13:48:07.490384,
Jun 26 13:48:07 server.linuxmuster.lan samba[1941]:   ==========================
Jun 26 13:48:07 server.linuxmuster.lan samba[1941]: [2025/06/26 13:48:07.490429,
Jun 26 13:48:07 server.linuxmuster.lan samba[1941]:   PANIC: internal error
Jun 26 13:48:07 server.linuxmuster.lan samba[1932]: [2025/06/26 13:48:07.678916,
Jun 26 13:48:07 server.linuxmuster.lan samba[1932]:   Child 1941 (kdc) terminate

D. h. samba selbst scheint offenbar zu laufen.

Ich habe daraufhin nochmals genauer ins Log geschaut und bin an folgender Zeile hängen geblieben:

Child 1941 (kdc) terminated with signal 6

Offenbar ist also „nur“ ein Kindprozess kdc abgestürzt. Das scheint irgendwas mit Kerberos zu tun zu haben.

Ich habe beschlossen, einfach das Update auf 7.2 durchzuführen und zu hoffen, dass das Problem damit verschwindet. War für die Sommerferien eh geplant, jetzt ist es halt etwas früher passiert.
Der Server läuft, mal gucken, was morgen die Clients sagen…

Hallo,

der kdc ist der Kerberos-Server, d. h. ohne den kann keine einzige Berechtigung für Logins an den Clients oder Netzlaufwerkzugriffe überprüft werden.

VG
Buster

Dann war das wohl wirklich das Problem.
Gott sei Dank tut mit 7.2 wieder alles.