Newsgroup: it.comp.os.linux.sys
Titolo: problemuccio con samba

Ho un piccolo samba server ed ultimamente il grafico lamenta un problema 
tipo questo (client xp home):
Prende un filmato flash
Lo modifica
chiude flash
lo riapre
carica il file e....
..il file ritorna alla versione precedente, anche come data e ora di 
modifica.
Il server al momento del salvataggio visualizza l'ora corretta, nessuno 
accede alle directory unix direttamente ma solo tramite client di rete, 
ho provato samba 2.2.9 e samba 3 senza modifiche.
Il file di configurazione dello share è semplice semplice:
# Global parameters
[global]
	workgroup = TOSNET
	netbios name = SERVER-PRATO
	server string = Tosnet smb server
	interfaces = eth0
	security = SHARE
	encrypt passwords = Yes
	map to guest = Bad User
	printcap name = lpstat
	guest account = pcguest
	printing = lprng
[Server]
	comment = Server prato
	path = /condivisioni/server
	read only = No
	guest only = Yes
	guest ok = Yes
	write cache size = 262144
(il write cache l'ho aggiunto ora, prima era disabilitato)
È un problema di xp, di flash (lo fa anche dreamweaver ma la mamma è la 
stessa) o di samba?
Il file torna indietro di 6 giorni....
Il linux è il 2.6.6, lo faceva anche con il 2.6.3
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Prima di parlare collegare la spina del cervello,
	 leggere e in caso di schermata blu riavviare.

 Ho un piccolo samba server
non è la prima volta che ne sento parlare ... pare che non vengano
rilasciate completamente le risorse legate al file. Chiedi al grafico di
salvare e di disconnettersi dalla rete, effettuare una nuova connessione e
aprire il file. Just a test ma dovrebbe cambiare qualcosa .... ;P
 Dave
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 
Ma il problema è di samba o di dw? Se fosse di samba sarbbe un buco 
devastante..


 un buco devastante..
Direi Samba, ma non sono sicuro, mi sembra ancora molto strano come
comportamento .... hai controllato che il file sia stato effettivamente
salvato e che non ci siano file temporanei, swap, cache e/o altre menate
simili sul server?


 simili sul server?
Prova a vedere se il problema si continua a presentare dopo aver
disabilitato gli oplocks in smb.conf... Se quello risolve, la colpa è di
samba, presumibilmente. Solo, mi pare strano capiti solo a te e solo in
quella situazione: mi parrebbero più problemi del client...
Fino a 98 c'era anche la possibilità di disabilitare il caching
effettuato da windows in ram (che in alcune, frequenti, occasioni dava
origine a casini) paciugando sul registro di sistema. Non so se XP e
famiglia lo permettano ancora, ma sarebbe un'altra prova utile.
Altro non mi viene in mente (c'è solo quel client che usa quel programma?
gli altri eventualmente come vanno?).
Hola...

 
La cosa buffa è che se il grafico salva e chiude il file ha la data di 
oggi, se riapre il file la data del file torna quella del 6/5. 
Ovviamente le modifiche non ci sono.. Penso più ad un problema di dw 
perchè altrimenti sarebbero ..zzi acidi


 Hola...
Quel programma sì, un w98 ha una contabilita in acucobol che va 
benissimo, senza considerare i vari file di OO sia linux che windows in 
rete.


 perchè altrimenti sarebbero ..zzi acidi
ok, provo a sparare una ca%%ata, il file e' sempre uno solo?
o lo fa anche con altri filmati flash?
Se lo fa solo con uno prova a verificare (tramite shell non windows) che 
nella directory unix non ci siano altri file con lo stesso nome ma con 
un case diverso.
A me e' successo un paio di volte e succedevano cose strane :/
HTH
byez
-- 
Documentation is like sex: when it is good, it is very, very good. And 
when it is bad, it is better than nothing. - Dick Brandon

 Dave wrote:
in ogni caso, se hai tempo prova a:
. sconnettere il client dalla rete e riprovare.
. controllare che sul server non ci siano file temp.
. controllare che sul pc non si siano file temp.
. aprire, salvare e poi riaprire il file da un altro PC.
. aprire il file, salvare, riavviare samba, riaprire il file.
Se puoi, prova e posta il risulatato dei test.


 perchè altrimenti sarebbero ..zzi acidi
1) sniffer per verificare se effettivamente viene tentato il salvataggio
(magari e dw che fa finta di salvare ma non salva)
2) md5 per verificare se il file cambia
-- 
*    HappyCactus - Linux User #209744 - BOFH Certified Engineer    *
*                         
http://www.google.com
                    *
*                                                                  *
*                           ET IN ARCADIA EGO                      *