Samba Problemen, grote bestanden kopieren niet mogelijk

[thestiffmeister]

Hey allen,

Ik heb een behoorlijk irritant probleem m.b.t. samba. Grote bestanden kopieren vanaf Windows XP SP2 naar mijn Linux Server is niet mogelijk. Steeds krijgt windows de foutmelding dat de netwerkbron niet meer beschikbaar is. Mijn eigen firewall uitschakelen helpt niets

Krijg heel wat kernelmessages en van samba dat er fouten zijn opgetreden. Na een zoektocht op internet en GOT heb ik wat draadjes gevonden maar die gaven helaas geen uitsluitsel.

Een voorbeeld:
[rml][ Debian] Samba server met kuren[/rml]

Goed, ik draai Fedora Core 1 met eerst samba 3.0.0-15. Bij de standaard instellingen geeft hij al problemen. Ik heb behoorlijk zitten klooien met locking codes en het al bekende "use sendfile = no". Dit schijnt in sommige gevallen te helpen.

level2 oplocks = no
oplocks = no
strict locking = no
use sendfile = no

Dit helpt dus nada. Alleen de snelheden veranderen in die situatie. De snelheden zijn overigens prima (100 mbit Full Duplex) met UL 9 MB/s en DL 11 MB/s.
Heel wat mailing lists gaven de bovenstaande oplossingen aan en zelfs hier op GOT, alleen helpt het bij mij niets

Goed vervolgens een update gedaan van Samba naar versie 3.0.7-1. Hier dus weer de standaard situatie hersteld. En voor mij helaarsch weer dezelfde probs. Weer met die lockings, tcp-buffers en sendfile zitten klooien en dus nog steeds geen oplossing.

Ik gebruik aan beide zijden een 3Com Fast Ethernet XL card met daartussen in een 3COM Switch. kernel: linux 2.4.22-1.2115.nptl en samba 3.0.7-1

Draait op een Compaq Deskpro P3-500 SFF met 256 MB Int en 200 GB HD.

/dev/hda:
using_dma = 1 (on)
/dev/hda:
Timing buffered disk reads: 78 MB in 3.01 seconds = 25.91 MB/sec

Ook iets vreemds, mijn cpu load op een Athlon Tbird 1400 tijdens copy-en vanaf Samba loopt op tot 95% (3Com NIC). Is dit normaal?

De Linux Error-messages zijn:

Oct 28 14:22:01 linux smbd[20050]: [2004/10/28 14:22:01, 0] lib/util_sock.c:get_peer_addr(1000)
Oct 28 14:22:01 linux smbd[20050]: getpeername failed. Error was Transport endpoint is not connected
Oct 28 14:22:01 linux smbd[20050]: [2004/10/28 14:22:01, 0] lib/util_sock.c:get_peer_addr(1000)
Oct 28 14:22:01 linux smbd[20050]: getpeername failed. Error was Transport endpoint is not connected
Oct 28 14:22:01 linux smbd[20050]: [2004/10/28 14:22:01, 0] lib/util_sock.c:write_socket_data(430)
Oct 28 14:22:01 linux smbd[20050]: write_socket_data: write failure. Error = Connection reset by peer
Oct 28 14:22:01 linux smbd[20050]: [2004/10/28 14:22:01, 0] lib/util_sock.c:write_socket(455)
Oct 28 14:22:01 linux smbd[20050]: write_socket: Error writing 4 bytes to socket 5: ERRNO = Connection reset by peer
Oct 28 14:22:01 linux smbd[20050]: [2004/10/28 14:22:01, 0] lib/util_sock.c:send_smb(647)
Oct 28 14:22:01 linux smbd[20050]: Error writing 4 bytes to client. -1. (Connection reset by peer)
Oct 28 14:22:33 linux smbd[20051]: [2004/10/28 14:22:33, 0] smbd/oplock.c:request_oplock_break(1055)
Oct 28 14:22:33 linux smbd[20051]: request_oplock_break: no response received to oplock break request to pid 20049 on port 32860 for dev = 303, inode = 8568925, file_id = 3904
O

Oct 28 13:28:56 linux smbd[19896]: [2004/10/28 13:28:56, 0] lib/util_sock.c:get_peer_addr(1000)
Oct 28 13:28:56 linux smbd[19896]: getpeername failed. Error was Transport endpoint is not connected
Oct 28 13:28:56 linux smbd[19896]: [2004/10/28 13:28:56, 0] lib/util_sock.c:read_socket_data(384)
Oct 28 13:28:56 linux smbd[19896]: read_socket_data: recv failure for 4. Error = Connection reset by peer
Oct 28 13:29:28 linux smbd[19895]: [2004/10/28 13:29:28, 0] smbd/oplock.c:request_oplock_break(1055)
Oct 28 13:29:28 linux smbd[19895]: request_oplock_break: no response received to oplock break request to pid 19874 on port 32850 for dev = 303, inode = 2621554, file_id = 3377
Oct 28 13:30:13 linux kernel: lease broken - owner pid = 19874
Oct 28 13:30:26 linux smbd[19905]: [2004/10/28 13:30:26, 0] lib/util_sock.c:get_peer_addr(1000)
Oct 28 13:30:26 linux smbd[19905]: getpeername failed. Error was Transport endpoint is not connected
Oct 28 13:30:26 linux smbd[19905]: [2004/10/28 13:30:26, 0] lib/util_sock.c:read_socket_data(384)
Oct 28 13:30:26 linux smbd[19905]: read_socket_data: recv failure for 4. Error = Connection reset by peer

Als ik mijn messages ff tail, zie ik deze messages verschijnen en vervolgens is de netwerkbron niet meer beschikbaar.

Goed mijn smb.conf ziet er als volgt uit:

[global]

# Locking Codes
; Locking Codes gebruikt bij Samba 3.0.0-15 Wegens Lockings
level2 oplocks = no
oplocks = no
strict locking = no
use sendfile = no

workgroup = Borger
server string = Linux Samba Server
interfaces = eth1
log file = /var/log/samba/%m.log
max log size = 1000
security = user
encrypt passwords = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
local master = yes
os level = 33
domain master = yes
preferred master = auto
dns proxy = no


[homes]
comment = Home Directories
; browseable = yes
writable = yes
valid users = @borger

[backup]
comment = Backup
writable = yes
valid users = dennis
path = /home/backup

[downloads]
comment = Downloads
writable = yes
valid users = @borger
path = /home/downloads

[mp3]
comment = MP3 Collection
writable = yes
valid users = @borger
path = /home/mp3

[ftp]
comment = FTP Server
writable = no
path = /home/ftp
valid users = @borger, hummel

[games]
comment = Games ISO
writable = yes
valid users = @borger
path = /home/games

Goed tis een heel verhaal en het heeft me al de nodige kopzorgen bezorgt. Misschien hebben jullie een oplossing. Ik zie het ff niet meer. Misschien een kernel issue en moet ik maar n's aan de 2.6 Kernel.

Ik wacht jullie reacties af.

[Verwijderd]

Gebeurt dit alleen bij het versturen van grote bestanden, of ook wanneer je veel (kleine) operaties op de sambamount tegelijk doet?

[thestiffmeister]

Tegelijktijdig, bijvoorbeeld mp3's skippen (dus steeds andere laden) met meerdere pc (en gebruikers) tegelijk gaat prima. Kleine files kopieren gaat goed. Als ik daarentegen VOB-files, ISO's o.i.d. kopieer krijg ik die fouten en verbreekt hij de netwerkverbinding.

Verder kopieert hij ook wel op de goede snelheid (zo'n 9 MB/s) echter de cpu-load op mijn PC (Windows XP SP2) stijgt naar zo'n 95 %. Het process explorer.exe vreedt dan zoveel resources.

Verder de smbmount (de andere kant op), dus een map mounten van mijn Windows bak en dan van die grote bestanden copy-en gaat wel goed. Bovendien geeft VSFTPD ook geen probs.

[ Voor 19% gewijzigd door thestiffmeister op 28-10-2004 17:04 ]

[cool_zero]

Misschien helpt het veranderen van de ' kernel oplocks = yes' in smb.conf.

[thestiffmeister]

Na het toevoegen van "kernel oplocks" verergert de situatie. Krijg veel meer foutmessages. Heb ik fouten in de configuratie van samba staan waardoor samba van die vage fouten geeft?

Nieuwe foutmeldingen door toevoegen "kernel oplocks".

Oct 28 22:17:31 linux smbd[20538]: [2004/10/28 22:17:31, 0] lib/util_sock.c:read_socket_data(384)
Oct 28 22:17:31 linux smbd[20538]: read_socket_data: recv failure for 55668. Error = Connection reset by peer
Oct 28 22:17:34 linux smbd[20538]: [2004/10/28 22:17:34, 0] smbd/connection.c:yield_connection(76)
Oct 28 22:17:34 linux smbd[20538]: [2004/10/28 22:17:34, 0] smbd/oplock_linux.c:linux_oplock_receive_message(143)
Oct 28 22:17:34 linux smbd[20538]: Invalid file descriptor 27 in kernel oplock break!
Oct 28 22:20:18 linux smbd[25026]: [2004/10/28 22:20:18, 0] smbd/oplock.c:request_oplock_break(1055)
Oct 28 22:20:18 linux smbd[25026]: request_oplock_break: no response received to oplock break request to pid 24752 on port 32883 for dev = 303, inode = 21758050, file_id = 1934
Oct 28 22:21:03 linux kernel: lease broken - owner pid = 24752
Oct 28 22:23:36 linux smbd[20613]: [2004/10/28 22:23:36, 0] lib/util_sock.c:read_socket_data(384)
Oct 28 22:23:36 linux smbd[20613]: read_socket_data: recv failure for 55668. Error = Connection reset by peer
Oct 28 22:23:37 linux smbd[20613]: [2004/10/28 22:23:37, 0] smbd/connection.c:yield_connection(76)
Oct 28 22:23:37 linux smbd[20613]: [2004/10/28 22:23:37, 0] smbd/oplock_linux.c:linux_oplock_receive_message(143)
Oct 28 22:23:37 linux smbd[20613]: Invalid file descriptor 29 in kernel oplock break!
Oct 28 22:32:59 linux smbd[20635]: [2004/10/28 22:32:59, 0] lib/util_sock.c:read_socket_data(384)
Oct 28 22:32:59 linux smbd[20635]: read_socket_data: recv failure for 55668. Error = Connection reset by peer
Oct 28 22:33:02 linux smbd[20635]: [2004/10/28 22:33:02, 0] smbd/connection.c:yield_connection(76)

[cool_zero]

Default staat die op 'yes', dus ik zou juist proberen om hem op 'no' te zetten. Als dat het probleem oplost dan werken de kernel en samba niet lekker samen m.b.t oplocks. Een andere kernel zou dat probleem dan kunnen oplossen.

[zAo]

Als het DVD-ISO's zijn; is het geen FAT32 schijf? 4GB max per file namelijk.

[thestiffmeister]

als ik kernel oplocks op "no" zet krijg ik nog steeds de probs dat de netwerkverbinding wordt verbroken. Ik krijg echter nu geen enkele kernel message meer wat eigenlijk ook wel logisch is (alles is nu uitgeschakeld). Maar het probleem is er nog. Heb b.t.w. in verband met de "getpeername" message mijn clienthostname maar in /etc/hosts gezet en in smb.conf een netbios name gezet met de hostname van de server.

M.b.t die files, ben Vobjes c.q. CD-Rom ISO's aan het copyen (<= 1,2 GB). Die bestanden zijn kleiner dan de beruchte 4 GB. Bovendien draait WinXP NTFS.

[ Voor 23% gewijzigd door thestiffmeister op 29-10-2004 17:27 ]

[Verwijderd]

Als ik die logs zo lees dan heb je gewoon een goedkoop netwerkkaartje in je server of in de PC waarmee je de tests doet zitten, of er is iets goed mis met de netwerkverbinding tussen die twee. Het lijkt er namelijk op dat de connectie (aan de PC-kant) afgesloten wordt (mogelijk door flooding of packetloss):

Oct 28 14:22:01 linux smbd[20050]: getpeername failed. Error was Transport endpoint is not connected
Oct 28 14:22:01 linux smbd[20050]: write_socket_data: write failure. Error = Connection reset by peer

[0siris]

heb je onlangs toevallig met het programma SafeXP gewerkt? die verandert (indien je dat aangeeft) ook een paar netwerkzaken m.b.t. flooding e.d.

@Mietje:

Verwijderd schreef op 29 oktober 2004 @ 18:02:
_{Als ik die logs zo lees dan heb je gewoon een goedkoop netwerkkaartje in je server of in de PC waarmee je de tests doet zitten}

Ik gebruik aan beide zijden een 3Com Fast Ethernet XL card met daartussen in een 3COM Switch

[ Voor 47% gewijzigd door 0siris op 29-10-2004 18:30 ]

[BoAC]

Wat is de output van ifconfig na die vele errors op je linux-bak?
Misschien is er een probleem met je bekabeling?
_{volgend het pad van Mietje}

Dit bedoel ik:

code:

eth0    Link encap:Ethernet  HWaddr 00:50:04:E1:37:72
          inet addr:192.168.2.2  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:57877880 errors:6 dropped:0 overruns:3 frame:6
          TX packets:85663418 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2392496770 (2281.6 Mb)  TX bytes:816258495 (778.4 Mb)
          Interrupt:10 Base address:0xd000

Let op de errors bij RX packets.
Dit is trouwens op de server (Gentoo) bij mij waarop Samba 3.0.5 draait
UL 9 MB/s en DL 11 MB/s: is dat mogelijk bij 100 mbit?
Dat haal ik bij NFS niet eens. Correct me if I'm wrong

[ Voor 72% gewijzigd door BoAC op 29-10-2004 19:21 ]

[sturkel]

Bij mij werkte samba ook amper meer en ook werd steeds de verbinding verbroken.
Ik draai nu kernel 2.6.9 en het probleem is verholpen.
Misschien dat je ook kan proberen een nieuwe kernel te nemen, ik draaide voorheen ook 2.4

[thestiffmeister]

Excuses voor een paar dagen afwezigheid i.v.m. weekend weg.

Ik heb inderdaad een linkprobleem zo blijkt dit uit mijn ifconfig. Het vreemde is dat dit dus altijd goed was. Sinds een poos staan hier dus fouten in.

Van beneden naar boven en van boven naar beneden door 1 UTP kabel volgens methode: FAQ Network Troubleshooting

Mijn situatie van de opstelling is:

ADSL-modem (beneden meterkast) --> Linux Bak (eth0) (zolderetage) --> Linux bak (eth1) --> 3Com switch (Zolder etage) --> (Switched in 8 PC's boven en 1 naar beneden (door Retour UTP) naar 3Com router fungerent als WLAN en switch voor 3 pc's (Delend met buren etc).

Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 5).
IRQ 9.
Master Capable. Latency=66. Min Gnt=8.Max Lat=56.
Prefetchable 32 bit memory at 0x40200000 [0x40200fff].
I/O at 0x2000 [0x201f].
Non-prefetchable 32 bit memory at 0x40100000 [0x401fffff].

Bus 0, device 13, function 0:
Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 116).
IRQ 11.
Master Capable. Latency=64. Min Gnt=10.Max Lat=10.
I/O at 0x2080 [0x20ff].
Non-prefetchable 32 bit memory at 0x42000000 [0x4200007f].

Output MII-Tool:

eth0: negotiated 100baseTx-FD, link ok
eth1: negotiated 100baseTx-FD flow-control, link ok

Output IFCONFIG:


eth0 Link encap:Ethernet HWaddr 00:50:8B:A3:FD:75
inet addr:10.0.0.151 Bcast:10.0.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3883528 errors:0 dropped:0 overruns:0 frame:0
TX packets:3348630 errors:6 dropped:0 overruns:3 carrier:6
collisions:0 txqueuelen:1000
RX bytes:3723278589 (3550.7 Mb) TX bytes:1492756874 (1423.6 Mb)
Interrupt:9 Base address:0x2000 Memory:40200000-40200038

eth1 Link encap:Ethernet HWaddr 00:04:76:8E:3F:DD
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:93518786 errors:284 dropped:0 overruns:1 frame:284
TX packets:63090135 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4259905291 (4062.5 Mb) TX bytes:646240279 (616.3 Mb)
Interrupt:11 Base address:0x2080

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:309 errors:0 dropped:0 overruns:0 frame:0
TX packets:309 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:24825 (24.2 Kb) TX bytes:24825 (24.2 Kb)

Nu is het vreemde dat de bekabeling van PC's naar Switch, Routers, ADSL modem allemaal uit normale patchkabels bestaat (gegoten). Alleen de leiding van boven naar beneden (8 aderig UTP) is verdeeld over twee paren van 4 kabels. Voor heen en retour verkeer (ADSL modem -> Linux bak en Linux Bak naar overige PC's beneden).

Hier zitten naar mijn mening geen fouten in want ik heb dit ff getest met een laptop beneden en een pc boven met windows sharing. Bestanden kopieren etc. Dit ging goed.

Bovendien is het zo, dat ik mijn bestanden van de Windows XP client die gelijk boven achter de switch staat naar de Linux bak gaat die ook tevens achter dezelfde switch staat. Die hebben allebei goede gegoten patchkabels. Neem aan dat hiertussen geen fouten kunnen onstaan tussen Eth1 <-> switch <-> Client.

Kunnen de fouten in de ifconfig verklaarbaar zijn als gevolg van foute instellingen van auto-negotion in MII-Tool, een verkeerde linuxkernel of IPTables die verkeerde pakketten zit te droppen.

Dat laatste is een interessante vraag: Kunnen fouten die in ifconfig staan te maken hebben met foute instellingen IPTables? Dit gebruik ik voor firewall en masquarading NAT etc.

Alvast bedankt.

[ Voor 5% gewijzigd door thestiffmeister op 31-10-2004 19:14 ]

[thestiffmeister]

Goed Probs zijn opgelost!!! De nieuwe 2.6.9 kernel heeft de oplossing geboden. Had gewoon een gare brakke kernel die niet met oplocks van Samba overweg kon of conflicteerde. In ieder geval loopt alles weer perfect.

Thanx voor jullie reacties