Bonjour, Rien de tout cela ne marche non plus... J'ai mis l'os level � 128, il n'y a pas de filtrage de flux sur l'interface interne de mon routeur et je n'ai pas de serveur WINS (le nmblookup est tout de m�me tr�s rapide). Ca ne vient peut-�tre pas directement de Samba... Un autre package pourrait -il �tre en cause? Mon noyau est un 2.6-8 (je crois), faut-il que je mette la derni�re version?? Si ca continue, je repasserai mon serveur sous win :) Pour ce que j'en fait, ca sera plus simple... Merci encore! Et si qqn a une id�e lumineuse, je suis preneur!!
Arnaud On Apr 6, 2005 7:09 AM, Alban Browaeys <[EMAIL PROTECTED]> wrote: > Le Sat, 02 Apr 2005 01:17:19 +0200, Arnaud Goulois a �crit : > > > Bonjour, > > > > Depuis un upgrade il y a une dizaine de jours, j'ai des probl�mes de > > d�bit avec samba. J'ai un serveur sous debian testing et un client sous > > win xp sp2, le tout reli� par un switch 100Mbps. > > Je vous explique mon probl�me. Quand je transf�re des fichiers du > > serveur vers le client, le d�bit semble correct mais il chute parfois > > pendant quelques secondes (ce qui entraine des freezes quand je lis des > > fichiers audio ou video) mais le pire et le transfert du client vers le > > serveur, je mets plus d'1/2 h pour uploader 300Mo vers le serveur... > > J'ai essay� de modifier le smb.conf (notamment le 'socket options') mais > > je n'ai r�ussi qu'� empirer ca. Le probl�me ne semble pas �tre d� au > > r�seau car en FTP, je n'ai aucun probl�me... > > Quelqu'un a une petite id�e? Moi, je s�che!! > > Merci beaucoup. > > > > Arnaud > > > > Voil� mon smb.conf : > > [global] > > socket options = IPTOS_LOWDELAY TCP_NODELAY > > oplocks = no > > max log size = 50 > > printcap name = cups > > logon script = \\serveur\%u > > os level = 128 > > domain master = Yes > > dns proxy = No > > ldap ssl = no > > hosts allow = 192.168.1.102 > > use sendfile = no > > remets le sendfile ! il faut le d�sactiver sinon tu as un bug pour les > noyaux <= 2.4.20 ... jepense que tu es plus � jour que cela > Mais c'est cette option qui permet l'envoi de plus gros packets de > donn�es ! > Par contre il est possible que pour d'autres raisons elle soit maintenant > d�sactiv� par d�faut. Donc sendfile=yes peut etre une bonne id�e. > Pour les tests essaye en commentant tes socket options ... > > et surtout v�rifie que tu n'as pas un autre samba avec le meme os level > ou ce genre de probl�me , tu peux regarder dans les logs samba si tu n'as > pas des �lections perpetuelles (des lignes qui ressemblent � "master for > ..." "demote untel master ..." toutes les 15 secondes). > > Sinon il reste les probl�mes de serveur wins. TU peux voir avec nmblookup > si tes r�solutions de noms netbios s'effectuent dans des temps > raisonnables . Si non , chercher si une machine ne s'est pas retrouv� > controlleur wins par erreur (sans la configuration appropri� cela peut > ralentir s�rieusement le trafic). > > Mais je vois plut�t un probl�me d'os level, cela m'a toujours "amus�" > de voir ces serveurs windows se battre pendant des jours (un admin a m�me > confirm� qu'avec un bon parc cela avait pris un an et demi avant que le > controlleur de domaine soit d�fini :-> ) > > V�rifie aussi que tu n'as pas de firewall sur ton interface interne (si > l'une de tes machines samba est aussi point d'acc�s internet. Cela > pourrait te bloquer le port 445 > Enfin ton disc a peut �tre un probl�me, v�rifie le dma (hdparm -d > /dev/hd... ) > > Bonne chance > Alban > > -- > Pensez � lire la FAQ de la liste avant de poser une question : > http://wiki.debian.net/?DebianFrench > > Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
