SAMBA && paralelni ZIP && dlouhe soubory

[AdaMcPetr]

> On Wed, 8 Nov 2000, AdaMcPetr wrote:
> 
> > Konfigurace: ReadHat 5.2, samba-1.9.18p10-5 
> 
> To je ztracene stara samba, doporucoval bych upgrade.
Znate to co funguje do toho nesahat, tohle je v podstate jediny 
problem, ktery lze navic snadno obejit. Nicmene asi to upgrejdn, o 
vysledcich poreferuji.
> 
> > Symptomy: pri kopirovani dlouheho souboru (>20MB) z Win klienta 
> > na paralelni ZIP sdileny pres sambu se dlouho nic nedeje a pak 
> > vypadne hlaska ze neexistuje sdileny zdroj (ta ZIPka). Kratsi 
> > soubory to kopiruje bez problemu.
> > 
> > Kdyz jsem straceoval smbd tak to vypada jako ze samba nejdriv 
> > udela dlouhy soubor vyplnenej nulama, coz holt na paralelni ZIPce 
> > trva trochu dyl a Win clientovi mezitim dojde trpelivost. 
> > 
> > Hral jsem si s parametrem keepalive, ale bezuspesne.
> > 
> > Nemel nekdo podobny problem? 
> 
> No sice nemel, ale skusil bych naformatovat zipku pod ext2, potom by
No na testovani dobry, ale na ty ZIPce FAT potrebuju.
> netrvalo vytvoreni souboru plneho nul nijak zvlast dlouho. Nicmene
To je zajimave proc myslite ze na ext2 to bude signifikantne 
rychlejsi? Teda pokud ext2 nenuluje volny bloky rovnou pri jejich 
uvolnovani, coz myslim nedela.
> nemyslim si, ze by samba neco takoveho delala, nejak mi neni jasne proc by
> mela. Ale ze kdyz je nejaky problem s filesystemem, tak windows hlasi ze
No jediny duvod proc by to delala mne napada, ze to je dostatecne 
plattform independent zpusob jak na mediu alokovat misto, a 
zaroven neumoznit klientovi videt nejaky zbyly garbage.
> sdielny prostredek neexistuje, me to dela obcas nfs disk, ktery je
> reexportovan pres sambu.
S tim nemam zkusenost.
> zdravim
diky
AdaMcPetr
petr.adamek na antek.cz
http://www.antek.cz