Newsgroup: it.comp.macintosh
Titolo: Problemi NAS QNAP

Ieri pomeriggio in ufficio hanno installato un nuovo NAS della QNAP.
In fase di test sono già spuntati fuori due problemini non da poco:
1 - Alcune cartelle non si riesce a buttarle perché dice che ci sono 
dei file in uso. Ovviamente non è vero, sono l'unico utente collegato e 
non ho programmi aperti che potrebbero utilizzare quel tipo di file. Ho 
già provato a riavviare il NAS ma il problema persiste. Come cacchio 
faccio a cancellare file e cartelle che mi dice, mentendo, che sono in 
uso?!? Se metto il NAS in produzione e gli utenti non possono 
cancellare dei file è un casino...
2 - Copiando un archivio sul NAS da un altro server tutti i file di 
Xpress, che non hanno l'estensione .qxp, me li vede come dei file 
mpeg... Purtroppo questi file sono moltsissimi (più di 100mila...) e 
non è possibile aggiungere a mano l'estensione. La situazione precisa è 
questa: ho una cartella che contiene a sua volta delle cartelle 
contrassegnate da una lettera dell'alfabeto all'interno delle quali ci 
sono le cartelle dell'archivio che contengono un file di Xpress e una 
immagine in formato .eps che avendo la sua estensione non crea 
problemi. Domanda: come posso fare, dal terminale, per aggiungere in 
automatico l'estensione .qxp ai file di Xpress?!?

 automatico l'estensione .qxp ai file di Xpress?!?
secondo le informazioni da te date
ti basta eseguire questo
find /IL/PERCORSO/DOVE/ESEGUIRE/LA/SOSTITUZIONE/ \! -name \*.eps -type 
f -exec mv {} {}.qxp \;
mi raccomando, lo script rinomina tutti i file che non finiscono con 
.eps in .qxp
all'internno della cartella (e sottocartelle) data
scrivi *MOLTO* bene il percorso, o ti ritrovi con un pastrocchio su disco.
(se vuoi prima verificare che modificherà SOLO i file giusti esegui solo questo
non fa nulla, ma stampa tutti i file a cui aggiungerà l'estensione
find /IL/PERCORSO/DOVE/ESEGUIRE/LA/SOSTITUZIONE/ \! -name \*.eps -type f
)
-- 
---
namaste

 /la/cartella/da/cancellare` dal terminale?)
Non ho provato, ma ho provato a cancellarli dall'interfaccia web del 
QNAP e li cancella.
Ora cancellerò tutti file .DS_Store sul NAS (se non mi cazzi troppo 
provo a chiederti uno script da terminale per farlo velocemente...) e 
abiliterò su tutti i client la funzione che non fa scrivere questi file 
sui dischi remoti.
defaults write com.apple.desktopservices DSDontWriteNetworkStores true
Grazie 1000 per l'aiuto!


-- 
I'm trying a new usenet client for Mac, Nemo OS X, since 0 days.
You can download it at 
http://www.malcom-mac.com/nemo

 defaults write com.apple.desktopservices DSDontWriteNetworkStores true
Quella è sicuramente una soluzione
questo è lo script per cancellarli
find /Volumes/ILTUOSHARE/. -name .DS_Store -exec rm {} \;
ma...
non mi piace molto.
qui è quasi sicuramente una questione di permessi alla creazione dei .DS
prima di cancellarli verifica un po' che permessi hanno
ls -la in una qualsiasi cartella dello share.
comunque un sospetto io ce l'ho.
se è questione di permessi probabilmente è questione di UMASK
intanto dimmi quando crei una cartella sullo share che permessi ha naturalmente
(io suppongo rwxr-xr-x)
se invece non ti freca nulla
cancella i DS_store e magna tranquillo :)
ciao
-- 
---
namaste




 serio, almeno sul Mac.
La consigli?

 prima di cancellarli verifica un po' che permessi hanno
Domani pomeriggio sono in ufficio e controllo. ;-)

 La consigli?
Si, tieni conto che a seconda dalla versione del firmware che hai 
l'upgrade e` raticamente obbligatorio, visto che sono state rilasciate 
versioni del firmware davero pieni di bug, anche importanti.
il tuo che versione monta ?
Controlla anche come sono stati formattati gli HD, perche per usare gli 
ACL e le nuove funzionalita` della condivisione, devono essere 
formattati in ext4.
Disabilita anche la cache, visto che in molti casi da piu` problemi che 
altro.


 altro.
Intendi l'opzione oplocks nella condivisione delle cartelle?

 Non la conosco e dovrei capire alcune cose prima di attivarla.
l'iscsi non č un file system di rete, č un sistema per esportare via
rete un disco fisico come fosse un disco scsi.
il sistema funziona bene (su osx c'č globalsan gratuito per montare i
dischi in iscsi)
credo funzioni anche con accessi concorrenti (piů client connessi
allo stesso target iscsi), ma credo sia piů sicuro montarlo
su una macchina server e poi esportare in AFP (SMB o NFS) sulle altre
macchine client.
questo puň essere utile in svariati casi: per farti un esempio tenere 
il qnap fuori dalla
rete dei tuoi client.
io ti sconsiglio di montare in iscsi da tutte le macchine client, usa 
un fs di rete.
-- 
---
namaste

 Intendi l'opzione oplocks nella condivisione delle cartelle?
No, vai in System Administration > Hardware > e guarda l'opzione "write 
cache"


 un fs di rete.
Concordo in pieno, tanto piu` che ci sono ancora problemi tra il SW 
initiator da nstallare sul Mac e l'implementazione di iSCSI fatta da 
qnap.
L'iscsi e` comodo se vuoi usare lo spazio dei dischi del NAS per 
metterci le macchine virtuali, visto che e` anche certificato iSCSI 
VMware, ma per un uso classico sono piu` le rogne e le limitazione che 
i vantaggi. 



Per eliminare i files sul NAS da terminale:
cd /Volumes/nomedelNAS
find ./ -name ".DS_Store" -print0 | xargs -0 rm
Ma penso che si possano cercare ed eliminare anche con un programma
come easyfind.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 programmacome easyfind.
Certo ma ti devi ricordare di farlo ogni volta, e cosi comunque non 
risolvi tutto il problema, ma solo una parte.


 i vantaggi.
la qnap supporta appieno l'ultima versione stable di globalsan, o almeno
cosě č scritto. che problemi hai avuto (io non ne ho, ne con GlobalSAN su
Mac OS X, ne con open-iscsi su linux).
-- 
---
namaste

 (io suppongo rwxr-xr-x)
Ho scoperto che molto probabilmente i file .DS_Store che impedivano di 
cancellare le cartelle erano quelli che venivano dal recupero dei dati 
del vecchio NAS che è schiattato, per cui è molto probabile che nei 
vari passaggi (sotto Win) i permessi si siano sputtanati. Quelli che mi 
davano dei casini li ho cancellatie non posso più verificare, gli altri 
che ho trovato sparsi in giro hanno i permessi settati a 766.
Se il problema è limitato ai file recuperati non mi preoccupo più di 
tanto, li sistemo e via.
L'importante è che non mi faccia casino con i nuovi file e le nuove 
cartelle che andremo a mettere sul NAS.
Alla prossima
Ciao

 GlobalSAN suMac OS X, ne con open-iscsi su linux).
Io non ho ancora provato, volevo farlo, ma fino ad ora ho desistito, 
visto che sul forum US, continuano ad esserci precchi post di persone 
che continuano ad avere problemi di stabilita`.
Da quanto ho capito sembra che attualmente i problemi siano imputabili 
piu` al SW  GlobalSAN che non al QNAP, tante` che la stessa QNAP 
consiglia di usare il SW della ATTO che pero` e` a pagamento, e visto 
che l'uso che ne faro` sara strettamente casalingo spendere 200 dollari 
mi scoccia un po'.
Ha te non da' problemi ? che versione di GlobalSAN usi ?.
L'altro motivo che mi trattiene e che io gli stessi dati che vorrei 
mettere in un "volume" iscsi avrei bisogno di condividerli anche con 
samba o almeno NFS, ed ha quanto ho capito non e` possibile fare una 
cosa del genere.


 cosa del genere.
certo che è possibile
sul qnap esporti in iscsi
lo prendi su un osx con globalsan
da li lo esporti in afp, nfs o samba, come faresti con un volume locale.
-- 
---
namaste

Riguardo a "Re: Problemi NAS QNAP", helquit scrisse:




Ma a me servirebbe poterlo fare direttamente da QNAP.
In pratica avrei bisogno che le stesse cartelle siano visibili tramite 
iscsi sul Mac e tramite samba o nfs sul un altro PC, mi andrebbe bene 
anche in sola lettura.  


risolvi tutto il problema, ma solo una parte.
Lo fai solo una volta dopo aver disabilitato la creazione dei
.DS_Store, sempre che ti interessi cancellare solo quelli.


 ..DS_Store, sempre che ti interessi cancellare solo quelli.
Con i soli .ds non risolvi sempre quel problema, lo so per esperienza 
personale, devi anche eliminare i ._ 
Comunque con le ultime versioni del firmware non lo dovrebbe piu` fare, 
a me non lo fa piu` e ci sono altri commenti positivi da parte di altri 
utenti.
In effetti alcuni utenti lamentano ancora un vecchio problema 
riguardante la condivisione di un volume con samba e AFP.
In pratica se si condivide un volume sia in AFP che in SAMBA e ci si 
accede contemporaneamente sia da Mac che da PC con windows XP, e vista, 
non ho idea se accade anche con seven, succede che se si creano file e 
directory da samba poi non sempre riesce ad cancellarlo da AFP, succede 
anche nel caso contrario file creati da Mac che non si riescono a 
cancellare da samba, anche se l'utente ha i diritti per farlo, succede 
anche se siusa lo stesso utente.
Altri utenti invece lamentano l'improvvisa sparizione di file che 
divetano come invisibili via AFP, ma che invece si vedono ancora se ci 
si collega via samba, anche questoproblema dovrebbe essere stato 
risolto con le uktime versioni del firmware
-- 
Riccardo Saettone
Per rispondere togliere alfa e beta

 
la cosa non ha senso ed è normale che non si possa fare.
iscsi esporta il disco fisico, un filesystem di rete esporta il filesystem.
come puoi fare contemporaneamente tutti e due? non puoi.
chi prende il disco in iscsi (initiator) può esportarlo con un fs di rete.
-- 
---
namaste

 chi prende il disco in iscsi (initiator) può esportarlo con un fs di rete.
Faccio fatica a capire l'utilità/vantaggi di 'catturare' un disco 
iSCASI per poi metterlo in condivisione con AFP o SAMBA.

 rete.
Lo so pero` a me farebbe molto comodo.


 Lo so pero` a me farebbe molto comodo.
e io ti ripeto che, come si dice in genovese, "succhiare e soffiare non 
si può fare" :)
-- 
---
namaste



Pero` sarebbe bello :).
A parte gli scherzi il vantaggio di iSCSI almeno sul qnap e` che sia la 
velocita` in scrittura che quella di lettura e` molto maggiore rispetto 
a quella che si puo` raggiungere sia via SAMBA che via AFP, nel mio 
caso ad esempio MacPro collegato in Giga in scrittura faccio un 20% - 
25% in piu`.
Comunque ho visto che con le ultime due release del firmware c'e` stato 
un buon incremento nella velocita` di scrittura sopratutto quando si 
hanno moltissimi file di piccole dimensioni.


 wrote:

Usi il disco iSCSI come device collegato al VERO fileserver, ad esempio. 
Quindi sposti la gestione degli utenti e dei permessi sul server, sempre 
per fare un esempio...
Ciao
A.