Beiträge von newtux

Mir ist doch was eingefallen , und der Zufall hat mitgespielt.
Muß dazu sagen, das ich nichts, aber auch nichts im Netz dazu finden konnte.

Samba 4.1.x versteht wohl in Verbindung mit den Win7-Dosen kein Deutsch - fast so wie ich kein Englisch verstehe.

Die workgroup kann man angeblich nennen wie es einem beliebt.
Von wegen - ARBEITSGRUPPE hieß meine workgroup und damit hatte ich den Fehler mit der Version 4.1.x.
Habe so einige Fabelnamen ausprobiert, und nichts ging.

Mit

workgroup = WORKGROUP

war alles wieder beim alten

Samba 3.6.x versteht letztlich bei der workgroup jede Sprache!

Ist wohl doch ein Bug...

Super Danke, thomas24.

Denen geht es so wie vielen, die Kummer mit Samba haben und der englischen Sprache nicht wirklich mächtig sind.
Jede Menge Probleme und sehr viele unbeantwortete Threads.

Es scheint doch sehr wenige deutschsprachige Samba-Experten zu geben.

Schade eigentlich - auch für mein pessimistisches Fazit.

Aber vielen Dank nochmal für den Link

Danke für die Hinweise!!

@thomas23
Hast Du einen Tipp? Bin aber der englischen Sprache nicht besonders mächtig.

@Sauerland
Das hatte ich auch schon gefunden.
Mein Server läuft nicht als Domänen-Controller, nur als Share-Server.
Könnte aber vllt sein, dass auch die "Fehl-Funktionen",wie bei mir, damit zusammen hängen.

Werde dann wohl oder übel auf die Gunst der Samba Entwickler hoffen müssen.

Hi Leuts,

nach tagelangem probieren und googlen, hat alles nichts gebracht, muss ich mal nachfragen:

Habe jetzt die neue Suse 13.1 mit Samba 4.1.2-2.1-3122 auf eine größere Platte installiert.
Samba lief und läuft perfekt als WINS-Server - bis auf eine Ausnahme:
Mit der Version 3.6.13-169.1-2974 wurde im Netzwerk bei allen Clients der Server angezeigt und alle Shares waren erreichbar.
Mit der Version 4.1.2-2.1-3122 gibt es nur noch die Anzeige bei den Linux-Clients und den Windosen mit XP, nur die Windose 7 zeigt sich nur noch selbst an, wobei aber bei allen Clients die Shares auch problemlos erreichbar sind.
Und das Ganze OHNE Konfigurationsänderungen.

Baue ich die Platte mit Suse 12.2 und Samba 3.6.13-169.1-2974 wieder zurück, ist der Server auch wieder bei den 7er Windosen sichtbar.

Könnte es hier ein Bug in Samba sein?

Mir fällt nichts mehr ein

Samba mit systemd unter openSUSE 12.3

Da ich schon seit geraumer Zeit Probleme mit dem starten von Samba mit sysvinit und systemd habe,
smb startet und nmb nicht, dann starten sie und nmb stoppt, dann startet smb nicht und nmb startet,
habe ich nun die Lösung des Problems gefunden, die ich hier weitergebe.
Startscripte und cron war letztendlich keine Alternative.
Möglich ist, dass es auch mit anderen Problem-Daemons funktioniert.
Bei mir läuft es endlich tadellos

"Die Units sind aus der Samba Version 3.6.15 und
der Pfad für die PIDFile und die Parameter für ExecStart leicht angepasst."

Zuerst folgende Dateien in folgende Ordner kopieren:
1.
smb.service >> /usr/lib/systemd/system/
--------------------------------------------------------------
#Datei > /usr/lib/systemd/system/smb.service (644)
[Unit]
Description=Samba SMB Daemon
After=syslog.target network.target nmb.service winbind.service

[Service]
Type=forking
PIDFile=/var/run/samba/smbd.pid
LimitNOFILE=16384
EnvironmentFile=-/etc/sysconfig/samba
#ExecStart=/usr/sbin/smbd $SMBDOPTIONS
ExecStart=/usr/sbin/smbd -D --configfile=/etc/samba/smb.conf
ExecReload=/usr/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target
--------------------------------------------------------------

2.
nmb.service >> /usr/lib/systemd/system/
--------------------------------------------------------------
#Datei > /usr/lib/systemd/system/nmb.service (644)
[Unit]
Description=Samba NMB Daemon
After=syslog.target network.target

[Service]
Type=forking
PIDFile=/var/run/samba/nmbd.pid
EnvironmentFile=-/etc/sysconfig/samba
#ExecStart=/usr/sbin/nmbd $NMBDOPTIONS
ExecStart=/usr/sbin/nmbd -D --configfile=/etc/samba/smb.conf
ExecReload=/usr/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target
--------------------------------------------------------------

3.
**winbind.service >> /usr/lib/systemd/system/
--------------------------------------------------------------
#Datei > /usr/lib/systemd/system/winbind.service (644)
[Unit]
Description=Samba Winbind Daemon
After=syslog.target network.target nmb.service

[Service]
Type=forking
PIDFile=/var/run/samba/winbindd.pid
EnvironmentFile=-/etc/sysconfig/samba
ExecStart=/usr/sbin/winbindd "$WINBINDOPTIONS"
ExecReload=/usr/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target
--------------------------------------------------------------
**Wer mit winbind arbeitet. Mein Samba läuft ohne winbind.

4.
samba >> /etc/sysconfig/
--------------------------------------------------------------
### Datei > /etc/sysconfig/samba (644)
## Path: Network/Samba
## Description: Samba process options
## Type: string
## Default: ""
## ServiceRestart: smb
SMBDOPTIONS=""
## Type: string
## Default: ""
## ServiceRestart: nmb
NMBDOPTIONS=""
## Type: string
## Default: ""
## ServiceRestart: winbind
WINBINDOPTIONS=""
--------------------------------------------------------------

Anschließend in der Konsole folgende Befehle eingeben:
Sollte samba noch im Hintergrund laufen, mit:

zeus:~ # rcnmb stop oder /etc/init.d/nmb stop
und
zeus:~ # rcsmb stop oder /etc/init.d/smb stop

Samba stoppen.

Die neuen Units aktivieren, damit die Dienste beim Boot starten:

zeus:~ # systemctl enable nmb.service
ln -s '/usr/lib/systemd/system/nmb.service' '/etc/systemd/system/multi-user.target.wants/nmb.service'
zeus:~ # systemctl enable smb.service
ln -s '/usr/lib/systemd/system/smb.service' '/etc/systemd/system/multi-user.target.wants/smb.service'

Samba starten:

zeus:~ # systemctl start nmb.service smb.service

Nun kontrollieren ob die Dienste gestartet sind:

zeus:~ # systemctl status nmb.service smb.service
nmb.service - Samba NMB Daemon
      	Loaded: loaded (/usr/lib/systemd/system/nmb.service; enabled)
      	Active: active (running) since Sat, 2013-06-29 06:01:20 CEST; 8s ago
     	Process: 2709 ExecStart=/usr/sbin/nmbd -D --configfile=/etc/samba/smb.conf (code=exited, status=0/SUCCESS)
    	Main PID: 2710 (nmbd)
      	CGroup: name=systemd:/system/nmb.service
              	└ 2710 /usr/sbin/nmbd -D --configfile=/etc/samba/smb.conf


Jun 29 06:01:20 zeus systemd[1]: Starting Samba NMB Daemon...
Jun 29 06:01:20 zeus systemd[1]: Started Samba NMB Daemon.


smb.service - Samba SMB Daemon
      	Loaded: loaded (/usr/lib/systemd/system/smb.service; enabled)
      	Active: active (running) since Sat, 2013-06-29 06:01:20 CEST; 8s ago
     	Process: 2711 ExecStart=/usr/sbin/smbd -D --configfile=/etc/samba/smb.conf (code=exited, status=0/SUCCESS)
    	Main PID: 2712 (smbd)
      	CGroup: name=systemd:/system/smb.service
              	├ 2712 /usr/sbin/smbd -D --configfile=/etc/samba/smb.conf
              	└ 2715 /usr/sbin/smbd -D --configfile=/etc/samba/smb.conf


Jun 29 06:01:20 zeus systemd[1]: Starting Samba SMB Daemon...
Jun 29 06:01:20 zeus systemd[1]: Started Samba SMB Daemon.

Bei Fehlermeldungen evtl. die Units anpassen - Pfade sind wichtig.
Nach dem speichern der angepassten Units erst den system-daemon neu starten danach den Samba neu starten:

zeus:~ # systemctl --system daemon-reload
zeus:~ # systemctl start nmb.service smb.service

[!!WICHTIG!!]
Da der Ordner samba unter /var/run/ für die pid-Files von nmbd.pid und smbd.pid beim Shutdown gelöscht
und beim Booten nicht wieder hergestellt wird, kann Samba nicht starten.
Es muss noch eine Datei samba.conf in /usr/lib/tmpfiles.d/ mit folgendem Inhalt erstellt werden:

------------------------------------------
#Datei > /usr/lib/tmpfiles.d/samba.conf 0644

d /var/run/samba 0644 root root
------------------------------------------

Diese Datei sorgt dafür, dass der Ordner samba für die pid-Files beim Boot angelegt wird und Samba ohne Fehler starten kann.
[/!!WICHTIG!!]

Ein wenig Beispielerei für Start-, Restart- und Statusscripte
(braucht man nicht wirklich):

Eine Datei mit folgendem Inhalt erstellen und ausführbar unter /sbin als smbstart ablegen:
------------------------------------------
#!/bin/bash

systemctl start nmb.service smb.service
------------------------------------------
und als smbrestart ablegen:
------------------------------------------
#!/bin/bash

systemctl restart nmb.service smb.service
------------------------------------------
und als smbstatus ablegen:
------------------------------------------
#!/bin/bash

systemctl status nmb.service smb.service
------------------------------------------
Dann einfach in der Konsole smbstart oder smbrestart oder smbstatus eingeben....

Have fun!!

Weitere Infos:
http://www.freedesktop.org/wiki/Software/systemd/

Zitat von Sauerland

Das deinstalliere ich als erstes nach einer Installation.

Genau das habe ich jetzt auch gemacht.

Hallo Zusammen,

AppArmor heißt der Übeltäter!!
Hat sich reingemischt und mit dem Update selbst aktiviert (so ein böses Programm, macht einem nur Ärger - oder gibt es was Positives zu berichten?).
Mit aktiviertem App... gibt es keinen Samba-Server - zumindest nicht auf meinen Rechnern.
Jetzt gerade dieses App.... deaktiviert und Samba läuft wieder ohne Probleme.

Hatte ich schon einmal mit diesem App..., nur vergessen, weil alles wie geschmiert lief.

LG
newtux

Ja. Samba neugestartet und den nmb-Daemon auch.

Aber komischerweise habe ich Zugriff auf den User-Share "home".
Die anderen shares sind Zugriff verweigert.
Die smb.conf (altes Datum der File) wurde nicht verändert, auch nicht durch das Update.

LG
newtux

Hallo Zusammen,
hatte soeben ein Update von Swat. Danach habe ich keinen Zugriff mehr auf die Shares.
Samba wurde nicht mit Swat konfiguriert und lief bis zum Update einwandfrei und ohne Fehler.

Kennt sich jemand aus wie ich wieder Zugriff auf meine Shares bekomme??
Kann doch nur ein Bug im Update sein????

Benutze openSUSE 11.4

LG
newtux

Hi,

ich dachte an interne Platten, sry, hatte nichts von geschrieben. Und dann noch IDE.
Aber jede Antwort hilft schon weiter. Danke scanking!

LG
newtux