Πολύ αργό samba σε etch

[Dimitris Botsis]

ΤΟ παράξενο είναι ότι το κάνει μόνο για αρχεία MS Office και PDF.
Αν για παράδειγμα έχω ένα μεγάλο zip (~ 1 GB) πάνω στο samba και 
προσπαθήσω να το ανοίξω από εκεί, η ταχύτητα είναι ΟΚ.

Επίσης, με παλαιότερο samba (από Fedora Core 2) όλα είναι μια χαρά.
Τί γίνεται ?

Giorgos D. Pallas wrote:
> Dimitris Botsis wrote:
>> Geia sas,
>>
>> exw stisei ena file server se Debian etch kai yparxei kapoio problima 
>> stin epikoinwnia me ta Windows :
>> Enw mporw kai antigrafw arxeia me poly kali taxytita, anti8etws otan 
>> prokeitai na anoiksw arxeio Word H' Excel H' pdf, tote gia ena arxeio 1 
>> MB mporei na kanei kai miso lepto.
>> H antigrafi toy idioy arxeioy ginetai omws poly grigora apo Windows se 
>> Linux.
>> Paromoio problima kai kata tin aitisi diagrafis arxeioy poy brisketai 
>> panw sto smaba, apo ta Windows. Paromoioi xronoi.
>>
>> Psaxontas, brika oti kai alloi exoyn paromoia problimata me samba > 
>> 3.x.y, poy8ena den brika kapoia lysi.
>>
>> Kammia idea ?
>>
>> Eyxaristw.
>>   
> 
> Πολλές φορές τα windows ζορίζονται με τη samba αν δεν έχουν δηλωμένο
> WINS server και κάτι παρόμοια χαζά. Πρότασή μου είναι να θέσεις πχ την
> διαγραφή αρχείου υπό το μικροσκόπιο του tcpdump. Λίγα δεύτερα πριν
> πατήσεις το delete ξεκινάς ένα
> 
> tcpdump -n -w capture_file
> 
> και το σταματάς αφού διαγραφεί το αρχείο. Κατά προτίμηση κάνεις το
> tcpdump ταυτόχρονα και από τη μεριά του etch και από των windows (με
> Wireshark). Πιστεύω με μια προσεκτική εξέταση των pcap files θα δεις τί
> ακριβώς συμβαίνει. Μάλλον από την μεριά των windows κάτι κάνει timeout...
> 
> G.