seit gestern Abend - ca. 20:30 - hatte ein Host zum wiederholten Male keinen Zugriff mehr auf die CIFS-Freigabe.
Das NAS ist In einer AD, die Zugriffsteuerung erfolgt ebenfalls über die AD.
Nach einem "Re-INIT" der AD-Zugriffsteuerung ( unter "Access|Active Directory" einfach auf Speichern klicken - ohne etwas zu ändern) habe ich den Zugriff um ca. 03:12 wiederhergestellt - das klapte auch jedes mal.
Ein Blick ins Syslog ist sinnlos, da hier nur Einträge von 3:12:19 drinstehen.
Das Syslog wird bereits auf einem permanent verfügbaren Storage gespeichert, somit macht eine Begrenzung auf 256 KB überhaupt keinen Sinn.
Vielleicht kann ja einer von euch was damit anfangen:
Bemerkenswert sind für mich die folgenden Einträge, die wohl vermutlich durch das "Re-INIT" der AD-Zugriffsteuerung kamen:
Code: Select all
Jan 1 03:12:19 apl-storage smbd[20480]: Server exit (termination signal)
Jan 1 03:12:19 apl-storage smbd[20480]: [2017/01/01 03:12:19.273266, 0] ../source3/smbd/server_exit.c:162(exit_server_common)
Jan 1 03:12:19 apl-storage smbd[20480]: [2017/01/01 03:12:19.709381, 0] ../source3/lib/util.c:789(smb_panic_s3)
Jan 1 03:12:19 apl-storage smbd[20480]: PANIC (pid 20480): smbXsrv_session_logoff_all failed
Jan 1 03:12:19 apl-storage smbd[20480]: [2017/01/01 03:12:19.716138, 0] ../source3/lib/util.c:900(log_stack_trace)
Jan 1 03:12:19 apl-storage smbd[20480]: BACKTRACE: 18 stack frames:
Jan 1 03:12:19 apl-storage smbd[20480]: #0 0x803846848 <log_stack_trace+0x28> at /usr/local/lib/libsmbconf.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #1 0x803846732 <smb_panic_s3+0x52> at /usr/local/lib/libsmbconf.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #2 0x801687efd <smb_panic+0x13d> at /usr/local/lib/libsamba-util.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #3 0x801b4b90e <smbd_exit_server+0x44e> at /usr/local/lib/samba/libsmbd-base-samba4.so
Jan 1 03:12:19 apl-storage smbd[20480]: #4 0x801b4b9b1 <smbd_exit_server_cleanly+0x11> at /usr/local/lib/samba/libsmbd-base-samba4.so
Jan 1 03:12:19 apl-storage smbd[20480]: #5 0x803ea8a49 <exit_server_cleanly+0x19> at /usr/local/lib/samba/libsmbd-shim-samba4.so
Jan 1 03:12:19 apl-storage smbd[20480]: #6 0x801b18790 <smbd_setup_sig_hup_handler> at /usr/local/lib/samba/libsmbd-base-samba4.so
Jan 1 03:12:19 apl-storage smbd[20480]: #7 0x804f1e7b7 <tevent_common_check_signal+0xe7> at /usr/local/lib/libtevent.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #8 0x804f1d265 <tevent_req_set_cleanup_fn+0x12d5> at /usr/local/lib/libtevent.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #9 0x804f1a8e2 <_tevent_loop_once+0x72> at /usr/local/lib/libtevent.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #10 0x804f1d65b <tevent_req_set_cleanup_fn+0x16cb> at /usr/local/lib/libtevent.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #11 0x801b1b741 <smbd_process+0x8c1> at /usr/local/lib/samba/libsmbd-base-samba4.so
Jan 1 03:12:19 apl-storage smbd[20480]: #12 0x102abe1 <main+0x27e1> at /usr/local/sbin/smbd
Jan 1 03:12:19 apl-storage smbd[20480]: #13 0x804f1d5b9 <tevent_req_set_cleanup_fn+0x1629> at /usr/local/lib/libtevent.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #14 0x804f1a8e2 <_tevent_loop_once+0x72> at /usr/local/lib/libtevent.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #15 0x804f1d65b <tevent_req_set_cleanup_fn+0x16cb> at /usr/local/lib/libtevent.so.0
Jan 1 03:12:19 apl-storage smbd[20480]: #16 0x1029e9c <main+0x1a9c> at /usr/local/sbin/smbd
Jan 1 03:12:19 apl-storage smbd[20480]: #17 0x10277b1 <_start+0x1a1> at /usr/local/sbin/smbd
Jan 1 03:12:19 apl-storage smbd[20480]: [2017/01/01 03:12:19.716341, 0] ../source3/lib/dumpcore.c:298(dump_core)
Jan 1 03:12:19 apl-storage smbd[20480]: unable to change to %N.core
Jan 1 03:12:19 apl-storage smbd[20480]: refusing to dump corePS: wozu sind eigentlich die CODE Tags, wenn der Text und die Formatierung komplett zerbaselt wird?