samba startet nach reboot nicht ...

[HZB]

Ah OK, sorry das mit Network Manager hab ich wohl überlesen.

Schau mal ob beim Startscript von Samba auch auf den Network Manager gewartet wird.
Für mich klingt es so als ob nur das Netzwerk abgewartet wird und nicht der Service Network Manager.
Würde auch erklären warum es funktioniert wenn Du es danach händisch probierst ( in der Zwischenzeit wird der Network Manager wohl geladen sein )

Ich muss zugeben ich hab den Network Manager nie verwendet. Ich habs immer statisch konfiguriert in /etc/network/interfaces.

[anacronataff]

Jetzt wird es ganz komisch. Ich habe samba-ad-dc.service so verändert, dass samba nicht mit multi-user.target startet, sondern mit graphical.target und default-target auf multi-user.target gesetzt:

Code: Alles auswählen

root@srv:/lib/systemd/system# cat samba-ad-dc.service
[Unit]
Description=Samba AD Daemon
Documentation=man:samba(8) man:samba(7) man:smb.conf(5)
Wants=network-online.target
After=network.target network-online.target

[Service]
Type=notify
NotifyAccess=all
PIDFile=/var/run/samba/samba.pid
LimitNOFILE=16384
EnvironmentFile=-/etc/default/samba
ExecStart=/usr/sbin/samba --foreground --no-process-group $SAMBAOPTIONS
ExecReload=/bin/kill -HUP $MAINPID


[Install]
WantedBy=graphical.target

root@srv:/lib/systemd/system# systemctl set-default multi-user.target
Removed /etc/systemd/system/default.target.
Created symlink /etc/systemd/system/default.target → /lib/systemd/system/multi-user.target.

Nach reboot kommt erwartungsgemäß samba nicht hoch, startet aber ohne fehler beim wechsel nach graphical.target:

Code: Alles auswählen

root@srv:~# systemctl status samba-ad-dc.service
● samba-ad-dc.service - Samba AD Daemon
   Loaded: loaded (/lib/systemd/system/samba-ad-dc.service; enabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:samba(8)
           man:samba(7)
           man:smb.conf(5)
root@srv:~# systemctl isolate graphical.target
root@srv:~# systemctl status samba-ad-dc.service
● samba-ad-dc.service - Samba AD Daemon
   Loaded: loaded (/lib/systemd/system/samba-ad-dc.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-06-18 15:34:45 CEST; 2s ago
     Docs: man:samba(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 779 (samba)
   Status: "smbd: ready to serve connections..."
    Tasks: 23 (limit: 4915)
   Memory: 200.0M
   CGroup: /system.slice/samba-ad-dc.service
           ├─779 samba: root process
           ├─823 samba: task[s3fs_parent]
           ├─824 samba: task[dcesrv]
           ├─825 samba: tfork waiter process
           ├─826 samba: task[nbtd]
           ├─827 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground
           ├─828 samba: task[wrepl]
           ├─829 samba: task[ldapsrv]
           ├─830 samba: task[cldapd]
           ├─831 samba: task[kdc]
           ├─832 samba: task[dreplsrv]
           ├─833 samba: task[winbindd_parent]
           ├─834 samba: task[ntp_signd]
           ├─835 samba: task[kccsrv]
           ├─836 samba: task[dnsupdate]
           ├─837 samba: task[dns]
           ├─838 samba: tfork waiter process
           ├─839 /usr/sbin/winbindd -D --option=server role check:inhibit=yes --foreground
           ├─840 samba: tfork waiter process
           ├─841 /usr/bin/python2.7 /usr/sbin/samba_dnsupdate
           ├─860 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground
           ├─861 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground
           └─862 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground

Jun 18 15:34:44 srv samba[779]: root process[779]:   Copyright Andrew Tridgell and the Samba Team 1992-2018
Jun 18 15:34:44 srv samba[779]: root process[779]: [2020/06/18 15:34:44.923901,  0] ../source4/smbd/server.c:773(binary_smbd_main)
Jun 18 15:34:44 srv samba[779]: root process[779]:   binary_smbd_main: samba: using 'standard' process model
Jun 18 15:34:45 srv winbindd[839]: [2020/06/18 15:34:45.164035,  0] ../source3/winbindd/winbindd_cache.c:3160(initialize_winbindd_cache)
Jun 18 15:34:45 srv winbindd[839]:   initialize_winbindd_cache: clearing cache and re-creating with version number 2
Jun 18 15:34:45 srv winbindd[839]: [2020/06/18 15:34:45.165806,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Jun 18 15:34:45 srv winbindd[839]:   daemon_ready: STATUS=daemon 'winbindd' finished starting up and ready to serve connections
Jun 18 15:34:45 srv systemd[1]: Started Samba AD Daemon.
Jun 18 15:34:45 srv smbd[827]: [2020/06/18 15:34:45.198243,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Jun 18 15:34:45 srv smbd[827]:   daemon_ready: STATUS=daemon 'smbd' finished starting up and ready to serve connections

Dann dachte ich "toll", jetz muss ich nur noch graphical.target wider auf default setzen: und nach reboot muss samba hoch kommen.

Code: Alles auswählen

root@srv:~# systemctl set-default graphical.target
Removed /etc/systemd/system/default.target.
Created symlink /etc/systemd/system/default.target → /lib/systemd/system/graphical.target.

Leider nein. Nach reboot (ins graphical.target):

Code: Alles auswählen

root@srv:~# systemctl status samba-ad-dc.service
● samba-ad-dc.service - Samba AD Daemon
   Loaded: loaded (/lib/systemd/system/samba-ad-dc.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Thu 2020-06-18 15:41:01 CEST; 25s ago
     Docs: man:samba(8)
           man:samba(7)
           man:smb.conf(5)
  Process: 748 ExecStart=/usr/sbin/samba --foreground --no-process-group $SAMBAOPTIONS (code=exited, status=1/FAILURE)
 Main PID: 748 (code=exited, status=1/FAILURE)

Jun 18 15:41:00 srv samba[783]: task[dcesrv][783]: [2020/06/18 15:41:00.640432,  0] ../source4/smbd/service_stream.c:373(stream_setup_socket)
Jun 18 15:41:00 srv samba[783]: task[dcesrv][783]:   stream_setup_socket: Failed to listen on 2003:e0:a70e:2f00:142c:9b74:60c3:9a00:0 - NT_STATUS_ADDRESS_NOT_ASSOCIATED
Jun 18 15:41:00 srv samba[783]: task[dcesrv][783]: [2020/06/18 15:41:00.640515,  0] ../source4/rpc_server/dcerpc_server.c:3032(add_socket_rpc_tcp_iface)
Jun 18 15:41:00 srv samba[783]: task[dcesrv][783]:   service_setup_stream_socket(address=2003:e0:a70e:2f00:142c:9b74:60c3:9a00,port=0) for dnsserver backupkey eventlog6 browser unixinfo dss
Jun 18 15:41:00 srv samba[783]: task[dcesrv][783]: [2020/06/18 15:41:00.640582,  0] ../source4/smbd/process_standard.c:81(sigterm_signal_handler)
Jun 18 15:41:00 srv samba[783]: task[dcesrv][783]:   sigterm_signal_handler: Exiting pid 783 on SIGTERM
Jun 18 15:41:01 srv samba[788]: task[ldapsrv][788]: [2020/06/18 15:41:01.254766,  0] ../source4/smbd/process_standard.c:81(sigterm_signal_handler)
Jun 18 15:41:01 srv samba[788]: task[ldapsrv][788]:   sigterm_signal_handler: Exiting pid 788 on SIGTERM
Jun 18 15:41:01 srv systemd[1]: samba-ad-dc.service: Failed with result 'exit-code'.
Jun 18 15:41:01 srv systemd[1]: Failed to start Samba AD Daemon.
root@srv:~# systemctl start samba-ad-dc.service
root@srv:~# systemctl status samba-ad-dc.service
● samba-ad-dc.service - Samba AD Daemon
   Loaded: loaded (/lib/systemd/system/samba-ad-dc.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-06-18 15:42:28 CEST; 2s ago
     Docs: man:samba(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 959 (samba)
   Status: "winbindd: ready to serve connections..."
    Tasks: 23 (limit: 4915)
   Memory: 168.0M
   CGroup: /system.slice/samba-ad-dc.service
           ├─959 samba: root process
           ├─960 samba: task[s3fs_parent]
           ├─961 samba: task[dcesrv]
           ├─962 samba: tfork waiter process
           ├─963 samba: task[nbtd]
           ├─964 samba: task[wrepl]
           ├─965 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground
           ├─966 samba: task[ldapsrv]
           ├─967 samba: task[cldapd]
           ├─968 samba: task[kdc]
           ├─969 samba: task[dreplsrv]
           ├─970 samba: task[winbindd_parent]
           ├─971 samba: task[ntp_signd]
           ├─972 samba: task[kccsrv]
           ├─973 samba: tfork waiter process
           ├─974 /usr/sbin/winbindd -D --option=server role check:inhibit=yes --foreground
           ├─975 samba: task[dnsupdate]
           ├─976 samba: task[dns]
           ├─977 samba: tfork waiter process
           ├─978 /usr/bin/python2.7 /usr/sbin/samba_dnsupdate
           ├─984 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground
           ├─985 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground
           └─986 /usr/sbin/smbd -D --option=server role check:inhibit=yes --foreground

Jun 18 15:42:28 srv samba[959]: root process[959]:   Copyright Andrew Tridgell and the Samba Team 1992-2018
Jun 18 15:42:28 srv samba[959]: root process[959]: [2020/06/18 15:42:28.348064,  0] ../source4/smbd/server.c:773(binary_smbd_main)
Jun 18 15:42:28 srv samba[959]: root process[959]:   binary_smbd_main: samba: using 'standard' process model
Jun 18 15:42:28 srv systemd[1]: Started Samba AD Daemon.
Jun 18 15:42:28 srv smbd[965]: [2020/06/18 15:42:28.481007,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Jun 18 15:42:28 srv smbd[965]:   daemon_ready: STATUS=daemon 'smbd' finished starting up and ready to serve connections
Jun 18 15:42:28 srv winbindd[974]: [2020/06/18 15:42:28.505654,  0] ../source3/winbindd/winbindd_cache.c:3160(initialize_winbindd_cache)
Jun 18 15:42:28 srv winbindd[974]:   initialize_winbindd_cache: clearing cache and re-creating with version number 2
Jun 18 15:42:28 srv winbindd[974]: [2020/06/18 15:42:28.507129,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Jun 18 15:42:28 srv winbindd[974]:   daemon_ready: STATUS=daemon 'winbindd' finished starting up and ready to serve connections

Weitere Vorschläge? Was ist beim samba-start während eines reboots anders als beim manuellen start?

[TomL]

Nur mal so als Anregung... und zum Vergleich... mein kleiner Server bietet folgende Funktionalitäten:
- Mailserver (dovecot, postfix)
- Fileserver (Samba)
- Cal/Card-DAV-Sync-Server (radicale)
- VPN-Server (OpenVPN)
- Print-Server (Cups)
- Remote-Access-Server (SSH)
- VM-Server für 3 libvirt-VMs (DNS-Server (Pihole), FTP-Server, JDL2 (GUI))

Und nun vergleiche mal meine Ausgabe mit Deiner in Posting: viewtopic.php?p=1241596#p1241596
Als ich dieses Posting gelesen habe, war diese Baustelle für mich erledigt. Wäre das mein Rechner, würde ich den neu aufsetzen. Nach meiner Einschätzung ist der an Verfettung gestorben... sorry....

Code: Alles auswählen

# ss -tuplen
Netid      State       Recv-Q      Send-Q           Local Address:Port             Peer Address:Port                                                                                     
udp        UNCONN      0           0                      0.0.0.0:98991                 0.0.0.0:*          users:(("openvpn",pid=742,fd=5)) ino:20373 sk:1 <->                           
udp        UNCONN      0           0                  10.10.1.255:137                   0.0.0.0:*          users:(("nmbd",pid=484,fd=18)) ino:23469 sk:2 <->                             
udp        UNCONN      0           0                    10.10.1.2:137                   0.0.0.0:*          users:(("nmbd",pid=484,fd=17)) ino:23468 sk:3 <->                             
udp        UNCONN      0           0                      0.0.0.0:137                   0.0.0.0:*          users:(("nmbd",pid=484,fd=14)) ino:21667 sk:4 <->                             
udp        UNCONN      0           0                  10.10.1.255:138                   0.0.0.0:*          users:(("nmbd",pid=484,fd=20)) ino:23471 sk:5 <->                             
udp        UNCONN      0           0                    10.10.1.2:138                   0.0.0.0:*          users:(("nmbd",pid=484,fd=19)) ino:23470 sk:6 <->                             
udp        UNCONN      0           0                      0.0.0.0:138                   0.0.0.0:*          users:(("nmbd",pid=484,fd=15)) ino:21668 sk:7 <->                             
udp        UNCONN      0           0                      0.0.0.0:631                   0.0.0.0:*          users:(("cups-browsed",pid=7528,fd=7)) ino:2925209 sk:1f <->                  
tcp        LISTEN      0           100                    0.0.0.0:143                   0.0.0.0:*          users:(("dovecot",pid=476,fd=35)) ino:20555 sk:9 <->                          
tcp        LISTEN      0           5                      0.0.0.0:5232                  0.0.0.0:*          users:(("python3",pid=475,fd=4)) uid:1006 ino:22822 sk:a <->                  
tcp        LISTEN      0           128                    0.0.0.0:97991                 0.0.0.0:*          users:(("sshd",pid=510,fd=3)) ino:17844 sk:b <->                              
tcp        LISTEN      0           5                      0.0.0.0:631                   0.0.0.0:*          users:(("cupsd",pid=7527,fd=7)) ino:2927043 sk:20 <->                         
tcp        LISTEN      0           100                    0.0.0.0:25                    0.0.0.0:*          users:(("master",pid=731,fd=13)) ino:21852 sk:d <->                           
tcp        LISTEN      0           32                     0.0.0.0:443                   0.0.0.0:*          users:(("openvpn",pid=808,fd=5)) ino:21263 sk:e <->                           
tcp        LISTEN      0           50                     0.0.0.0:445                   0.0.0.0:*          users:(("smbd",pid=1012,fd=34)) ino:24589 sk:f <->                            
tcp        LISTEN      0           100                    0.0.0.0:993                   0.0.0.0:*          users:(("dovecot",pid=476,fd=37)) ino:20557 sk:10 <->                         
tcp        LISTEN      0           1                      0.0.0.0:96993                 0.0.0.0:*          users:(("qemu-system-x86",pid=1071,fd=24)) uid:64055 ino:25723 sk:11 <->      
tcp        LISTEN      0           1                      0.0.0.0:96994                 0.0.0.0:*          users:(("qemu-system-x86",pid=1107,fd=35)) uid:64055 ino:24150 sk:12 <->      
tcp        LISTEN      0           1                      0.0.0.0:96995                 0.0.0.0:*          users:(("qemu-system-x86",pid=1173,fd=24)) uid:64055 ino:25025 sk:13 <->      
tcp        LISTEN      0           100                       [::]:143                      [::]:*          users:(("dovecot",pid=476,fd=36)) ino:20556 sk:14 v6only:1 <->                
tcp        LISTEN      0           128                       [::]:97991                    [::]:*          users:(("sshd",pid=510,fd=4)) ino:17846 sk:15 v6only:1 <->                    
tcp        LISTEN      0           5                         [::]:631                      [::]:*          users:(("cupsd",pid=7527,fd=8)) ino:2927044 sk:21 v6only:1 <->                
tcp        LISTEN      0           50                        [::]:445                      [::]:*          users:(("smbd",pid=1012,fd=33)) ino:24588 sk:17 v6only:1 <->                  
tcp        LISTEN      0           100                       [::]:993                      [::]:*          users:(("dovecot",pid=476,fd=38)) ino:20558 sk:18 v6only:1 <->     

Die Systemlast meines kleinen NUC liegt - wenn er so vor sich hin idle'd- bei unter 2%. Ihn zu überlasten begleitet mit Frust-Warten ist mir noch nie gelungen.

Code: Alles auswählen

# lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Model name:          Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz

Und abgesehen von dem Samba-Chaos... wozu braucht man denn auf einem Server ntpd? Und was hat auf einem Server avahi oder (noch schlimmer) teamviewer verloren?

[Sophia]

Ich betreibe auch einen Samba-Server - aber als File-Server, nicht als Windows-Domain-Controller.
Meine Erinnerungen hervorgekramt: Zum Windows-DC (AD) gehören DC, DNS-Server und DHCP-Server. Der DHCP-Server trägt selbstständig Hostnamen in den DNS-Server ein und läuft deshalb vorzugsweise auf der gleichen Maschine mit der gleichen Software (Windows-Server-irgendwas).

Mit etwas googeln findet man Anleitungen für Linux-Samba - gemeinsam mit bind9!!!

Welchen DNS-Server hast du zum Linux-Samba-DC konfiguriert???

Mal aus planerischer Sicht: Wenn man schon x Windows-Hosts (>10) betreibt, gehört AD/DC wegen GPOs (erleichterte Verwaltung, zu deutsch Gruppenrichtlinien) dazu. Warum bleibt man nicht in dem funktionierenden Windows-"Ökosystem"? Kann ein Linux-Samba (von mir aus mit bind9, donner und deifel) Gruppenrichtlinien auf Hosts verteilen? Oder ist es besser: Wer das eine (x Windows-Hosts) mag (oder betreiben muss), muss das andere (Windows-DC, WSUS usw) wollen?

Irgendwie habe ich den Eindruck, neue Berufe (FiSis) kriegen Hausaufgaben - mit reinem Selbstweck - und dann immer wieder die gleichen nutzlosen, unwissenden Anfragen an Foren (u. a. administrator.de) - meist ohne Rückmeldung des TO.
Samba-Server startet nicht: Wenn es schon daran scheitert ...

https://www.admin-magazin.de/Das-Heft/2 ... nfiguriert
https://www.informatik-aktuell.de/betri ... alten.html
usw

[anacronataff]

Also mein Problem habe ich gelöst. Wenn ich

Code: Alles auswählen

interfaces = 0.0.0.0/0 ::/0

in meine smb.conf eintrage, dann startet samba ohne Probleme auch nach einem Reboot.

[Sophia]

Welcher DNS? Funktioniert Samba mit DNS? Können sich Windows-Clients (W10-Enteprise!!!) bezüglich Domain am AD/DC anmelden? Kann man Gruppenrichtlinien vom Server auf Clients verteilen? Ansonsten nutzloser Selbstzweck.

Oder du konfigurierst einen einfachen, stinknormalen 0815-Samba-Fileserver. Aber da war dein Anfang schon verkehrt, ich zitiere dich:

Code: Alles auswählen

systemctl status smbd.service
root@srv:~# systemctl status samba-ad-dc.service
● samba-ad-dc.service - Samba AD Daemon

Bei mir: Nichts mit AD/DC, einfacher Fileserver für Linux- und Windows-Clients:

Code: Alles auswählen

systemctl status smbd.service

Code: Alles auswählen

● smbd.service - Samba SMB Daemon
     Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2020-06-23 09:12:41 CEST; 6h ago
       Docs: man:smbd(8)
             man:samba(7)
             man:smb.conf(5)
    Process: 1287 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS)
   Main PID: 1297 (smbd)
     Status: "smbd: ready to serve connections..."
      Tasks: 3 (limit: 18987)
     Memory: 15.0M
     CGroup: /system.slice/smbd.service
             ├─1297 /usr/sbin/smbd --foreground --no-process-group
             ├─1299 /usr/sbin/smbd --foreground --no-process-group
             └─1300 /usr/sbin/smbd --foreground --no-process-group

Jun 23 09:12:41 htpc systemd[1]: Starting Samba SMB Daemon...
Jun 23 09:12:41 htpc systemd[1]: Started Samba SMB Daemon.

Code: Alles auswählen

netstat -taupen
Aktive Internetverbindungen (Server und stehende Verbindungen)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       Benutzer   Inode      PID/Program name    
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      1001       28548      1101/kodi-x11       
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      101        22538      619/systemd-resolve 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          24913      749/sshd: /usr/sbin 
tcp        0      0 127.0.0.1:6010          0.0.0.0:*               LISTEN      1000       57816      1745/sshd: max@pts/ 
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      0          30937      1297/smbd           
tcp        0      0 0.0.0.0:9090            0.0.0.0:*               LISTEN      1001       29102      1101/kodi-x11       
tcp        0      0 10.65.30.30:22          10.65.10.50:46502       VERBUNDEN   0          57800      1735/sshd: max [pri 
udp        0      0 127.0.0.53:53           0.0.0.0:*                           101        22537      619/systemd-resolve 
udp        0      0 0.0.0.0:9777            0.0.0.0:*                           1001       25567      1101/kodi-x11    

nmbd/NETBIOS für halbwegs moderne Betriebssysteme unnötig. Port 445 für Samba genügt.
Anmerkung: Samba-Server läuft auf HTPC mit Kodi.

Code: Alles auswählen

systemctl status nmbd.service
● nmbd.service
     Loaded: masked (Reason: Unit nmbd.service is masked.)
     Active: inactive (dead)

Umstellung: nano /etc/samba/smb.conf
[global]

Code: Alles auswählen

####### Authentication #######

# Server role. Defines in which mode Samba will operate. Possible
# values are "standalone server", "member server", "classic primary
# domain controller", "classic backup domain controller", "active
# directory domain controller". 
#
# Most people will want "standalone server" or "member server".
# Running as "active directory domain controller" will require first
# running "samba-tool domain provision" to wipe databases and create a
# new domain.
   server role = standalone server

Benötigst Du wirklich einen Domain Controller - oder war das ein Versehen?
Das ist doch default in smb.conf

server role = standalone server

[TomL]

nmbd/NETBIOS für halbwegs moderne Betriebssysteme unnötig. Port 445 für Samba genügt.

Ein guter Tip... ich hatte Samba bereits auf Port 445 beschränkt, wusste aber nicht, dass die UDP-Ports ausschließlich für Netbios sind. Ich hatte echt im Hinterkopf, die würden auch bei TCP so eine ähnliche Funktion erfüllen, wie man das unter FTP mit Data und Control-Port kennt.... und das obwohl bei den Standard-Port-Descriptions für UDP eindeutig "Netbios" steht... so kann man sich verrennen...

Funktioniert perfekt auch ohne nmbd.