Update von Samba 3.0.26a auf 3.0.27a: Kann nicht mehr auf Share zugreifen

[no_expert]

Hallo,

ich habe einen Sambaserver auf meinen Gentoo System laufen um mit Windows auf Dateifreigaben zugreifen zu können. Ich habe eben ein Update durchgeführt und kann nun nur noch auf mein Homeverzeichnis aber nicht mehr auf die anderen Verzeichnisse zugreifen.
Wenn ich über die Netzwerklaufwerke zugreifen möchte behauptet Windows die Verzeichnisse würden nicht existieren. Wenn ich den Server über die Netzwerkumgebung suche zeigt er mir die Ordner an, beim Auswählen gibt er mir jedoch die selbe Fehlermeldung.
Das gleiche Problem hab ich auch wenn ich z. B. von einem Linux System mit dem Konqueror folgendermasen darauf zugreifen möchte:

smb://192.168.1.xx/ordner

Mein smb.conf sieht so aus:


[global]
display charset = ISO8859-15
load printers = yes
restrict anonymous = no
ldap ssl = No
domain master = no
interfaces = eth0
printer admin = @ntadmin, root, administrator
netbios name = vdr
printing = cups
max protocol = NT
ldap suffix = dc=example,dc=com
local master = no
workgroup = dorfnet
os level = 20
server signing = Auto
security = user
preferred master = no
unix charset = ISO8859-15
bind interfaces only = yes
;; map to guest = Bad User

[homes]
comment = Home Directories
valid users = %S
browseable = no
read only = No

[familienname]
writeable = yes
path = /home/familienname
write list = @gruppe1
force directory mode = 660
msdfs proxy = no
force group = gruppe1
force create mode = 660
create mask = 0665
comment = gruppe1
case sensitive = no

[only4admins]
writeable = yes
path = /home/only4admins
write list = @gruppe2
force directory mode = 660
msdfs proxy = no
force group = gruppe2
force create mode = 660
create mask = 0660
comment = only4admins
case sensitive = no


[downloads]
writeable = yes
read list = @gruppe3
path = /home/downloads
write list = @gruppe2
force directory mode = 665
msdfs proxy = no
force create mode = 665
create mask = 0665
comment = Downloads
valid users = @gruppe3,@gruppe2
case sensitive = no
# force group = gruppe2
# force user = nutzer1

[uploads]
writable = yes
write list = @gruppe3
path = /home/uploads
force directory mode = 665
force group = gruppe3
msdfs proxy = no
force create mode = 665
force user = nutzer1
comment = Uploads
create mode = 0665
case sensitive = no

[pdf]
comment = PDF creator
path = /var/tmp
printable = yes
print command = /usr/bin/smbprngenpdf -J '%J' -c %c -s %s -u '%u' -z %z
create mask = 0600

[printers]
comment = All Printers
path = /var/tmp
printable = yes
create mask = 0600
browseable = no


[Faxeingang]
valid users = nutzer1,nutzer2
admin users = nutzer1,nutzer2
case sensitive = no
msdfs proxy = no
path = /var/spool/fax/recvq

Ich habe für die Darstellung nur die Benutzer- und Gruppennamen durch andere Wörter ersetzt. :-)

Hat jemand das gleiche Problem?
Ich bin für jede Hilfe dankbar.

[solarix]

Als allererstes wuerde ich mal Logging aktivieren.

trag mal in Deiner Sektion {global} noch folgendes ein.


log level = 5
log file = /var/log/samba.log.%m



Samba stoppen


tail -f /var/log/samba.log


Samba starten, den Vorgang reproduzieren.


Das Log anschauen und die interssanten Stellen hier posten.

[no_expert]

Ich hatte auch schon versucht auf samba 3.0.26a und 3.0.24 zurückzugehen, seltsamerweise bleibt mir der Fehler erhalten.

Hier ist der Teil der geloggt wird wenn ich auf so ein Share zugreifen möchte, mir sagt das gar nichts:


[2007/12/02 12:32:22, 3] smbd/process.c:process_smb(1068)
Transaction 2604 of length 43
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(484)
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(494)
size=39
smb_com=0x74
smb_rcls=0
smb_reh=0
smb_err=0
smb_flg=24
smb_flg2=51207
smb_tid=0
smb_pid=65279
smb_uid=114
smb_mid=34049
smt_wct=2
smb_vwv[ 0]= 255 (0xFF)
smb_vwv[ 1]= 0 (0x0)
smb_bcc=0
[2007/12/02 12:32:22, 3] smbd/process.c:switch_message(926)
switch message SMBulogoffX (pid 21450) conn 0x0
[2007/12/02 12:32:22, 3] smbd/sec_ctx.c:set_sec_ctx(241)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_nt_user_token(448)
NT user token: (NULL)
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_unix_user_token(474)
UNIX token of user 0
Primary group is 0 and contains 0 supplementary groups
[2007/12/02 12:32:22, 5] smbd/uid.c:change_to_root_user(288)
change_to_root_user: now uid=(0,0) gid=(0,0)
[2007/12/02 12:32:22, 3] smbd/reply.c:reply_ulogoffX(1560)
ulogoffX vuid=114
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(484)
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(494)
size=39
smb_com=0x74
smb_rcls=0
smb_reh=0
smb_err=0
smb_flg=136
smb_flg2=51201
smb_tid=0
smb_pid=65279
smb_uid=114
smb_mid=34049
smt_wct=2
smb_vwv[ 0]= 255 (0xFF)
smb_vwv[ 1]= 0 (0x0)
smb_bcc=0
[2007/12/02 12:32:22, 3] smbd/process.c:process_smb(1068)
Transaction 2605 of length 39
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(484)
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(494)
size=35
smb_com=0x71
smb_rcls=0
smb_reh=0
smb_err=0
smb_flg=24
smb_flg2=51207
smb_tid=1
smb_pid=65279
smb_uid=114
smb_mid=34113
smt_wct=0
smb_bcc=0
[2007/12/02 12:32:22, 3] smbd/process.c:switch_message(926)
switch message SMBtdis (pid 21450) conn 0x804cea80
[2007/12/02 12:32:22, 3] smbd/sec_ctx.c:set_sec_ctx(241)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_nt_user_token(448)
NT user token: (NULL)
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_unix_user_token(474)
UNIX token of user 0
Primary group is 0 and contains 0 supplementary groups
[2007/12/02 12:32:22, 5] smbd/uid.c:change_to_root_user(288)
change_to_root_user: now uid=(0,0) gid=(0,0)
[2007/12/02 12:32:22, 3] smbd/sec_ctx.c:set_sec_ctx(241)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_nt_user_token(448)
NT user token: (NULL)
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_unix_user_token(474)
UNIX token of user 0
Primary group is 0 and contains 0 supplementary groups
[2007/12/02 12:32:22, 5] smbd/uid.c:change_to_root_user(288)
change_to_root_user: now uid=(0,0) gid=(0,0)
[2007/12/02 12:32:22, 3] smbd/service.c:close_cnum(1230)
n0b0dy (192.168.1.21) closed connection to service IPC$
[2007/12/02 12:32:22, 3] smbd/connection.c:yield_connection(69)
Yielding connection to IPC$
[2007/12/02 12:32:22, 4] smbd/vfs.c:vfs_ChDir(665)
vfs_ChDir to /
[2007/12/02 12:32:22, 3] smbd/sec_ctx.c:set_sec_ctx(241)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_nt_user_token(448)
NT user token: (NULL)
[2007/12/02 12:32:22, 5] auth/auth_util.c:debug_unix_user_token(474)
UNIX token of user 0
Primary group is 0 and contains 0 supplementary groups
[2007/12/02 12:32:22, 5] smbd/uid.c:change_to_root_user(288)
change_to_root_user: now uid=(0,0) gid=(0,0)
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(484)
[2007/12/02 12:32:22, 5] lib/util.c:show_msg(494)
size=35
smb_com=0x71
smb_rcls=0
smb_reh=0
smb_err=0
smb_flg=136
smb_flg2=51201
smb_tid=1
smb_pid=65279
smb_uid=114
smb_mid=34113
smt_wct=0
smb_bcc=0

[no_expert]

Schade das mir niemand helfen kann/will. Ich kann nur noch hoffen das sich der Fehler von selber findet oder bei der nächsten Aktualisierung verschwindet. Das ist eine der Schattenseiten von Linux, manchmal geht was net und niemand weis warum. :-(

[pucki]

hi,

evtl funktioniert das mapping der uid's und gid's nicht richtig. und vor allem entferne mal alle auskommentierte Zeilen aus deinem config file!


Grüße

ps: durchforste mal
man smb.conf

nach den Loglevels und prüfem mal schritt für schritt durch, ab wann das ganze nicht mehr funktioniert ...

erfahrungen mit der neuen version habe ich leider noch nicht ...
prüfe auf jeden Fall mal die bugliste zum gentoo paket ... Sollte das öfters auftreten, dann kommt dort bald jemand mit dem gleichen Problem

ansonsten könntest du die config noch mal von vorne zusammensetzen ...

global + home --> tests, + ... -> tests ....

[no_expert]

Ich habe mir jetzt mal ein Loglevel von 3 eingestellt, damit ist die sache schon wesentlich übersichtlicher.

Das habe ich zum Mapping gefunden. Wie schon oben geschrieben: Auf das Homeverzeichnis kann jeder Nutzer zugreifen, aber nicht auf die Sahre. Über ProFTPd funkioniert es nach wie vor.


Got user=[] domain=[] workstation=[N0B0DY] len1=1 len2=0
check_ntlm_password: Checking password for unmapped user []\[]@[N0B0DY] with the new password interface
check_ntlm_password: mapped user is: [VDR]\[]@[N0B0DY]
check_ntlm_password: guest authentication for user [] succeeded

Folgende Zeilen mach mich stuzig:


get_referred_path: |downloads| in dfs path \Vdr\downloads is not a dfs root.

und


refusing connection to dfs proxy share 'downloads' (pointing to no)

Zeilen mit den *.c Dateien und den Zeilenangaben dazu habe ich jetzt mit absicht weggelassen.

[no_expert]

Ich hab da nochwas, die Meldung taugt auf wenn man das erste mal einen Share auswählt und sich mit Benutzernamen und Passwort anmeldet.


[2007/12/08 01:06:40, 3] smbd/error.c:unix_error_packet(56)
unix_error_packet: error string = No such file or directory
[2007/12/08 01:06:40, 3] smbd/error.c:error_packet_set(106)
error packet at smbd/trans2.c(3293) cmd=50 (SMBtrans2) NT_STATUS_OBJECT_NAME_NOT_FOUND

[no_expert]

Ich komme nicht mehr weiter. Als Notlösung habe ich jetzt in den Home-Verzeichnissen der einzelnen Nutzer einen Symlink erstellt zu den Ordnern die Samba eigentlich sharen soll, also z. b. /home/downloads nach /home/user1/downloads. Damit kann man wenigstens schon mal wieder darauf zugreifen, doch das soll nicht der Sinn der Übung sein.
Ein gute Bekannter von mir ist selbst Admin und hat mit Windows wie auch mit Linux Servern zu tun hat hat sich auch meine Logdateien angeschaut. Die Fehlermeldungen die ich eines oben drüber gepostet habe hat er entdeckt.
Die Suche über Google ergab nur so Antworten wie man soll nach dem Update auf Samba .27a die Klienten neu starten. Das hab ich ja oft genug gemacht. Im moment läuft wieder die .26a mit gleichen Problemen.

[no_expert]

Ich habe heute auf die Version 3.0.28 aktulisiert, das Problem ist das gleiche. Es hat wohl nix mit Samba zu tun sondern mit irgendwas anderem am Server weil mit allen anderen Rechner im Netzwerk taugt das gleiche Problem auf. Ich hatte schon auf Pam getippt das mal aktualisiert wurde, aber unmittelbar nach dem Update von Pam und vor dem Update von Samba hat selbst nach einem Neustart vom Server noch alles bestens funktioniert.

[pucki]

hi,

ich habe zur zeit noch samba 3.0.26a_2 am laufen. Demnächst sollte ein neues patch kommen. mal schaun welches release dann online steht.

Wenn das in deine Richtung läuft, teste ich mal die shares mit den Windows clients.

So lange kann ich dir nur das empfehlen das ganze sehr strukturiert durchzugehen, falls du die Zeit dazu hast.

- loglevel auswählen
- home auswählen
- share auswählen
- logfile sichern


Beispiel:


log level = 3 passdb:0 auth:5 winbind:20
log file = /var/log/samba/log.%m


ansonsten noch ein paar fragen:
- warum setzt du mdfs explizit auf no? das ist doch default?
- hast du die auskommentierten Zeilen aus der config entfernt und neu gestartet?
- hast du mal bind interfaces only rausgemacht?
- warum hast du server signing auf auto gesetzt?
- hast du ldap als backend laufen?
- hast du noch irgendwo einen master laufen? oder warum setzt du das ganze auf no?
- hast du schon mal vom server aus die verbindung über smbclient getestet?
- hast du mal mit wireshark das ganze mitgeschnitten?

grüße

reinhard

[no_expert]

Ich muss mich jetzt schämen. Es war die Einstellung

msdfs proxy = no
Die Konfigurationsdatei existiert schon ein paar Jahre, ich habe darin nur ganz selten was geändert. Viele Optionen hab ich schon gar nicht mehr gekannt, ich weis nur das ich manche Zeilen eingefügt habe weil der Zugriff auf dem Samba Server recht langsam war.
Ich denke ich habe die Option nicht manuell eingefügt sondern hab da irgendwo in Webmin einen Fehler gemacht als ich mal was nachsehen oder testen wollte, leider hab ich da net so drauf geachtet weil es ja bis dato funktioniert hat und plötzlich nicht mehr und war der festen Überzeugung das ich da nichts mit Absicht geändert habe ohne es später rückgängig zu machen.

Danke für alle die mir geholfen haben!

Edit: Laut man smb.conf hat msdfs proxy keinen Standart, vielleicht war das früher anders und hat sich geändert, dadurch ist das Problem aufgetaucht.

[pucki]

na ja, du hast ja etwas dabei gelernt oder ;-) ?

[no_expert]

Auf jeden Fall. :-) Danke dir pucki.

[pucki]

no problem ;-)


ich habe mir angewöhnt die default-config die mit dem Paket mitgeliefert wird zu sichern und bei updates das ganze per diff zu vergleichen. Dabei werden Änderungen die sich langsam "einschleichen" auch immer aufgezeigt

Grüße

Reinhard