Problemen eMule@XP op Samba@Debian shares

[Stamgastje]

Ik heb het probleem dat als ik eMule draai met meerdere downloads tegelijk (>10 ongeveer), ik na een tijdje de error "Windows - Delayed Write Failed" (event ID 26) krijg. Dit lijkt te komen doordat ik de temp directory voor eMule heb ingesteld op mijn D: schijf onder Windows XP, welke een mapped drive is naar een share op mijn Debian server. Blijkbaar gaat Samba niet goed om met grote aantallen geopende files ofzo. Is hier een oplossing voor? Ik gebruik Samba 3.0.10-debian, de versie van Debian-testing.

[ Voor 8% gewijzigd door Stamgastje op 24-12-2004 22:33 ]

[Anoniem: 35417]

Move NT > NOS

[Stamgastje]

Niemand?

[Jelmer]

Wat staat er in de logs op je server?

[Stamgastje]

Als het mis gaat krijg ik dit een aantal van dit soort soort entries in /var/log/samba/log.desktop:

code:

[2004/12/24 21:48:36, 0] smbd/oplock.c:oplock_break(839)
  oplock_break: receive_smb timed out after 30 seconds.
  oplock_break failed for file Downloads/Temp/eMule/045.part (dev = 341, inode = 6619302, file_id = 4917).
[2004/12/24 21:48:36, 0] smbd/oplock.c:oplock_break(911)
  oplock_break: client failure in oplock break in file Downloads/Temp/eMule/045.part

En vervolgens:

code:

[2004/12/24 21:53:11, 0] lib/util_sock.c:read_socket_with_timeout(321)
  read_socket_with_timeout: timeout read. read error = Connection timed out.
[2004/12/24 21:53:11, 0] smbd/oplock.c:oplock_break(923)
  oplock_break: client failure in break - shutting down this smbd.
[2004/12/24 21:53:12, 1] smbd/service.c:close_cnum(836)
  desktop-timo (192.168.0.2) closed connection to service www
[2004/12/24 21:53:12, 1] smbd/service.c:close_cnum(836)
  desktop-timo (192.168.0.2) closed connection to service shared
[2004/12/24 21:53:12, 1] smbd/service.c:close_cnum(836)
  desktop-timo (192.168.0.2) closed connection to service data
[2004/12/24 21:53:40, 0] smbd/oplock.c:request_oplock_break(1055)
  request_oplock_break: no response received to oplock break request to pid 7300 on port 38805 for dev = 341, inode = 6619160, file_id = 42

[ Voor 64% gewijzigd door Stamgastje op 26-12-2004 11:56 ]

[alt-92]

[google=oplocks] .

Lijkt me een goede start om daar eens naar te zoeken.

[Maurits27]

Je zou eerst moeten uitzoeken of het aan je debian server ligt.
Zet die share eens uit. En kijk of je dan nog steeds dezelfde foutmelding krijgt.

Tip: Gebruik een aparte map voor je downloads. En deel ze pas als je ze helemaal binnen hebt. En zet ze daarna b.v. in een map genaamd gedeeld. En pas anders je share aan.

[Stamgastje]

Ik heb de volgende 2 regels toegevoegd aan /etc/samba/smb.conf onder [global]:

code:

level2 oplocks = no
oplocks = no

Echter, hiermee is het probleem niet verholpen. Er staat nu in mijn log:

code:

[2004/12/26 21:19:17, 1] smbd/service.c:make_connection_snum(648)
  desktop-timo (192.168.0.2) connect to service shared initially as user XXXXX (uid=1000, gid=1000) (pid 12747)
[2004/12/26 21:33:42, 0] lib/util_sock.c:read_socket_data(384)
  read_socket_data: recv failure for 4. Error = Connection timed out
[2004/12/26 21:33:42, 1] smbd/service.c:close_cnum(836)
  desktop-timo (192.168.0.2) closed connection to service shared
[2004/12/26 21:35:05, 0] lib/util_sock.c:read_socket_data(384)
  read_socket_data: recv failure for 4. Error = Connection timed out
[2004/12/26 21:35:05, 1] smbd/service.c:close_cnum(836)
  desktop-timo (192.168.0.2) closed connection to service shared

[Stamgastje]

Maurits27 schreef op zondag 26 december 2004 @ 13:42:
Tip: Gebruik een aparte map voor je downloads. En deel ze pas als je ze helemaal binnen hebt. En zet ze daarna b.v. in een map genaamd gedeeld. En pas anders je share aan.

Ik share de files die gedownload worden nog niet, deze staan al in een aparte map.

[alt-92]

Stamgastje schreef op zondag 26 december 2004 @ 22:45:
Ik heb de volgende 2 regels toegevoegd aan /etc/samba/smb.conf onder [global]:

code:

level2 oplocks = no
oplocks = no

OpLocks hebben zowel op de Server als op de Client effect.
Heb je ook aan de client kant wijzigingen geprobeert?

[Stamgastje]

BackSlash32 schreef op maandag 27 december 2004 @ 00:24:
OpLocks hebben zowel op de Server als op de Client effect.
Heb je ook aan de client kant wijzigingen geprobeert?

Wijzigingen zoals?

Het enige wat ik daar tot nu toe gewijzigd heb is dat ik de Webclient service uitgeschakeld heb, dat zou volgens een andere site problemen kunnen geven. Maar dat heeft het niet opgelost.

[ Voor 29% gewijzigd door Stamgastje op 27-12-2004 00:38 ]

[Stamgastje]

Ik heb nu het volgende gedaan als test:

XP services uitgezet:
- Computer Browser
- Distributed Link Tracking Client
- Network Location Awareness
- Webclient

En verder de XP SP2 firewall disabled (de server waar het XP workstation achter hangt draait toch iptables). Ik laat eMule vannacht maar eens draaien met een hoop downloads, ik ben benieuwd of er morgen weer fouten opgetreden zijn.

Als iemand nog suggesties heeft voor eventuele aanpassingen op de server dan hoor ik het graag.

EDIT: Als je het over de duivel hebt... weer hetzelfde probleem dus! Ik heb het gevoel dat er toch iets mis is met mijn server, maar wat...?!

[ Voor 21% gewijzigd door Stamgastje op 27-12-2004 02:35 ]

[Stamgastje]

Ik heb nu als laatste het volgende gedaan op mijn desktop (XP-SP2): ik heb de file TCPIP.SYS gepatched zodat het maximale aantal half-open connections van 10 naar 250 verhoogd is. Ik doe maar weer eens een test run met een stuk of 50 downloads. Als dit niet werkt moet het toch echt in de server gezocht worden denk ik.

EDIT: Ook dat helpt niets. Kortom, er zit iets fout in de server configuratie. Iemand een idee?

[ Voor 14% gewijzigd door Stamgastje op 27-12-2004 13:32 ]

[Stamgastje]

Kick. Heeft echt niemand een idee wat dit zou kunnen zijn? Het moet haast wel iets in de configuratie van mijn server zijn, zie bovenstaande posts. Ik heb eMule nu een nachtje laten draaien met slechts een stuk of 10 gelijktijdige downloads en dat gaat zonder problemen. Zo gauw het er meer worden gaat het weer mis.

[leuk_he]

Hij mekkert iets over een andere user. Heb je in emule ingesteld dat hij emule-secure draait (onder scurity settings van emule) , dus dat hij de samba server als 2 gebruikers benadered (zou moeten kunnen, maar wel iets wat ongewoon is)

[Stamgastje]

Ik neem aan dat je doelt op de optie "Run eMule as unprivileged User"? Die staat uit namelijk.

[alt-92]

Stamgastje schreef op maandag 27 december 2004 @ 13:09:
EDIT: Ook dat helpt niets. Kortom, er zit iets fout in de server configuratie. Iemand een idee?

In plaats van lukraak allerlei ongerelateerde services uit te zetten en andere rare "patches" te draaien op je clients (waarvan het nut zo'n beetje nop is) kan je je natuurlijk ook verdiepen in het fenomeen oplocks. (omdat dat ook uit je logs kwam denderen).

Nu worden je sessies zelfs nog sneller afgekapt dan eerst waardoor je die 2e log errors ziet.

[Stamgastje]

BackSlash32 schreef op woensdag 29 december 2004 @ 03:54:
In plaats van lukraak allerlei ongerelateerde services uit te zetten en andere rare "patches" te draaien op je clients (waarvan het nut zo'n beetje nop is) kan je je natuurlijk ook verdiepen in het fenomeen oplocks. (omdat dat ook uit je logs kwam denderen).

Zoals je hier kunt zien heb ik dat ook al geprobeerd, daar zit het probleem hem niet in. Dan krijg ik weer andere errors. Blijkbaar worden, als er veel verbindingen zijn tussen de desktop en de server, er op eengegeven ogenblik verbindingen verbroken waardoor er time-outs optreden. Dit komt echt alleen voor als er veel verbindingen zijn (met weinig downloads draait eMule goed).

Neem daarbij dat XP maar een beperkt aantal nieuwe (half-open) connects toelaat per seconde en de rest in de queue zet. Dan kan het dus voorkomen dat die queue op een gegeven moment heel erg vol zit en er een time-out optreedt bij het opzetten van een verbinding. Zo onlogisch is het dus niet om mijn desktop te patchen.

Maar goed, ondertussen ben ik nog geen stap verder. Iemand andere ideeën? Of klopt er toch iets niet in mijn gedachtengang?

[vanaalten]

Even heel wat anders: waarom heb je geen e-mule client op je server draaien?
Dat heb ik wel (Debian Sarge server), zodat m'n desktop PC 's-nachts en als ik niet thuis ben gewoon uit kan.
Bedienen kan simpelweg via telnet of via de webinterface. De directory met binnengehaalde bestanden is via Samba weer vanaf de desktop PC bereikbaar.

Heeft uiteraard niets met jouw probleem te maken, maar kan wel een oplossing zijn...

[Stamgastje]

Ja, zou idd kunnen. Is idd geen oplossing (dit probleem lijkt geen eMule specifiek probleem te zijn maar een Samba probleem). Welke eMule client gebruik je dan? amule? En werkt dat echt gemakkelijk via ssh/telnet?

[ Voor 7% gewijzigd door Stamgastje op 29-12-2004 16:51 ]

[vanaalten]

Als client gebruik ik mldonkey.apt-get mldonkey-server dus...
De eerste keer de boel configureren ging even moeizaam. Weet niet meer precies waarom, waarschijnlijk het invoeren van een lijstje servers dat niet zo soepel liep, maar nu loopt het vlekkeloos.

Zowel de web- als de telnet interface zijn alleen vanaf het lokale netwerk bereikbaar (poort 4000 en 4080 als default geloof ik). Vanaf thuis gebruik ik eigenlijk alleen de webinterface, maar vanaf hier (werk) ga ik met ssh naar m'n server toe, daarna telnet ik naar de telnet interface - voor als ik even snel een download wil starten of de status wil bekijken.

Het grote voordeel heb je als je moeilijk verkrijgbare spullen wilt downloaden.Geen probleem als dat enkele weken duurt, terwijl je een desktop-PC (zeker als 'ie net als bij mij in de slaapkamer staat) toch wel graag uit wilt zetten tussendoor.