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?
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 #
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.
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:
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.