Manchmal Ausfall der Samba-Dienste

Probleme mit Samba, NFS, FTP und Co.
Antworten
ropri8
Beiträge: 80
Registriert: 22.02.2008 08:37:56

Manchmal Ausfall der Samba-Dienste

Beitrag von ropri8 » 05.04.2023 16:16:52

Hallo!
Ich verwende den Einplatinenrechner A20-OlinuXino-Lime2 der Fa. Olimex als Dateiserver mit Debian als Betriebssystem. Mittels Samba werden die div. Pfade einem Windows-Rechner zur Verfügung gestellt, wo diese dann als "Laufwerke" gemountet sind. Selten aber doch habe ich einen Ausfall der Sambadienste und kann dann vom PC aus nicht auf freigegebenen Pfade zugreifen. Heute um ca. 06:40 Uhr war es wieder soweit - Netzwerklaufwerke nicht erreichbar. Ich stell hier mal einen Auszug der syslog rein - ab ca. 06:41:45 Uhr sind div. Kernelmeldungen, die mir verdächtig vorkommen. Was sagt ihr dazu? Zufall oder nicht - das Internet war heute zu dieser Zeit sehr sehr langsam bzw. komplett ausgefallen - sieht man auch im Protokoll, weil der Zeitserver nicht erreichbar war (ca. 06:16 Uhr). Samba sollte aber auch ohne Internet laufen - Server und PC sind ja im internen Netzwerk. Möglich wäre auch noch, dass nicht der Server, sondern der PC schuld an diesen Unterbrechungen ist. Aber wie kann ich das herausfinden, zumal die Probleme nur sehr sporadisch (~ alle paar Tage) auftreten.

Code: Alles auswählen

Apr  4 20:51:09 olinuxinolime2 systemd[1]: systemd-update-utmp-runlevel.service: Succeeded.
Apr  4 20:51:09 olinuxinolime2 systemd[1]: Finished Update UTMP about System Runlevel Changes.
Apr  4 20:51:09 olinuxinolime2 systemd[1]: Startup finished in 5.325s (kernel) + 1min 19.861s (userspace) = 1min 25.186s.
Apr  4 20:54:13 olinuxinolime2 systemd-timesyncd[360]: Timed out waiting for reply from 185.144.161.170:123 (1.debian.pool.ntp.org).
Apr  5 06:11:34 olinuxinolime2 systemd-timesyncd[360]: Initial synchronization to time server 141.255.175.253:123 (1.debian.pool.ntp.org).
Apr  5 06:11:35 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 06:11:35 olinuxinolime2 systemd[1]: Starting Generate a daily summary of process accounting...
Apr  5 06:11:35 olinuxinolime2 systemd[1]: Starting exim4-base housekeeping...
Apr  5 06:11:35 olinuxinolime2 systemd[1]: Starting Daily man-db regeneration...
Apr  5 06:11:35 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 06:11:35 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 06:11:35 olinuxinolime2 systemd[1]: sysstat-summary.service: Succeeded.
Apr  5 06:11:35 olinuxinolime2 systemd[1]: Finished Generate a daily summary of process accounting.
Apr  5 06:11:36 olinuxinolime2 systemd[1]: man-db.service: Succeeded.
Apr  5 06:11:36 olinuxinolime2 systemd[1]: Finished Daily man-db regeneration.
Apr  5 06:11:36 olinuxinolime2 systemd[1]: man-db.service: Consumed 1.031s CPU time.
Apr  5 06:11:40 olinuxinolime2 systemd[1]: exim4-base.service: Succeeded.
Apr  5 06:11:40 olinuxinolime2 systemd[1]: Finished exim4-base housekeeping.
Apr  5 06:11:40 olinuxinolime2 systemd[1]: Starting Rotate log files...
Apr  5 06:11:40 olinuxinolime2 systemd[1]: logrotate.service: Succeeded.
Apr  5 06:11:40 olinuxinolime2 systemd[1]: Finished Rotate log files.
Apr  5 06:15:01 olinuxinolime2 CRON[802]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 06:16:05 olinuxinolime2 systemd-timesyncd[360]: Timed out waiting for reply from 141.255.175.253:123 (1.debian.pool.ntp.org).
Apr  5 06:16:15 olinuxinolime2 systemd-timesyncd[360]: Timed out waiting for reply from 178.251.64.52:123 (1.debian.pool.ntp.org).
Apr  5 06:16:25 olinuxinolime2 systemd-timesyncd[360]: Timed out waiting for reply from 217.196.145.42:123 (1.debian.pool.ntp.org).
Apr  5 06:16:36 olinuxinolime2 systemd-timesyncd[360]: Timed out waiting for reply from [2a02:60:1:500::149]:123 (2.debian.pool.ntp.org).
Apr  5 06:16:36 olinuxinolime2 systemd-timesyncd[360]: Initial synchronization to time server [2a03:f80:ed31:8c5a::1]:123 (2.debian.pool.ntp.org).
Apr  5 06:17:01 olinuxinolime2 CRON[805]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Apr  5 06:20:24 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 06:20:24 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 06:20:24 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 06:22:34 olinuxinolime2 systemd[1]: Starting Cleanup of Temporary Directories...
Apr  5 06:22:34 olinuxinolime2 systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Apr  5 06:22:34 olinuxinolime2 systemd[1]: Finished Cleanup of Temporary Directories.
Apr  5 06:25:01 olinuxinolime2 CRON[824]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ))
Apr  5 06:25:01 olinuxinolime2 CRON[825]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 06:30:24 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 06:30:24 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 06:30:24 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 06:32:01 olinuxinolime2 kernel: [ 1495.854266] Console: switching to colour frame buffer device 240x67
Apr  5 06:32:01 olinuxinolime2 kernel: [ 1495.898876] sun4i-drm display-engine: [drm] fb0: sun4i-drmdrmfb frame buffer device
Apr  5 06:32:14 olinuxinolime2 systemd[1]: Created slice User Slice of UID 1000.
Apr  5 06:32:14 olinuxinolime2 systemd[1]: Starting User Runtime Directory /run/user/1000...
Apr  5 06:32:14 olinuxinolime2 systemd[1]: Finished User Runtime Directory /run/user/1000.
Apr  5 06:32:14 olinuxinolime2 systemd[1]: Starting User Manager for UID 1000...
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Queued start job for default target Main User Target.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Created slice User Application Slice.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Reached target Paths.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Reached target Timers.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Listening on GnuPG network certificate management daemon.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Listening on GnuPG cryptographic agent and passphrase cache.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Reached target Sockets.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Reached target Basic System.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Reached target Main User Target.
Apr  5 06:32:17 olinuxinolime2 systemd[862]: Startup finished in 3.448s.
Apr  5 06:32:17 olinuxinolime2 systemd[1]: Started User Manager for UID 1000.
Apr  5 06:32:17 olinuxinolime2 systemd[1]: Started Session 5 of user roman.
Apr  5 06:34:02 olinuxinolime2 systemd[1]: Started Session 7 of user roman.
Apr  5 06:35:01 olinuxinolime2 CRON[899]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 06:40:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 06:40:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 06:40:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.431941] sysfs: cannot create duplicate filename '/devices/platform/soc/1c16000.hdmi/dma:audio-tx'
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.431974] CPU: 0 PID: 844 Comm: kworker/0:1 Tainted: G         C        5.10.105-olimex #090538
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.431982] Hardware name: Allwinner sun7i (A20) Family
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432010] Workqueue: events output_poll_execute
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432025] Backtrace: 
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432051] [<c0aa25f0>] (dump_backtrace) from [<c0aa29b8>] (show_stack+0x20/0x24)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432064]  r7:c3540d80 r6:60030013 r5:00000000 r4:c0fadf98
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432079] [<c0aa2998>] (show_stack) from [<c0aa6094>] (dump_stack+0xa4/0xb8)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432098] [<c0aa5ff0>] (dump_stack) from [<c03de9c8>] (sysfs_warn_dup+0x68/0x74)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432110]  r7:c3540d80 r6:c3540d80 r5:c16439f8 r4:c3406000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432126] [<c03de960>] (sysfs_warn_dup) from [<c03ded54>] (sysfs_do_create_link_sd+0xec/0xf8)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432139]  r7:c3540d80 r6:c16439f8 r5:ffffffef r4:c1cafb00
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432154] [<c03dec68>] (sysfs_do_create_link_sd) from [<c03ded98>] (sysfs_create_link+0x38/0x44)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432169]  r9:bf167054 r8:c1671c10 r7:c1ccc2a4 r6:bf167040 r5:00000000 r4:bf167ca4
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432186] [<c03ded60>] (sysfs_create_link) from [<c05d3164>] (dma_request_chan+0xfc/0x2b0)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432203] [<c05d3068>] (dma_request_chan) from [<c08cd74c>] (snd_dmaengine_pcm_register+0xe8/0x1d0)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432218]  r10:00000000 r9:bf167054 r8:c1671c10 r7:c1671c10 r6:bf167040 r5:00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432225]  r4:c33b0cc0
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432256] [<c08cd664>] (snd_dmaengine_pcm_register) from [<bf164580>] (sun4i_hdmi_audio_create+0x2c/0x18c [sun4i_drm_hdmi])
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432271]  r10:bf1673d8 r9:c25d3c13 r8:c2931840 r7:c25d3c03 r6:c0f04fc8 r5:c0000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432280]  r4:c2931840 r3:00000001
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432300] [<bf164554>] (sun4i_hdmi_audio_create [sun4i_drm_hdmi]) from [<bf165084>] (sun4i_hdmi_enable+0x144/0x180 [sun4i_drm_hdmi])
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432309]  r5:c0000000 r4:c2931bd0
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432330] [<bf164f40>] (sun4i_hdmi_enable [sun4i_drm_hdmi]) from [<c06460d0>] (drm_atomic_helper_commit_modeset_enables+0x24c/0x278)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432345]  r9:00000000 r8:c0ca63f0 r7:c2931bd0 r6:00000000 r5:c3540b80 r4:00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432362] [<c0645e84>] (drm_atomic_helper_commit_modeset_enables) from [<c0646b00>] (drm_atomic_helper_commit_tail_rpm+0x34/0x7c)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432377]  r10:000001e4 r9:c2b0ec38 r8:00000001 r7:00000001 r6:c0b6798c r5:c2308000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432386]  r4:c3540b80 r3:00000001
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432402] [<c0646acc>] (drm_atomic_helper_commit_tail_rpm) from [<c06470e0>] (commit_tail+0xb0/0x1d0)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432411]  r5:00000000 r4:c3540b80
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432427] [<c0647030>] (commit_tail) from [<c0647f6c>] (drm_atomic_helper_commit+0x144/0x168)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432442]  r10:c2308000 r9:c2b0ec38 r8:00000001 r7:00000000 r6:c2308000 r5:00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432450]  r4:c3540b80
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432470] [<c0647e28>] (drm_atomic_helper_commit) from [<c06652fc>] (drm_atomic_commit+0x54/0x60)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432482]  r7:c2a99c40 r6:c2308000 r5:c3540b80 r4:00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432501] [<c06652a8>] (drm_atomic_commit) from [<c067be74>] (drm_client_modeset_commit_atomic+0x208/0x248)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432513]  r7:c2a99c40 r6:00000001 r5:c23081c0 r4:c3540b80
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432529] [<c067bc6c>] (drm_client_modeset_commit_atomic) from [<c067bf9c>] (drm_client_modeset_commit_locked+0x6c/0x198)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432544]  r10:c0c8b884 r9:c2931af0 r8:c230809c r7:c222fe00 r6:c0ff3500 r5:c222fe18
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432552]  r4:c2308000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432566] [<c067bf30>] (drm_client_modeset_commit_locked) from [<c067c0fc>] (drm_client_modeset_commit+0x34/0x50)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432581]  r9:c2931af0 r8:c230809c r7:c222feb4 r6:c0ff3500 r5:c222fe00 r4:c2308000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432600] [<c067c0c8>] (drm_client_modeset_commit) from [<c064d764>] (__drm_fb_helper_restore_fbdev_mode_unlocked+0xb0/0xd8)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432610]  r5:c222fe00 r4:00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432625] [<c064d6b4>] (__drm_fb_helper_restore_fbdev_mode_unlocked) from [<c064d844>] (drm_fb_helper_set_par+0x48/0x74)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432637]  r7:c0cad4e4 r6:c222feb4 r5:00000000 r4:00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432653] [<c064d7fc>] (drm_fb_helper_set_par) from [<c064d920>] (drm_fb_helper_hotplug_event.part.5+0xb0/0xc8)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432663]  r5:00000000 r4:c222fe00
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432678] [<c064d870>] (drm_fb_helper_hotplug_event.part.5) from [<c064da08>] (drm_fbdev_client_hotplug+0x4c/0x1ac)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432690]  r7:c0cad4e4 r6:c23080b0 r5:c2308000 r4:c222fe00
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432705] [<c064d9bc>] (drm_fbdev_client_hotplug) from [<c067b3fc>] (drm_client_dev_hotplug+0x84/0xbc)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432717]  r7:c0cad4e4 r6:c23080b0 r5:c2308000 r4:c222fe00
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432732] [<c067b378>] (drm_client_dev_hotplug) from [<c0639b1c>] (drm_kms_helper_hotplug_event+0x3c/0x40)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432745]  r8:c2308200 r7:00000001 r6:00000004 r5:c0f04fc8 r4:c2308000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432760] [<c0639ae0>] (drm_kms_helper_hotplug_event) from [<c0639d94>] (output_poll_execute+0x238/0x240)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432770]  r5:c0f04fc8 r4:00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432786] [<c0639b5c>] (output_poll_execute) from [<c01431d4>] (process_one_work+0x24c/0x5a0)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432801]  r10:00000000 r9:00000000 r8:00000000 r7:ef691800 r6:ef68e540 r5:c1d00e00
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432809]  r4:c2308200
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432822] [<c0142f88>] (process_one_work) from [<c0143588>] (worker_thread+0x60/0x5b8)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432837]  r10:ef68e540 r9:c0f03d00 r8:ef68e558 r7:00000008 r6:ef68e540 r5:c1d00e14
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432844]  r4:c1d00e00
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432861] [<c0143528>] (worker_thread) from [<c014a738>] (kthread+0x170/0x174)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432876]  r10:c156be74 r9:c1d00e00 r8:c0143528 r7:c25d2000 r6:00000000 r5:c2a23dc0
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432883]  r4:c2a23880
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432899] [<c014a5c8>] (kthread) from [<c0100148>] (ret_from_fork+0x14/0x2c)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432909] Exception stack(0xc25d3fb0 to 0xc25d3ff8)
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432920] 3fa0:                                     00000000 00000000 00000000 00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432933] 3fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432945] 3fe0: 00000000 00000000 00000000 00000000 00000013 00000000
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432959]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c014a5c8
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.432966]  r4:c2a23dc0
Apr  5 06:41:45 olinuxinolime2 kernel: [ 2079.433012] sun4i-hdmi 1c16000.hdmi: Cannot create DMA dma:audio-tx symlink
Apr  5 06:41:45 olinuxinolime2 systemd[862]: Reached target Sound Card.
Apr  5 06:45:01 olinuxinolime2 CRON[933]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 06:50:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 06:50:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 06:50:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 06:55:01 olinuxinolime2 CRON[941]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 06:55:24 olinuxinolime2 systemd[1]: Starting Daily apt upgrade and clean activities...
Apr  5 06:55:29 olinuxinolime2 systemd[1]: apt-daily-upgrade.service: Succeeded.
Apr  5 06:55:29 olinuxinolime2 systemd[1]: Finished Daily apt upgrade and clean activities.
Apr  5 06:55:29 olinuxinolime2 systemd[1]: apt-daily-upgrade.service: Consumed 3.613s CPU time.
Apr  5 07:00:24 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 07:00:24 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 07:00:24 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 07:05:01 olinuxinolime2 CRON[1007]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 07:10:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 07:10:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 07:10:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 07:15:01 olinuxinolime2 CRON[1020]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 07:17:01 olinuxinolime2 CRON[1024]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Apr  5 07:20:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 07:20:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 07:20:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 07:25:01 olinuxinolime2 CRON[1038]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 07:30:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 07:30:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 07:30:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 07:35:01 olinuxinolime2 CRON[1095]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 07:40:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 07:40:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 07:40:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 07:45:01 olinuxinolime2 CRON[1179]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 07:50:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 07:50:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 07:50:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 07:51:24 olinuxinolime2 systemd[1]: Starting Daily apt download activities...
Apr  5 07:51:27 olinuxinolime2 systemd[1]: apt-daily.service: Succeeded.
Apr  5 07:51:27 olinuxinolime2 systemd[1]: Finished Daily apt download activities.
Apr  5 07:51:27 olinuxinolime2 systemd[1]: apt-daily.service: Consumed 3.077s CPU time.
Apr  5 07:55:01 olinuxinolime2 CRON[1304]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 08:00:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 08:00:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 08:00:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 08:05:01 olinuxinolime2 CRON[1378]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 08:10:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 08:10:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 08:10:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 08:15:01 olinuxinolime2 CRON[1444]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 08:17:01 olinuxinolime2 CRON[1457]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Apr  5 08:20:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 08:20:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 08:20:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 08:25:01 olinuxinolime2 CRON[1489]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 08:30:24 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 08:30:24 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 08:30:24 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 08:35:01 olinuxinolime2 CRON[1536]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr  5 08:40:28 olinuxinolime2 systemd[1]: Starting system activity accounting tool...
Apr  5 08:40:28 olinuxinolime2 systemd[1]: sysstat-collect.service: Succeeded.
Apr  5 08:40:28 olinuxinolime2 systemd[1]: Finished system activity accounting tool.
Apr  5 08:45:01 olinuxinolime2 CRON[1627]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)  

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von king-crash » 15.05.2023 13:36:37

Das Kernelmodul "sun4i-hdmi" ist abgestürzt. Wenn das Teil nur ein Dateiserver ist könntest du das Modul blacklisten und schauen ob das System ohne stabiler läuft.

baeuchlein
Beiträge: 149
Registriert: 03.09.2020 04:48:45

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von baeuchlein » 18.05.2023 01:33:18

Ich selber habe seit etwa Debian 8 (!) immer mal wieder ein ähnlich klingendes Problem: Die Samba-"Shares" ("Freigaben") von Verzeichnissen auf dem (Linux-)Server sind plötzlich von allen (Linux-)Clients nicht mehr erreichbar. Mit "smbclient -NL //SERVERNAME" werden sie auch nicht mehr angezeigt, weder vom Server noch von den Clients. Drucker-Freigaben werden dagegen noch angezeigt. Ein Neustart des Servers hilft normalerweise, dasselbe bei Clients hingegen nicht. Riecht nach einem Problem des Servers.

Die weiteren Symptome variieren stark. Normalerweise findet sich in keinem Log in /var/log (also kern.log, syslog, messages) oder denen in /var/log/samba irgendwas, was ich sonst nicht habe. Häufig wird auf der Konsole des Clients beim Verbindungsversuch etwas gemeldet wie

Code: Alles auswählen

Nov 13 05:29:55 CLIENTNAME kernel: CIFS VFS: \\SERVERNAME\SHARENAME BAD_NETWORK_NAME: \\SERVERNAME\SHARENAME
Kam einmal auch im syslog des Clients.

Meistens ist der Server zunächst erreichbar, aber nach einigen Minuten dann nicht mehr. Sehr selten ist er nicht mehr über den Servernamen, aber noch über die IP4-Adresse erreichbar.

Meistens merkt man den Fehler erst bei einem Verbindungsversuch, doch einmal brach die Verbindung auch mitten in der Datenübertragung ab.

Das Problem trat mit Debian 8 noch selten auf, wurde aber mit neueren Debian-Versionen immer häufiger. Es scheint unabhängig davon aufzutreten, welcher Rechner gerade als Server angesprochen wird. Gehe ich dann zum Server und versuche, ihn als Samba-Client zu benutzen und einen der vorherigen Clients als Server, dann geht das. Der "Rollentausch" liefert also normalerweise eine funktionierende Verbindung. Und mit "ping" werden eh in beide Richtungen keine Fehler gemeldet.

Die Kernel-Version scheint keine Rolle zu spielen. Allerdings verwende ich immer selbst kompilierte Kernels, weil die Debian-Standardkernels fast immer irgendeine Hardware in meinen Rechnern nicht unterstützen.

Das Internet funktioniert bei solchen Problemen immer noch, und die von ropri8 aufgeführten Fehlermeldungen sehe ich auch nicht. Ähnlich wie bei ropri8 treten die Probleme bei mir sporadisch und relativ selten auf, und eine Möglichkeit, sie zu "provozieren", fand ich bisher auch nicht. Daher habe ich auch in mehreren Jahren nicht 'rausgekriegt, was hier für ein Problem vorliegen mag.

Keine Ahnung, ob bei mir dasselbe Problem auftritt wie bei ropti8, oder ob da völlig verschiedene Dinge schief gehen. Oder auch was beim Verwenden von Windows statt Linux passieren würde. :|

Die Internet-Suche nach "BAD NETWORK NAME" lieferte nur die Erkenntnis, dass diese Meldung für nichts wirklich charakteristisch ist. Ist ja auch so, dass der "Netzwerkname" zunächst völlig genehm ist, aber plötzlich dann nicht mehr.

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von king-crash » 22.05.2023 09:27:55

Mounte die Freigabe testweise nicht über den Hostnamen, sondern über die IP Adresse und beobachte ob der Fehler wieder auftritt.

baeuchlein
Beiträge: 149
Registriert: 03.09.2020 04:48:45

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von baeuchlein » 22.05.2023 14:32:12

Wie schon geschrieben: Sehr selten ist er nicht mehr über den Servernamen, aber noch über die IP4-Adresse erreichbar. Es macht also nur sehr selten was aus.

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von king-crash » 22.05.2023 16:12:38

Wie erfolgt denn die Namensauflösung?

baeuchlein
Beiträge: 149
Registriert: 03.09.2020 04:48:45

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von baeuchlein » 23.05.2023 03:13:44

Da bin ich nicht sicher. Weder weiß ich, ob DNS nur für Namenszuordnungen im Internet oder auch das LAN gedacht sind, noch weiß ich, was genau "bind9" macht. Ich glaube, es macht DNS-Auflösungen, bin mir aber nicht sicher. Installiert ist bind9 jedenfalls.

Ich habe eine Datei /etc/hosts, in der für die lokalen Rechner die von mir fest eingestellten IPv4-Adressem den "Rechnernamen" (wie es unter Windows heißen würde) zugeordnet werden, nach dem Muster

Code: Alles auswählen

192.168.x.y     RECHNERNAME.WORKGROUP     RECHNERNAME
Ich bin mir nicht sicher, ob die "Workgroup" (Arbeitsgruppe) unter meinen Linuxen korrekt eingestellt ist. Wo kann ich die eigentlich nachsehen?

Für IPv6 habe ich in /etc/hosts die wenigen Dinge drin gelassen, die bei der Installation automatisch eingetragen werden, und die Zuornung von "localhost" wurde ebenfalls automatisch eingetragen. Sieht so aus:

Code: Alles auswählen

127.0.0.1       localhost


# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
Ferner habe ich eine /etc/resolv.conf mit folgendem Inhalt:

Code: Alles auswählen

domain sphairon.box
search sphairon.box
nameserver 192.168.123.254
sphairon.box ist eine der Bezeichnungen für den Router, der die Verbindung ins Internet macht. Die Nameserver-Adresse ist seine IPv4-Adresse. Der Router ist also für DNS inerhalb des Internets zuständig, aber nicht für die Zuordnung RECHNERNAME -> IPv4-Adresse.

Ich habe normalerweise keine Probleme beim Surfen im Internet, auch wenn eine Verbindung zu einem Share im LAN nicht mehr funktioniert. Es scheint also kein Problem mit dem DNS im Internet zu geben.

Die Dateien /etc/hosts und /etc/resolv.conf müssten auf allen meinen Rechnern identisch sein.


Sind das schon die Informationen, die du brauchst, oder fehlt noch was?

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von king-crash » 24.05.2023 02:48:29

- Bind ist ein DNS Server, der eingehende DNS anfragen beantwortet. Ich wage zu behaupten, dass du diesen nicht brauchst.
- Wenn der Rechnername in der /etc/hosts steht ist an dieser Stelle eigentlich kein Problem zu erwarten.
- Die Workgroup ist in einem einfachen Setup eigentlich irrelevant.

Ich habe es gerade einmal ausprobiert und ich bekomme "BAD_NETWORK_NAME" wenn ich versuche einen ungültigen Sharename zu mounten. Es hat also nichts mit dem Servernamen oder dessen Auflösung zu tun. Ist möglicherweise der Share Ordner auf dem Server aufgrund von irgendwelchen Problemen nicht verfügbar? Gibt es Logs auf dem Server?

baeuchlein
Beiträge: 149
Registriert: 03.09.2020 04:48:45

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von baeuchlein » 24.05.2023 16:51:59

Wenn bind nur Anfragen von außerhalb des LANs (also aus dem Internet) beantwortet, dann brauch' ich ihn in der Tat nicht. Ist das so? Manches, was ich in Internet und man-pages fand, sagte nicht genau aus, ob Anfragen innerhalb des LANs u.U. auch "DNS-Abfragen" genannt wurden, bzw. ob eine "Namensauflösung" in einem LAN (Host-Name bzw. "Rechnername" -> IP-Adresse (192.168.x.y)) oder auch von innerhalb des LANs aus "ins" Internet (www.wasweißichwas.de -> (Internet-)IP-Adresse) gemeint war.

Die Rechnernamen habe ich mal in die /etc/hosts eingetragen, weil es sonst manchmal Probleme gab. Ist aber schon ewig her, und Probleme ohne hosts-Eintrag lieferten andere Fehlermeldungen. Ich glaube nicht, dass das irgendwas mit dem aktuellen Problem zu tun hat.

Die Workgroup hatte ich angegeben, weil mal bei einer Erstinstallation des Systems danach gefragt wurde. Was passiert, wenn man dort keine Workgroup angibt oder wenn man verschiedene Workgroups hat, darüber konnte ich keine eindeutigen Informationen finden, also dachte ich mir einen Workgroup-Namen aus, wie das Installationsprogramm auch vorschlug. Ich kann aber nicht 100%ig sicher sein, überall dieselbe Workgroup in Linuxen und Windowsen angegeben zu haben.

"BAD_NETWORK_NAME" kommt bei allen möglichen Fehlern, wie ich auch mal durch Suchmaschinieren im Internet 'rausfand. Es gibt wohl auch mindestens einen bestätigten Kernel-Bug, der diese Rückmeldung auslöst. Diagnostisch betrachtet kann man mit der Meldung wohl nichts anfangen.

Wenn ich mich aber nicht mehr mit den Shares verbinden kann, werden sie auch mit "smbclient -NL //SERVERNAME" nicht mehr angezeigt - normalerweise hingegen sind sie alle in jener Liste zu sehen. Der lokale (=vom Server aus) Zugriff auf die Verzeichnisse dieser Shares funktioniert hingegen. Samba hört anscheinend plötzlich auf, die Shares ins Netzwerk zu stellen. Das passt dann zu deinem Ausprobier-Ergebnis; auch bei mir sind die nicht mehr vorhandenen Shares ja quasi "ungültig".

Es gibt diverse Logs auf dem Server (in /var/log/samba), doch in den IMHO relevanten Logs (log.smbd, log.nmbd, log.winbindd sowie mehrere vom Typ log.RECHNERNAME oder log.IPv4-Adresse) habe ich keine auffallenden Unterschiede zwischen Zeiten, wo der Server normal lief, sowie Zeiten, in denen er keine Verzeichnis-Shares mehr ins LAN stellte, gesehen. Auch in /var/log/kern.log, /var/log/messages oder /var/log/syslog fiel normalerweise nichts auf. In jenen ein oder zwei Fällen, wo ein Log gestartet wurde, als der Server definitiv noch normal lief, und wo es auch einen Zeitraum überspannte, zu dem der (zwischenzeitlich nicht neu gestartete) Server schon aufgehört hatte, die Shares ins LAN zu stellen, waren dennoch in der Zwischenzeit keine auffälligen/ungewöhnlichen Einträge zu sehen.

Ein einziges Mal hingegen gab es in kern.log und syslog Fehlermeldungen bezüglich dieses Problems. kern.log sah damals so aus:

Code: Alles auswählen

Nov 13 05:27:33 penryn kernel: CIFS VFS: \\p53e has not responded in 180 seconds
. Reconnecting...
Nov 13 05:27:33 penryn kernel: CIFS VFS: \\p53e\data BAD_NETWORK_NAME: \\p53e\da
ta
Nov 13 05:27:33 penryn kernel: reconnect tcon failed rc = -2
Nov 13 05:27:33 penryn kernel: CIFS VFS: \\p53e\data BAD_NETWORK_NAME: \\p53e\da
ta
              [hier folgen mehrere Wiederholungen dieser Meldung]
Nov 13 05:27:33 penryn kernel: CIFS VFS: \\p53e\data BAD_NETWORK_NAME: \\p53e\da
ta
Nov 13 05:27:33 penryn kernel: CIFS VFS: No writable handle to retry writepages 
rc=-2
Nov 13 05:27:33 penryn kernel: CIFS VFS: \\p53e\data BAD_NETWORK_NAME: \\p53e\da
ta
Nov 13 05:27:33 penryn kernel: CIFS VFS: \\p53e\data BAD_NETWORK_NAME: \\p53e\data
Nov 13 05:27:39 penryn kernel: SMB2_tcon: 15 callbacks suppressed
Nov 13 05:27:39 penryn kernel: CIFS VFS: \\p53e\data BAD_NETWORK_NAME: \\p53e\data
Danach wurde die "BAD_NETWORK_NAME"-Meldung endlos wiederholt. In syslog sah es ähnlich aus.


Vom Problem sind übrigens mehrere Rechner (mit z.T. deutlich verschiedener Hardware) in ihrer Server-Rolle betroffen, und es wurden auch mehrere Kernel-Versionen (v.a. 5.4.92, 5.15.27 und 4.15.7) ausprobiert. Ließ sich auf nichts davon "festnageln". Die Kernels wurden allerdings von mir selbst konfiguriert und kompiliert, d.h. einen Kernel-Konfigurationsfehler kann ich nicht völlig ausschließen.


Raten Sie weiter, raten Sie mit! Bisher hat noch niemand die richtige Antwort gefunden, der Jackpot wurde noch nicht geknackt! :mrgreen:

letzter3
Beiträge: 443
Registriert: 16.07.2011 22:07:31

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von letzter3 » 24.05.2023 20:40:17

Wer vergiebt denn intern die IPs und passen mglw. die Einträge in der host nicht zur Realität (ein PC kriegt eine IP per DHCP, die in der host einem anderen PC zugeordnet ist)?

baeuchlein
Beiträge: 149
Registriert: 03.09.2020 04:48:45

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von baeuchlein » 25.05.2023 01:24:23

Ich selber stelle jeweils in /etc/network/interfaces das DHCP für IPv4 aus und eine statische IPv4-Adresse ein. Für IPv6 lasse ich das in der Datei drin stehen, was bei der Installation automatisch eingetragen wird. Beispiel:

Code: Alles auswählen

# The primary network interface
allow-hotplug enp1s7
iface enp1s7 inet static
        address 192.168.123.49
        netmask 255.255.255.0
        network 192.168.123.0
        broadcast 192.168.123.255
        gateway 192.168.123.254
        dns-nameservers 192.168.123.254 145.253.2.11 194.25.2.129

# This is an autoconfigured IPv6 interface
iface enp1s7 inet6 auto
Ich habe jetzt mal die wichtigsten (weil meistens benutzten) Rechner übeprüft. Deren IPv4-Adressen in /etc/network/interfaces sind mit denen in der (für alle meine Rechner gleichen) Datei /etc/hosts identisch, sprich: Die hosts-Datei müsste richtig "funktionieren".

Der Internet-Router hat die bei "gateway" angegebene IPv4-Adresse und bietet auch DNS-Dienste an, daher steht er zusammen mit zwei im Internet zugänglichen DNS-Servern in der Zeile "dns-nameservers" drin.

Der Internet-Router bietet per DHCP die Vergabe von IPv4-Adressen an, aber nur im Bereich von 192.168.123.100 bis 192.168.123.200. Keine meiner statisch vergebenen IPv4's liegt über 192.168.123.51 (weder in /etc/network/interfaces noch in /etc/hosts). Alle anderen Router im Haus haben DHCP abgeschaltet, legen also keine IPv4-Adressen anfragender Geräte fest. Zwei Fernseher holen sich tatsächlich über DHCP ihre IPv4-Adressen, die liegen aber nach Angaben des Internet-Routers im oben genannten Bereich.

Ich sehe da keinen möglichen Konflikt, wenn alle Geräte korrekt arbeiten. Und danach sieht es bisher aus.

ropri8
Beiträge: 80
Registriert: 22.02.2008 08:37:56

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von ropri8 » 30.05.2023 06:59:41

Hallo und vorerst mal danke für die Beteiligung am Thread!

@ king-crash: betreffend dem Modul "sun4i-hdmi": dieses hat ja offensichtlich etwas mit dem hdmi-Anschluss zu tun - da hatte ich in der Tat auch schon Probleme, welche nun aber (scheinbar ?) gelöst sind siehe diesen Beitrag.

Weil "bauechlein" auch empfohlen wurde, nicht über Hostnamen, sondern über die IP-Adresse zu mounten: bei mir sind von Windows aus die entsprechenden Laufwerke über den Rechnernamen gemountet. Nur frage ich mich jetzt, woher weiß Windows, welche IP-Adresse dem angegebenen Rechnernamen zuzuordnen ist?

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von king-crash » 30.05.2023 15:51:45

@baeuchlein:
Es gibt keine eingehenden DNS Anfragen vom LAN. DNS wird nur ausgehend benötigt.

@ropri8:
Ich vermute Samba verwendet die CIFS eigene Auflösung per Broadcastanfragen, die der Server dann beantwortet.

baeuchlein
Beiträge: 149
Registriert: 03.09.2020 04:48:45

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von baeuchlein » 31.05.2023 15:55:35

Nochmal eine Nachfrage, auf dass mein verwirrter Geist :? es endlich sicher kapiert:

1. Ein Rechner aus unserem LAN fragt einen DNS-Server: "Welche IP gehört zu 'www.wasweissichwas.de'?" Das ist eine DNS-Anfrage, und sie kann mit Hilfe von bind beantwortet werden - oder auch durch einen DNS-Server, der z.B. "im Internet steht". Richtig?

2. Ein Rechner aus dem LAN fragt: "Welche IP hat der Rechner '\\NETZWERKNAME\RECHNERNAME' [der im LAN 'sitzt']?" Das ist keine DNS-Abfrage. Es wird oft Namensauflösung genannt. Und mit jenem 2. hat bind auch nix zu tun, richtig?

Als ich vor Längerem mal in man-pages und anderen lesbaren Dingen herumwühlte, wurde dort oft nicht deutlich zwischen DNS-Abfrage (LAN <-> Internet) und Namensauflösung unterschieden. Deswegen die Frage, ob bind auch wirklich nix mit der Namensauflösung im LAN zu tun hat.

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von MSfree » 31.05.2023 16:14:11

baeuchlein hat geschrieben: ↑ zum Beitrag ↑
31.05.2023 15:55:35
2. Ein Rechner aus dem LAN fragt: "Welche IP hat der Rechner '\\NETZWERKNAME\RECHNERNAME' [der im LAN 'sitzt']?
Der Netzwerkname wird nicht durchgereicht, es wird nur nach "welche IP hat Rechner \\RECHNERNAME" gefragt.
Das ist keine DNS-Abfrage.
Oh doch. Wenn der im LAN befindliche Nameserver (bind) das nicht auflösen kann, wird auf die Windowsauflösung übergegangen, was dann per Broadcastpaketen passiert. Gibt es da auch keine Antwort, wird /etc/hosts konsultiert.
Es wird oft Namensauflösung genannt. Und mit jenem 2. hat bind auch nix zu tun, richtig?
Ich habe in meinem Heimnetz einen korrekt konfigurierten Debianbind9, der auch die Auflösung im LAN übernimmt. Der wird auch ständig automatisch aktualisiert, wenn z.B. ein Rechner nach eine Systemstart sich eine IP per DHCP holt. Statt bind9 kann man auch Debiandnsmasq nehmen, der macht DNS und DHCP in eins und wird auch auf vielen Plastikroutern (Aka Fritzbox, Speedport, Easybox...) eingesetzt. Wer also so ein Teil im Heimnetz hat, braucht sich um die Namensauflösung gar nicht mehr zu kümmern, das klappt völlig reibungslos mit dem Router. Vorausgesetzt, man verwendet keine fest eingetragenen IP-Adressen und macht alles über DHCP.

Und nein, Server benötigen keine feste IP, denn selbst wechselnde IPs vie DHCP werden durch den Router problemlos verwaltet, zumal man in Routern asugewählten Rechnern eine "feste" IP konfigurieren kann. Der Rechner bekommt dann zwar trotzdem die IP per DHCP, es wird aber immer dieselbe zugeteilt.

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von king-crash » 06.06.2023 08:37:20

baeuchlein hat geschrieben: ↑ zum Beitrag ↑
31.05.2023 15:55:35
1. Ein Rechner aus unserem LAN fragt einen DNS-Server: "Welche IP gehört zu 'www.wasweissichwas.de'?" Das ist eine DNS-Anfrage, und sie kann mit Hilfe von bind beantwortet werden - oder auch durch einen DNS-Server, der z.B. "im Internet steht". Richtig?
Der "Normalfall" wenn du nichts extra konfiguriert hast ist, dass dein Router per DHCP seine eigene IP als DNS Adresse veröffentlicht. Auf dem Router läuft ein DNS Resolver, der die Anfragen an die Resolver deines Internetanbieters weiterleitet. Und die wiederum haben die Adresse im Cache oder fragen sich weiter durch.
Ob dein Bind Anfragen in ihm unbekannte Zonen weiterleitet ist von der Konfiguration abhängig. Also ein klares "kommt darauf an". :)

baeuchlein
Beiträge: 149
Registriert: 03.09.2020 04:48:45

Re: Manchmal Ausfall der Samba-Dienste

Beitrag von baeuchlein » 10.06.2023 04:04:15

Tja, da werde ich mich eines Tages wohl mal mehr mit bind bzw. bind9 beschäftigen müssen. Aber derzeit gibt es hier weitaus wichtigere Baustellen.

Antworten