muss nmbd eigentlich laufen?

[Cyberduck]

Hallo Pinguine...
hab immernoch Probleme, dass mein Samba mich regelmässig rausschmeisst.
Das Logfile meldet:
[2001/11/12 22:07:55, 0] lib/util_sock.c:read_socket_data(479)
read_socket_data: recv failure for 4. Error = Connection reset by peer

Jetzt meine Frage, woher kommt die Meldung?
Könnte nmbd was damit zu tun haben? Muss nmbd laufen wenn der Kasten nur als Server läuft?

[Jorge]

Original geschrieben von Cyberduck

hab immernoch Probleme, dass mein Samba mich regelmässig rausschmeisst.
Das Logfile meldet:
[2001/11/12 22:07:55, 0] lib/util_sock.c:read_socket_data(479)
read_socket_data: recv failure for 4. Error = Connection reset by peer

Jetzt meine Frage, woher kommt die Meldung?
Könnte nmbd was damit zu tun haben? Muss nmbd laufen wenn der Kasten nur als Server läuft?


Welches Logfile? /var/log/messages? Dann schau Dich mal nach den Samba Logdateien um:

ths-web:/var/lock/samba # ll log*
-rw-r--r-- 1 root root 3898 Nov 13 08:46 log.nmbd
-rw-r--r-- 1 root root 2091 Nov 13 08:59 log.smbd
ths-web:/var/lock/samba #

[rthill]

ja, nmbd muss eigentlich laufen, schau mal in deiner smb.conf ob du keine deadtime gesetzt hast. die deadtime wird in minuten angegeben wo du dann getrennt wirst.

[Cyberduck]

Die deadtime habe ich schon mit verschiedenen Werten ausprobiert.
Im Augenblick steht sie auf 0.
Zu den Log-Dateien...
Ich habe den debug-Level jetzt auf 100 gestellt, konnte aber in smbd oder nmbd nichts entdecken.
Nach einem Abgebrochenen Kopiervorgang hatte ich folgende Einträge in der var log samba:

[2001/11/14 20:02:06, 0] lib/util_sock.c:read_socket_data(479)
read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/11/14 20:02:06, 10] lib/util_sock.c:receive_smb(654)
receive_smb: length < 0!
[2001/11/14 20:02:06, 3] smbd/process.c:timeout_processing(1062)
receive_smb error (Connection reset by peer) exiting
[2001/11/14 20:02:06, 3] smbd/sec_ctx.c:set_sec_ctx(310)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2001/11/14 20:02:06, 5] smbd/uid.c:unbecome_user(217)
unbecome_user now uid=(0,0) gid=(0,0)
[2001/11/14 20:02:06, 2] smbd/server.c:exit_server(440)
Closing connections
[2001/11/14 20:02:06, 3] smbd/sec_ctx.c:set_sec_ctx(310)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2001/11/14 20:02:06, 5] smbd/uid.c:unbecome_user(217)
unbecome_user now uid=(0,0) gid=(0,0)
[2001/11/14 20:02:06, 1] smbd/service.c:close_cnum(678)
lp3-700 (10.0.0.11) closed connection to service Daten
[2001/11/14 20:02:06, 3] smbd/connection.c:yield_connection(54)
Yielding connection to Daten
[2001/11/14 20:02:06, 10] smbd/oplock_linux.c:linux_release_kernel_oplock(196)
release_kernel_oplock: file Eplan4/P/DDT/PROJEKT/328DA.P/KLEMMEN.DAT, dev = 900, inode = 2949152 has kernel oplock state of 1.
[2001/11/14 20:02:06, 10] locking/posix. c : posix_locking_close_file(1310)
posix_locking_close_file: file Eplan4/P/DDT/PROJEKT/328DA.P/KLEMMEN.DAT has no outstanding locks.
[2001/11/14 20:02:06, 2] smbd/close.c:close_normal_file(205)
fischer closed file Eplan4/P/DDT/PROJEKT/328DA.P/KLEMMEN.DAT (numopen=0)
[2001/11/14 20:02:06, 5] smbd/files.c:file_free(306)
freed files structure 7917 (0 used)
[2001/11/14 20:02:06, 3] smbd/sec_ctx.c:set_sec_ctx(310)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2001/11/14 20:02:06, 5] smbd/uid.c:unbecome_user(217)
unbecome_user now uid=(0,0) gid=(0,0)
[2001/11/14 20:02:06, 3] smbd/connection.c:yield_connection(54)
Yielding connection to
[2001/11/14 20:02:06, 3] smbd/server.c:exit_server(473)
Server exit (normal exit)


Wo liegt hier der Wurm?
:confused: