Samba Fehlermeldung

[RulingTex]

Nach einigen (oder eher gesagt doch etlichen) kleineren Problemen habe ich Samba jetzt endlich so weit, dass ich das freigegebene Verzeichnis (Public) sehen kann. Zugriff auf das Verzeichnis habe ich ebenfalls. Eine kleine Datei (1kb) kann ich auch ohne Probleme unter WindowsXP in das Verzeichnis kopieren. Nur bei größeren Dateien (z.B. 30kb) erhalte ich folgende Fehlermeldung:

Die Datei kann nicht kopiert werden. Der Pfad ist zu lang.

Die Datei wurde dann zwar in das Verzeichnis kopiert, ist aber beschädigt.

Meine smb.conf sieht folgendermaßen aus:

[global]
workgroup = heimnetz
guest ok = no
keep alive = 30
guest ok = no
security = user
encrypt passwords = yes
smb passwd file = /etc/smbpasswd
client codepage = 850
character set = ISO8859-1
invalid users = root bin daemon adm sync shutdown
interfaces = eth0
bind interfaces only = Yes
wins support = yes
socket options = TCP_NODELAY
write raw = yes
read raw = yes
printing = bsd
printcap name = /etc/printcap
load printers = yes

[homes]
comment = Homeverzeichnis
path = %H
browseable = no
read only = no


[public]
path = /privatestuff/daten
public = no
read only = no
writable = yes
browseable = yes
create mode = 774
directory mode = 774
comment = Auslagerung
invalid users = root,bin,daemon,adm,sync,shutdown

Ich habe leider keine Idee mehr, woran es liegen könnte und bin daher für jeden Tip sehr dankbar.

[Elektronator]

1. wie heisst dein Server, ist der Servername ungewöhnlich?
2. ist der Dateiname der größeren Datei zu lang oder der Gesamtpfad, wohin du sie kopieren willst?
3. hast du den aktuellen Samba (besonders bei XP wichtig)?

[RulingTex]

Der Server heißt "Homeserver", was, denke ich, nicht ungewöhnlich ist.

Die Länge des Dateinamens hat auch keinen Einfluß. Ich habe auch schon versucht, den Dateinamen auf 5+3 zu kürzen. Leider immer noch das gleiche Ergebnis. Das Zíelverzeichnis ist wie in der smb.conf angegeben: path = /privatestuff/daten. Ich bekomme die gleich Fehlermeldung auch, wenn ich in meinem Home-Verzeichnis schreiben möchte.

Ich benutze SuSE 8.0 mit Samba 2.2.3a. Ich weiss nicht, ob das die neuste Version ist.

[Elektronator]

Mit write und read raw hast du offenbar schon experimentiert. keepalive (G, zusammengeschrieben!) = 30 (s) finde ich recht kurz, eigentlich völlig überflüssig.

Version 2.2.3a sollte ausreichen, um keine Standard-Probleme zu haben.

An deiner smb.conf seh ich eigentlich nichts falsches.
Ich hab noch zusätzlich drin:
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE
oplock break wait time = 100
read size = 8192
fstype = ext2
write cache size = 32768

versuchs mal damit, besonders mit den socket options.

Grüße Chris

[RulingTex]

Hallo Chris,

vielen Dank für die Tips. Es hat immer noch nicht hingehauen. Und ich bin echt ratlos. Kann es an irgendwelchen globalen Einstellungen von Linux handeln, dass er Probleme mit dem Kopieren hat? An der Länge des Dateinamens selbst kann es eigentlich nicht liegen, da ich Files mit langen Dateinamen schon ohne Probleme über eine unter Windows gebrannte CD auf den Linux-Rechner spielen konnte.

Ich bin über jegliche Ideen zur Lösung des Problemes äußerst dankbar.

Viele Grüße

RulingTex

[Elektronator]

Vielleicht könnte es ja auch am MTU liegen. Liegt auch um 1500 (Byte oder Bit, bin ich jetzt nicht sicher?).
Ansonsten weiss ich aber jetzt auch nicht weiter, sorry.
Du könntest aber auch mal auf www.samba.org nachschauen.

[Thomas Mitzkat]

je weniger drin steht, umso eher sind die fehler zu finden:



[global]
workgroup = heimnetz
netbios name = server
os level = 65
guest ok = no
keep alive = 30
security = user
encrypt passwords = yes
character set = ISO8859-15
wins support = yes
socket options = TCP_NODELAY
printing = bsd
# wirklich?
printcap name = /etc/printcap

[homes]
comment = Homeverzeichnis
browseable = no
read only = no
create mask = 0640
directory mask = 0750


[public]
path = /privatestuff/daten
read only = no
comment = Auslagerung

[RulingTex]

Hallo Thomas,
vielen Dank für die Light-Verison der smb.conf. Hat aber leider auch nicht hingehauen.
Kann es an irgendwelchen Komatibilitätsproblemen zwischen WinXP und Linux liegen? Ich kann ohne Probleme größere Dateien vom Linux-Rechner über Samba zum WinXP-Rechner kopieren, aber halt nicht andersherum.

[thonix]

rtfm oder besser schau mal in die logs. *g*

schreib in die smb.conf mal das:

log level = 3

tail -f /usr/local/samba/var/log.smbd

und nun kopiere mal was - nun solltest du was herausgeschreiben bekommen.

Daraus wir mal vielfach schlauer

[marcdevil]

tail -f /var/log/samba/log.client
[2003/01/03 09:36:46, 3] smbd/process.c:switch_message(667)
switch message SMBtdis (pid 21744)
[2003/01/03 09:36:46, 3] smbd/sec_ctx.c:set_sec_ctx(314)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2003/01/03 09:36:46, 3] smbd/sec_ctx.c:set_sec_ctx(314)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2003/01/03 09:36:46, 1] smbd/service.c:close_cnum(655)
kunibert (192.168.123.1) closed connection to service bilder
[2003/01/03 09:36:46, 3] smbd/connection.c:yield_connection(48)
Yielding connection to bilder

tail -f /var/log/samba/log.nmbd
[2003/01/03 09:34:40, 3] nmbd/nmbd_incomingrequests.c:process_name_query_request (480)
process_name_query_request: Name query from 192.168.123.1 on subnet 192.168.123.2 for name SERVER<20>
[2003/01/03 09:34:40, 3] nmbd/nmbd_incomingrequests.c:process_name_query_request (617)
OK
[2003/01/03 09:38:00, 3] nmbd/nmbd_incomingrequests.c:process_name_query_request (480)
process_name_query_request: Name query from 192.168.123.2 on subnet 192.168.123.2 for name ARBEITSGRUPPE<1d>
[2003/01/03 09:38:00, 3] nmbd/nmbd_sendannounce.c:send_host_announcement(217)
send_host_announcement: type 19a03 for host SHODAN on subnet 192.168.123.2 for workgroup ARBEITSGRUPPE
[2003/01/03 09:38:00, 3] nmbd/nmbd_elections.c:check_for_master_browser_success( 74)
check_for_master_browser_success: Local master browser for workgroup ARBEITSGRUPPE exists at IP 192.168.123.1 (just checking).

tail -f /var/log/samba/log.smbd
[2003/01/03 09:36:37, 3] lib/util_sock.c:open_socket_in(798)
bind succeeded on port 0
[2003/01/03 09:36:37, 3] smbd/oplock.c:init_oplocks(1215)
open_oplock ipc: pid = 21744, global_oplock_port = 32787
[2003/01/03 09:36:37, 3] smbd/process.c:process_smb(860)
Transaction 0 of length 72
[2003/01/03 09:36:37, 2] smbd/reply.c:reply_special(92)
netbios connect: name1=SERVER name2=CLIENT
[2003/01/03 09:36:37, 2] smbd/reply.c:reply_special(111)
netbios connect: local=server remote=client

in /var/log/messages steht dazu nichts

Locked files:
Pid DenyMode R/W Oplock Name
--------------------------------------------------
21516 DENY_ALL WRONLY EXCLUSIVE+BATCH /Bilder/bla.zip Fri Jan 3 09:35:06 2003

Samba version 2.2.3a-12 for Debian

[Elektronator]

21516 DENY_ALL WRONLY EXCLUSIVE+BATCH /Bilder/bla.zip Fri Jan 3 09:35:06 2003 ???

[marcdevil]

kommt bei smbstatus
verhindere schreiben für alle, auch für den user, der grad was schreibt ?
wie ändere ich das filelocking verhalten, so das der user nicht nur dateien und verzeichnisse anlegen kann, sondern auch vollschreiben kann?
wie lautet denn die ausgabe von smbstatus, wenn man normalerweise was aufs samba share schmeisst ?

[Elektronator]

Die normale Ausgabe ist: RDWR

Dein user hat keine Leserechte!

Ich vermute, dass die linux-Dateirechte nicht stimmen, richtig?

[marcdevil]

die linuxrechte sind ok (640)
beim versuch des kopieren von win nach samba erstellt der user ja auch die datei.

[Elektronator]

tja, komisch. Ich hab auch 7x WinXP an Linux-Servern und keine Probleme. Kann ich dir leider nicht weiterhelfen, denn auch in meiner smb.conf steht nichts anderes drin.

[Timbo]

Hi,

ich glaube die Version 2.2.3 ist für WinXP nicht geeignet.
Habe irendetwas gelesen, dass die Version vorher und nachher
wieder funzen soll.

Im speziellen war das als PDC.

Timbo

[Jorge]

Bevor hier das große Rätselraten weiter geht, folgende Schritte durchführen:

- aktuelles Linux Magazin kaufen, hat dieses Mal Schwerpunkt Samba (für die Grundlagen),
- updaten auf Samba 2.2.7a (IIRC gab es bei 2.2.3 noch kein XP),
- Samba Dokumentation lesen,
- in XP den Registry schlüßel ändern (welcher, steht in der Doku, oder Du suchst hier im Forum).

[quinte17]

warum in der winxpregistry den schluessel ändern?
wenn du des mit den encryptet passwords meinst, dann schau mal in der sambadoku nach encrypt passwords = yes oda so... sollte weiter´helfen....

am winxp/win2k musste ich meinen erfahrungen nach nochnie was ändern...
ich hatte bis jetzt immer nur leichte probs mit win9x clients, die den samba share anfangs nicht sehen wollten, was meist daran lag, das der user im linux nicht richtig eingerichtet war... oda das tcpip protokoll in windows nicht "wirklich" installiert war...

cu

[LKH]

Hi,

was mir erst mal so auffiehl:

- in deiner smb.conf heisst die Domäne/Arbeitsgruppe "heimnetz"
- die log.nmbd meldet was von einer Arbeitsgruppe "ARBEITSGRUPPE"
- XP ist neu und daher ist nach der ganzen mir bekannten Literatur ist der Schlüssel bzgl. SignOrSeal zu ändern

Hoffe es hilft,

[G-S-X]

Hallo,

der thread ist zwar etwas älter, aber ich hoffe stört keinen wenn ich ihr meine lösung des problems poste.

also ich hatte den gleichen fehler kann nicht kopiert werden da der pfad zu lang ist.

ich habe mich auch ewig in der smb.conf aufgehalten und dort nach dem fehler gesucht, dieser ist jedoch ganz woanders zu suchen.

bei mir war es nämlich eine falsch konfigurierte nic, unfassbar, da ein lesen vom server ohne probleme ging, auch squid arbeitet problemlos.

also schau mal ob deine nic richtig konfigutiert und wechsele diese ggf. mal gegen eine andere aus ....



gruß

andy

[Sebastian Henrich]

Das ändern des Registryschlüssels bezüglich SignOrSeal ist nur nötig, wenn der WinXP Server den Samba Server als PDC nutzen soll.

[Destroyer69]

schonmal probiert den verzeichnisnamen zu kuerzen ???

[winlin]

Allso das mit der Netzwerkkarte kann ich bestätigen. Hatte das selbe Problem mit einer D-Link 550FX (Glasfaser). Danach hab ich eine von 3Com (TP) eingebaut und es hat funktioniert.

Ich hoffe ich konnte dir helfen!!!!

:D

[stefan-tiger]

Sorry wenn ich das hier ausgrabe.

Spätestens seit gestern hab ich das selbe Problem mit meinem Samba Server (Version 2.2.8a).

Dabei lief er ewig ohne Probleme. Aber gestern wurden irgendwelche Patches auf den XP-Clients eingespielt (SP1 Teil 2 - was auch immer) und seit dem Tritt das Problem auf.

Man kann kleine Dateien kopieren, und erstellen, aber bei größeren (vielleicht über 100 kb oder so) kommt bei den XP Rechnern: Pfad ist zu lang

Gleichzeitig hab ich ein weiteres Problem mit Samba. Auf dem Linux-Rechner wo der Sambaserver läuft sind auch Shares von Windows-Fileservern gemountet.

Neuerdings kann ich diese nichtmehr richtig benutzen. Mounten klappt ohne Probleme, aber wenn ich dann zugreiffen will reicht schon in der shell der doppelte TAB aus um unter umständen die Shell ne halbe Minute einzufrieren.
Bis es dann mal weitergeht und ich die Verzeichnisse und Dateien sehen kann. Manchmal klappts aber auf anhieb.

Aber größere Dateien vom Windowsfileserver zu lesen: Fehlanzeige.

Im log steht dann sowas wie: SMB Server not responding
(hab das log grad nicht da)

Das ist aber Unsinn da die WinXP Clients Problemlos die ganze Zeit auf die Windowsfileserver zugreiffen können.


Wie gesagt es hat monatelang einwandfrei funktioniert. Es kann fast nur an diesem Windows-Patch liegen.

Die Netzwerkkarte dürfte richtig (statisch) konfiguriert sein. Austauschen kann ich sie nicht da sie onboard ist.

Wer kann mir dazu was sagenß

Gruß

[Sebastian Henrich]

Hallo,

um den Grund für den Fehler zu finden wäre es hilfreich einen Auszug aus den Log log.smbd zu haben. Am besten erhöhst du den Log Level auf 3, damit die Ausgabe etwas ausführlicher wird.

Hier läuft ein Samba 2.2.8a (SuSE) und XP-Clients samt aller über das Windowsupdate vefügbaren Updates ohne Probleme.

Gruß

Sebastian

[stefan-tiger]

Hallo,

um den Grund für den Fehler zu finden wäre es hilfreich einen Auszug aus den Log log.smbd zu haben. Am besten erhöhst du den Log Level auf 3, damit die Ausgabe etwas ausführlicher wird.

Hier läuft ein Samba 2.2.8a (SuSE) und XP-Clients samt aller über das Windowsupdate vefügbaren Updates ohne Probleme.

Gruß

Sebastian

Hallo,

Im Anhang noch ein Screenshot. (Shre vom SMB Server ist als Z: gemountet, der fehler tritt aber auch auf wenn es nicht gemountet ist und man per \\Rechnername zugreifft)

Hier weitere Informationen ausm log:

Diese Meldung ist "neu", d.h. der Fehler muss was damit zu tun haben:

Jun 14 11:43:26 slpf54 SMB server not responding
Jun 14 11:43:26 slpf54 smb_request: result -5, setting invalid
Jun 14 11:43:26 slpf54 smb_lookup: find //Images failed, error=-5
Jun 14 11:43:26 slpf54 smb_retry: successful, new pid=1507, generation=2



Die nachfolgenden "Fehler" treten seit anbeginn auf und haben/hatten keinen störenden Einfluß, aber ich poste sie der Vollständigkeit wegen trotzdem:

Jun 14 12:45:26 slpf54 nmbd[1113]: [2004/06/14 12:45:26, 0] nmbd/nmbd.c:main(827)
Jun 14 12:45:26 slpf54 nmbd[1113]: standard input is not a socket, assuming -D option
Jun 14 12:45:30 slpf54 nmbd[1114]: [2004/06/14 12:45:30, 0] nmbd/nmbd_responserecordsdb.c:find_response_record(235)
Jun 14 12:45:30 slpf54 nmbd[1114]: find_response_record: response packet id 882 received with no matching record.
Jun 14 12:45:30 slpf54 nmbd[1114]: [2004/06/14 12:45:30, 0] nmbd/nmbd_responserecordsdb.c:find_response_record(235)
Jun 14 12:45:30 slpf54 nmbd[1114]: find_response_record: response packet id 883 received with no matching record.

Jun 15 16:51:33 slpf54 smbd[26360]: [2004/06/15 16:51:33, 0] lib/util_sock.c:read_data(436)
Jun 15 16:51:33 slpf54 smbd[26360]: read_data: read failure for 46908. Error = Connection reset by peer
Jun 15 16:51:33 slpf54 smbd[26446]: [2004/06/15 16:51:33, 0] passdb/pdb_ldap.c:ldap_open_connection(201)
Jun 15 16:51:33 slpf54 smbd[26446]: LDAPS option set...!
Jun 15 16:51:33 slpf54 smbd[26446]: [2004/06/15 16:51:33, 0] passdb/pdb_ldap.c:ldap_connect_system(316)
Jun 15 16:51:33 slpf54 smbd[26446]: ldap_connect_system: Binding to ldap server as ""
Jun 15 16:51:33 slpf54 smbd[26446]: [2004/06/15 16:51:33, 0] passdb/pdb_ldap.c:ldap_connect_system(327)
Jun 15 16:51:33 slpf54 smbd[26446]: Bind failed: Can't contact LDAP server

[stefan-tiger]

Achso, wegen meinem zweiten Problem, den Linux Rechner nicht als Client für Win-Fileserver richtig verwenden zu können, wenn man es versucht kommt das im log:

Jun 15 17:11:21 slpf54 smbd[26446]: [2004/06/15 17:11:21, 0] passdb/pdb_ldap.c:l
dap_open_connection(201)
Jun 15 17:11:21 slpf54 smbd[26446]: LDAPS option set...!
Jun 15 17:11:21 slpf54 smbd[26446]: [2004/06/15 17:11:21, 0] passdb/pdb_ldap.c:l
dap_connect_system(316)
Jun 15 17:11:21 slpf54 smbd[26446]: ldap_connect_system: Binding to ldap serve
r as ""
Jun 15 17:11:21 slpf54 smbd[26446]: [2004/06/15 17:11:21, 0] passdb/pdb_ldap.c:l
dap_connect_system(327)
Jun 15 17:11:21 slpf54 smbd[26446]: Bind failed: Can't contact LDAP server
Jun 15 17:11:28 slpf54 smbd[26446]: [2004/06/15 17:11:28, 0] passdb/pdb_ldap.c:l
dap_open_connection(201)
Jun 15 17:11:28 slpf54 smbd[26446]: LDAPS option set...!
Jun 15 17:11:28 slpf54 smbd[26446]: [2004/06/15 17:11:28, 0] passdb/pdb_ldap.c:l
dap_connect_system(316)
Jun 15 17:11:28 slpf54 smbd[26446]: ldap_connect_system: Binding to ldap serve
r as ""
Jun 15 17:11:28 slpf54 smbd[26446]: [2004/06/15 17:11:28, 0] passdb/pdb_ldap.c:l
dap_connect_system(327)
Jun 15 17:11:28 slpf54 smbd[26446]: Bind failed: Can't contact LDAP server

Sowas stand schon früher im log, aber bis gestern hat trotzdem allen funktioniert.

Gruß

[Sebastian Henrich]

Ich habe versucht deine Probleme auf meinem System nachzuvollziehen. Auf dem Server läuft SuSE 9.1 mit Samba 2.2.8 bzw. nach einem Update jetzt 2.2.9. Auf den Clients läuft Windows 2000 oder Windows XP inklusive aller Servicepacks und Sicherheitsupdates. Bei mir treten keine Fehler auf.

Das Buch "The Official Samba-3 HowTo and Reference Guide" ist auch nicht sehr hilfreich bezüglich der Fehlersuche. Es empfiehlt den Log-Level von Samba zu erhöhen (1-10; 100 um Passwörter zu debuggen) oder Ethereal bzw. den Windows Netzwerkmonitor als Netzwerk-Sniffer zur Analyse anzuwenden. In deinem Fall würde ich den Log-Level auf 10 setzen und mir genau anschauen was schief läuft. Die Ausgabe ist dann sehr datailliert. Eventuell musst du den Log-Lever wieder etwas senken, um der Informationsflut wieder Herr zu werden. Jenachdem welches Service-Pack eingespielt worden ist, solltest du mal die Optionen bezüglich Sign-or-Seal genauer betrachten. Vielleicht klappt deshalb die Verbindung nicht. Ein Update auf Samba 3.x könnte auch helfen. SuSE hat einige Änderungen von Samba 3.x in die Version 2.2.x zurück portiert. Vielleicht läuft das System deshalb bei mir.

Gruß Sebastian

[stefan-tiger]

...

Gruß Sebastian

Danke, durch ewige Internetsuche bei Google und allen Linux bzw. Distributionsforen die ich kenne bin ich warscheinlich etwas besser an mein Problem herangekommen, und habe es hier:

http://www.linuxforen.de/forums/showthread.php?t=141265

weiter beschrieben.

Gruß