[samba] mappen verplaatsen geeft time-out

[Nyxium]

Beste tweakers,

Ik heb onlangs het OS van me server verandert van ubuntu naar debian squeeze. Bij ubuntu server installatie gebruikte ik software raid via mijn moederbord (2 x 1,5TB), waarbij een map verplaatsen via netwerk in combinatie met samba (cut-paste) vrijwel instant ging.

Omdat ik nog vrij nieuw ben met linux en er toch bijna geen bestanden op de raid stonden wilde ik de software raid optie van linux is proberen. Maar als ik nu via een netwerk share op een windows bak mappen wil verplaatsen van de ene directory naar de ander, duurt dit heel lang en treed er uiteindelijk een time-out op.

Kleine bestanden verplaatsen (700MB) gaat ook niet echt rap +-5 sec maar het lukt wel. Bij films verplaatsen met een grootte van 7.5gig gaat het dus fout. Na ongeveer 20 seconde krijg ik een melding dat de verbinding is wegvallen tussen mijn laptop (win7) en de netwerk share. Er is echter wel een map verschenen met het film bestand erin maar deze is vaak maar 3gig groot.

Als ik via putty een map met daarin een filmbestand verplaats van laten we zeggen RAID1/hellanzb/done/ naar RAID1/network/media/Films gaat dit wel instant.

Wat ik mij dus afvraag, waarom treed er een time-out op bij het verplaatsen van een map van de ene directory naar de andere. Is samba met software raid van linux een brakke combinatie of is er misschien wat anders aan de hand.

Nyxium


edit: misschien handig als ik config van de share nog even deel met jullie:


[media]

comment = shared media folder
path = RAID1/network/media
read only = no
browsable = yes
writable = yes

[ Voor 7% gewijzigd door Nyxium op 13-02-2011 16:13 ]

[jan99999]

Kijk eens met ifconfig of je errors ziet, misschien geen goede driver, of kabel niet goed.
Na het copieren kijken voor errors.

Testen van netwerk(en andere hardware), kopier 40 GB aan films die met par voorzien zijn, dan met quickpar checken, dan weet je dat er geen errors zijn.
Zelf heb ik met ubuntu een onbekende netwerkkaart problemen, hoewel er niemand klaagde over fouten, maar met grote hoeveelheden weigerde de netwerk verbinding, en veel errors.

[leuk_he]

Zit je tegen een 2GB of 4GB limiet aan?

Aangezien de verbinding wegvalt zou het wel eens heel erg de moeite waard kunnen zijn in de samba logging te kijken.

[Room42]

leuk_he schreef op zondag 13 februari 2011 @ 17:05:
Zit je tegen een 2Gb of 4Gb limiet aan?

[...]

Jij bedoeld GByte (ipv Gbit), neem ik aan?

@TS: Check (idd) de logs even en kijk met 'top' etc wat de server doet op het moment dat ie ermee stopt. Is hij gewoon druk of staat hij ook gewoon te wachten?

[Nyxium]

Ik heb het een en ander getetst, ifconfig geeft geen errors aan tijdens het verplaatsen. Met top zie ik dat smbd rond de 7% cpu gebruik blijf en als ik op me windows machine de error krijg verdwijnt smbd ook direct uit top lijst.

Echter bedacht ik me net dat ik tijdens het installeren wel een error krijg over netwerkkaart firmware. Het bestand rt18168d-1.fw kon niet geladen worden omdat hij niet non-free zou zijn ofzo iets.

Nu heb ik even gekeken op de realtek site (onboard LAN controller is een RTL8111DL), uit de readme van de driver zou de module uiteindelijke moeten draaien onder de naam r8168 echter draait er nu een module met de naam r8169. Wat ik dus heel vreemd vind omdat het lijkt dat de huidige driver nieuwer is dan de laatste driver van realtek.

Ik heb deze laatste driver van realtek geprobeerd te installeren door ./autorun sh te draaien die in het mapje van de driver staat, maar dan krijg ik de volgende error:

Check old driver and unload it
Build the module and install
/bin/sh: Syntax Error: unterminated strings
make[1]: *** [modules] error 2
make: *** [modules error 2]

vervolgens heb ik met modprobe -r r8169 de geïnstalleerde driver ge'unload.

als ik in de map van de driver een make install doe krijg ik een error dat bestand r8168.ko ontbreekt.

Ik denk dat me probleem opgelost kan worden als ik dus de laatste driver van de realtek site geïnstalleerd krijg want versie 8169 wordt niet ondersteund door realtek. Althans daar lijkt het op.

edit: versie r8169 blijkt toch wel de laatste te zijn. Ik heb hem alsnog hier gedownload en geinstalleerd. Helaas geen effect. Ik vraag me af hoe ik samba uit kan sluiten van het probleem.

[ Voor 7% gewijzigd door Nyxium op 13-02-2011 22:30 ]

[leuk_he]

Nyxium schreef op zondag 13 februari 2011 @ 21:03:
Ik vraag me af hoe ik samba uit kan sluiten van het probleem.

Nogmaals, kijk in de (./usr/share/samba)smb.conf waar de samba log geschreven wordt en/of schroef de logevel omhoog.

[ Voor 32% gewijzigd door leuk_he op 13-02-2011 23:15 ]

[deepbass909]

@Nyxium
Hoe heb je gekeken of de Realtek driver de laatste is? Ik draai onder Gentoo één van de laatste stable kernels (2.6.36), die zeker weten recenter is dan de kernel van jouw Ubuntu, en die heeft verre van de laatste versie van de Realtek 8169 driver.

Daarnaast heb ik zelf mogen ondervinden dat Realtek RTL111x/RTL816x en Samba geen vrienden zijn. Ik heb na een tijdje aanmodderen (ik haalde transfer-snelheden van maar 1 à 2 MB/s, waar dit minimaal het 10-voudige had moeten zijn, zoals ik die onder WindowsXP wel haalde), heb ik voor 3 tientjes maar een Intel Gigabit CT PCIe kaartje gehaald. Die werkt wel goed onder Linux (de driver is volledig opensource en wordt actief onderhouden door Intel).

Overigens lijkt jouw probleem met het zelf bouwen van de driver eerder aan het ontbreken van build-tools te liggen dan aan de driver. Ik heb onder Gentoo niks van een firmware gezien of gemerkt dat deze nodig zou zijn.

Controleer eens met modinfo r8169 welke versie van de kernelmodule er nou precies geladen wordt. Is het een versie 8 dan heb je de driver van Realtek zelf te pakken, is het versienummer veel lager (ik dacht dat de kernel zelfs versie 1 aangeeft) heb je de kernel-module.

[Nyxium]

even voor duidelijkheid ik draai op dit moment debian squeeze.

hier de log van samba. infinity is de naam van mn laptop waar ik de cut/paste actie uitvoer:

code:

  getpeername failed. Error was Transport endpoint is not connected
  write_data: write failure in writing to client 0.0.0.0. Error Broken pipe
[2011/02/15 16:21:48.835187,  0] smbd/process.c:79(srv_send_smb)
  Error writing 39 bytes to client. -1. (Transport endpoint is not connected)
[2011/02/15 16:21:48.835335,  0] lib/util_sock.c:675(write_data)
[2011/02/15 16:21:48.835347,  0] lib/util_sock.c:1432(get_peer_addr_internal)
  getpeername failed. Error was Transport endpoint is not connected
  write_data: write failure in writing to client 0.0.0.0. Error Broken pipe
[2011/02/15 16:21:48.835365,  0] smbd/process.c:79(srv_send_smb)
  Error writing 39 bytes to client. -1. (Transport endpoint is not connected)
[2011/02/15 16:21:48.835401,  0] lib/util_sock.c:675(write_data)
[2011/02/15 16:21:48.835411,  0] lib/util_sock.c:1432(get_peer_addr_internal)
  getpeername failed. Error was Transport endpoint is not connected
  write_data: write failure in writing to client 0.0.0.0. Error Broken pipe
[2011/02/15 16:21:48.835428,  0] smbd/process.c:79(srv_send_smb)
  Error writing 53 bytes to client. -1. (Transport endpoint is not connected)
[2011/02/15 16:21:48.835459,  1] smbd/service.c:1251(close_cnum)
  infinity (10.0.0.6) closed connection to service media
infinity (10.0.0.6) closed connection to service media

geen idee wat ik uit de log op kan maken.

modinfo r8169 geeft:

code:

# modinfo r8169

filename:       /lib/modules/2.6.32-5-686-bigmem/kernel/drivers/net/r8169.ko
firmware:       rtl_nic/rtl8168d-2.fw
firmware:       rtl_nic/rtl8168d-1.fw
version:        2.3LK-NAPI
license:        GPL
description:    RealTek RTL-8169 Gigabit Ethernet driver
author:         Realtek and the Linux r8169 crew <[e-mail]>
srcversion:     078266A670E32D8C5FA333A
alias:          pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias:          pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias:          pci:v000016ECd00000116sv*sd*bc*sc*i*
alias:          pci:v00001259d0000C107sv*sd*bc*sc*i*
alias:          pci:v00001186d00004300sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008169sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008168sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008167sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008136sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008129sv*sd*bc*sc*i*
depends:        mii
vermagic:       2.6.32-5-686-bigmem SMP mod_unload modversions 686
parm:           rx_copybreak:Copy breakpoint for copy-only-tiny-frames (int)
parm:           use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
parm:           debug:Debug verbosity level (0=none, ..., 16=all) (int)

ik merkte idd dat de transfer snelheden erg laag waren onder samba, misschien dan toch maar een intel kaartje.

Maar wat ik zo raar vind is dat ik binnen de shared folder media bestanden dus wel instant kan cut/paste'n maar zodra ik dus vanuit downloads (waar ik dus hellanzb/done heb gemount) het helemaal fout gaat.

[leuk_he]

https://bugs.launchpad.net/ubuntu/+source/samba/+bug/480849

encrypted home dir is de issue?

[deepbass909]

@Nyxium
Je gebruikt de kernel-versie van de driver, en niet de laatste van Realtek (v.8.021.00).

Dat je binnen je share wel direct kan werken, komt omdat er geen daadwerkelijke transfer plaatst vind, maar je Samba alleen lokaal de adressering op de harddisk aanpast.

In je Samba-log vallen mij dit op:
[2011/02/15 16:21:48.835347, 0] lib/util_sock.c:1432(get_peer_addr_internal)
getpeername failed. Error was Transport endpoint is not connected
write_data: write failure in writing to client 0.0.0.0. Error Broken pipe

"getpeername failed" zou niet voor je netwerk time-outs mogen zorgen, maar je kan voor de zekerheid
smb ports=139
aan je smb.conf kunnen toevoegen onder het algemene kopje (waarschijnlijk staat daar nu smb ports=139,445). Dit maakt de PDC-functie onbruikbaar in Samba, maar die gebruik je waarschijnlijk toch niet. (als je niet weet wat PDC is, dan gebruik je het inderdaad niet )

Dit lijkt voor een aantal mensen ook time-out problemen opgelost te hebben, dus het is de moeite van proberen waard.

[2011/02/15 16:21:48.835365, 0] smbd/process.c:79(srv_send_smb)
Error writing 39 bytes to client. -1. (Transport endpoint is not connected)
Deze fout is waarschijnlijk het gevolg van het de bovenstaande fout en de reden van de time-out. Het uitsluiten van poort 445 lijkt de bovenste fout op te lossen, en daarmee de fout hierboven.

[ Voor 7% gewijzigd door deepbass909 op 15-02-2011 17:08 ]

[Nyxium]

Ik heb mijn home dir niet ge'encrypt. network (map waar de media share in staat) is wel de home dir van een gebuiker networkuser, maar deze is ook niet encrypted.

smb ports=139 heb ik toegevoegd aan de smb.conf (hij stond er helemaal nog niet in, ook niet met ports=139,445) + service samba restart maar dit veranderd de situatie niet helaas.

[deepbass909]

Standaard staat hij er ook niet in, Samba werkt over poorten 139 en 445 tenzij anders aangegeven.

Ik ga dit topic wel in de gaten houden, want ik kwam er gisteren achter dat ik hetzelfde probleem lijk te hebben... Regelmatig time-outs op een Samba-share (met verversen zie ik ineens wel alles) en meerdere kopieer-sessies tegelijkertijd laat m'n netwerk uitvallen...

[Nyxium]

Ik heb deze week eindelijk me intel CP kaart binnen gekregen maar dit gaf niet veel verbetering. nog steeds na 30 seconde geeft ie een time out. Maar dit keer had hij hem wel verplaatst naar de juiste map! maar waarom dat zo lang duurt weet ik nog steeds niet.

Aan de netwerkkaart ligt het dus sowieso niet.

edit: De logs geven trouwens nog steeds zelfde errors als voorheen

[ Voor 10% gewijzigd door Nyxium op 27-02-2011 22:48 ]