[samba] bepaald bestand zorgt voor veel dataverkeer

[trekker22]

Hoi,

Ik heb samba 3.04 draaien op mijn Debian machine.

Probleem: als ik vanuit windows alleen al vanuit de verkenner klik op een bepaald film bestand (op een samba share) dan zie ik in DUMeter (dataverkeer meter), dat er vanaf dat moment ontzettend hoop data gedownload wordt vanaf de server: +/- 6megabyte per seconde download en 0,25 megabyte upload!
Enigste wat ik doe is dus de film selecteren, verder niks. en dit blijft gewoon tijd lang door gaan, daarna zakt het terug naar 100kb/s download 4kb/s upload... uiteindelijk zakt het nagenoeg naar 0. Maar vanaf dat moment is mijn Verkenner ontzettend traag, en kan ik absoluut niet meer werken op een Samba share.

smb.conf:

code:

# Samba config file created using SWAT
# from 192.168.1.3 (192.168.1.3)
# Date: 2004/08/04 23:03:33

# Global parameters
[global]
    log level = 1
    wins support = Yes
    ldap ssl = start tls
    create mask = 0777
    directory mask = 0777

[bestanden]
    path = /bestanden
    read only = No

[log]
    path = /var/log
    read only = No

log level op 1 gezet:

code:

[2004/08/04 23:06:47, 0] smbd/server.c:main(757)
  smbd version 3.0.4-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2004
[2004/08/04 23:06:52, 1] smbd/service.c:make_connection_snum(619)
  dreamweb (192.168.1.3) connect to service log initially 
as user Joris (uid=1000, gid=1000) (pid 5797)
[2004/08/04 23:06:53, 1] smbd/service.c:make_connection_snum(619)
  dreamweb (192.168.1.3) connect to service bestanden initially 
as user Joris (uid=1000, gid=1000) (pid 5797)
[2004/08/04 23:07:05, 1] smbd/service.c:close_cnum(801)
  dreamweb (192.168.1.3) closed connection to service bestanden
[2004/08/04 23:07:05, 1] smbd/service.c:close_cnum(801)
  dreamweb (192.168.1.3) closed connection to service log
[2004/08/04 23:07:05, 0] smbd/server.c:main(757)
  smbd version 3.0.4-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2004
[2004/08/04 23:07:15, 0] smbd/server.c:main(757)
  smbd version 3.0.4-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2004
[2004/08/04 23:07:15, 0] smbd/server.c:main(791)
  standard input is not a socket, assuming -D option
[2004/08/04 23:07:15, 0] lib/pidfile.c:pidfile_create(84)
  ERROR: smbd is already running. File /var/run/samba/smbd.pid 
exists and process id 5814 is running.
[2004/08/04 23:07:56, 0] smbd/server.c:main(710)
  ERROR: Can't log to stdout (-S) unless daemon 
is in foreground (-F) or interactive (-i)
[2004/08/04 23:08:00, 1] smbd/service.c:make_connection_snum(619)
  dreamweb (192.168.1.3) connect to service log initially 
as user Joris (uid=1000, gid=1000) (pid 5826)

wat ik vreemd vind is dat het lijkt alsof die steeds opnieuw probeert te connecten?
Het is alleen met dit bestand. Andere bestanden kan ik zonder problemen met 8mb up- en downloaden van de server of van het netwerk af bekijken.

Iemand een idee wat dit kan zijn?
Als ik mijn loglevel verhoog dan wordt ik er helemaal niet meer wijs uit wat er allemaal gebeurd:

EDIT
vanaf dat moment is Samba zo over de rooie dat ik hem via Swat moet restarten anders werkt niks meer, en dan moet ik niet meer proberen weer die file aan te klikken, want dan begint het weer van voor af aan.

PS pas geleden wel een update gedaan van Samba, en vanaf dat moment stonden er extra waardes in de optie "passdb backend", kan het hier mee te maken hebben? Of kan iets het ACL te maken hebben, dat die daarom steeds opnieuw connect? Ik wil eigenlijk niks met ACL op de windows machines doen, alles regelen op de server zelf, maar ik kan wel naar het tabblad security met mijn verkenner, van de folders van de share.

[ Voor 10% gewijzigd door trekker22 op 03-08-2004 23:18 ]

[0siris]

stop dit eens in smb.conf:
socket options = IPTOS_LOWDELAY TCP_NODELAY
_{op "socket options" kun je veel vinden bij www.samba.org}

[ Voor 33% gewijzigd door 0siris op 03-08-2004 23:23 ]

[trekker22]

die TCP_NODELAY die staat er default al.

IPTOS_LOWDELAY had ik eerst ook al aanstaan, maar toen was ik zo gefrusteerd dat ik mijn hele smb.conf heb weg gedondert, dus ik denk niet dat het daar aan ligt. Maar ik heb deze optie weer terug gezet.

EDIT
dit maakt geen enkel verschil. Ik klik op de file en meteen tussen de 3-6 mb download, zelfs als ik mijn verkenner daarna sluit. Misschien is het bestand corrupt en is het explorer.exe zelf die de fout veroorzaakt...
begin bijna te geloven dat explorer.exe de oorzaak is. Deze keer hing die mijn hele systeem op 99% cpu. Met moeite explorer.exe gekilled. Ik ga dit bestand snel weggooien...

maar toch vreemd, dat Samba maar data blijft sturen.

[ Voor 49% gewijzigd door trekker22 op 03-08-2004 23:29 ]

[DR]

Iemand een idee wat dit kan zijn?

*gokt op preview die verkenner doet*

[frapex]

ik ga voor de viruscanner die de bestanden scanned

[trekker22]

ik heb "details" aanstaan in verkenner, dus hij doet denk ik geen preview.

en de virusscanner: het is alleen bij dit .avi bestand

andere .rar en .mpg files geven geen enkel probleem.

"slechte" bestand = 700 mb groot en geeft problemen.

.mpg bestand = 750 mb groot en geeft geen problemen en kan ik ook over het netwerk afspelen. Misschien iets met .avi te maken?

[0siris]

als het een divx film betreft: ga er eens met een repair programma overheen . Als dat ook niet werkt, ben je denk ik aangewezen op een packet sniffer om te kijken wat er precies gebeurt.

[nhanssen]

Welk A/V gebruik je toevalli? misschien moet je bij "scanning opties" daar de extension .avi maar eens uitvinken weet je het tenminste dat het daar zeker niet aan ligt.

edit:
of gewoon eens zonder a/v proberen...

[ Voor 19% gewijzigd door nhanssen op 03-08-2004 23:43 ]

[trekker22]

Norton,

maar ik zag dat er nog een andere 700 mb grote .avi film stond en daar had die geen enkel probleem mee.

Heb ff ethereal gedownload, kijken of ik daar iets mee kan

[nhanssen]

En als je nu eens geen verkenner gebruik, gebruik eens total commander ofzo

[trekker22]

ik had al geprobeerd rechtstreeks vanuit bsplayer te openen, maar dan opent die nog een soort van verkenner of het bestand te selecteren..

zelf heb ik geen total commander en ik heb het bestand maar weggekiept. maar als het volgende keer weer voorkomt, zal ik dat eens proberen.

maar dit is niet echt NOS meer:)

[Verwijderd]

Het zou ook nog wat me je locking opties te maken kunnen hebben.

Ik heb met Word en Excel files meegemaakt dat smb 20 seconden hangt en dan pas het wordt bestand probeert te openen.

In de logs zie je dan iets van oplock failed restarting smbd.

[Wilke]

Ik zie niet in hoe dit iets met Samba te maken kan hebben eerlijk gezegd - is het niet eerder iets raars in Windows/explorer? Dat ding moet toch uiteindelijk het bestand openen en zo het dataverkeer veroorzaken.

Ik bedoel, ik zie Samba nog niet een Windows machine op afstand dwingen om een file te openen ofzo

Dus ik verplaats deze even naar Software Algemeen, misschien dat daar nog iemand leuke ideeen heeft.

[EXX]

Heb je soms een recursive directory op de samba server staan? Windows applicaties kunnen daar wel eens flink van over hun nek gaan. je kunt zulke directories voor windows blokkeren in de smb.conf:

code:

[global]
..
..

; Prevent descending /proc /usr/share/man and /usr/share/doc/sdb/en/sdb

   dont descend = proc,usr/share/man,usr/share/doc/sdb/en/sdb
..

[jurri@n]

Ik ken dit probleem, ik heb het ook met b.v. grote executables (ik heb b.v. een directory waar software staat die ik op alle pc's installeer. Denk aan b.v. Acrobat Reader, Winzip, enz.).

Het probleem zit 'm in Windows (verkenner). Die gaat die gigantische berg gegevens overpompen voor zaken als icoontjes en gegevens over het bestand. Erger nog: volgens mij wordt het bestand zelfs overgepompt om te weten hoe groot het bestand is! Moet je voor de aardigheid eens alle bestanden selecteren en dan de properties kiezen. Je ziet dan dat hij heel traag alle files langsloopt... Terwijl het oversturen van een lijst met files / directory's + grootte niet zo lang kan duren.

[Maasluip]

Heb je al eens geprobeerd de extensie van dat bestand te veranderen, naar .txt of zo. Het is heel goed mogelijk dat de explorer altijd data uit een file gaat halen als hij meent dat er iets te vinden is. Per slot van rekening worden alle exe's ook geopend om het icoon op te zoeken.
Misschien is dat het probleem (in combinatie met een corrupte .avi)

[Spider.007]

Kan de topicstarter niet eens een packetsniffer installeren en bekijken wat voor verkeer er precies voorbij komt? Dat is volgens mij de enige manier om erachter te komen wat er gebeurt