Newsgroup: it.comp.os.linux.sys
Titolo: Files Fantasma

Saluti a Tutti
Mi accade una cosa piuttosto strana.
Ho alcune cartelle in cui sono presenti dei file che non riesco piu a
cancellare in alcun modo.
-Se faccio un ls mi viene data la lista dei file
-Se faccio un rm * il sistema risponde, per ogni file no such file or
drectory
-stessa risposta se faccio ls -l
Addirittura capita che ad esempio il file /etc/inetd.conf lo posso
visionare ma non lo posso ne cancellare ne modificare ne cambiare i
permessi che comunque sembrano esserci sia in lettura che scrittura.
Ovviamente ho effettuato le prove come root, ed ho effettuato diversi
fsck per controllare il fileystem
Il server č un Linux red hat 6.1 con installato il server di posta
qmail.
 
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 qmail.
Probabilmente i files sono "bloccati" da un processo che li tiene aperti.
E` uno dei grossi problemi con Unix, che non sa come gestire accessi
contrastanti da processi diversi.
Per vedere se e` il caso, due opzioni: reboot o "lsof" per trovare che
processo ha aperto che cosa e fermarlo. Bisogna killare il processo che
ha aperto il file.
Ciao,
-- 
       Roberto Divia`             Love at first sight is one of the greatest
       =============             labour-saving devices the world has ever seen.
Mailbox: C02110                 CERN-European Organization for Nuclear Research
E-mail: 
Robert...@cern.ch
           CH-1211 GENEVE 23, Switzerland

 wrote in message
news:c4f1166ff3a4fadba09...@mygate.mailgate.org...



"...che non sa come gestire accessi accessi contrastanti da processi
diversi."
scusa ma questa frase non l'ho capita!
e come potrebbe mai gestire accessi "contrastanti" ?!?
il file locking mi sembra una cosa naturale...
... pero' (ma questo è un'altro caso) esiste CVS. ;-/

 > E` uno dei grossi problemi con Unix, che non sa come gestire ...
ROTFL!

 -stessa risposta se faccio ls -l
Che fs  e`? Ho avuto  lo stesso  problema con  una delle  prime versioni
reiserfs. Se  e` questo  il  caso ti  posso dire  che  il "fenomeno"  si
espandeva molto velocemente, quindi ti conviene backupare e riformattare
(fsck non e` servito a nulla).
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Ci sono due cose che l'uomo non puo` nascondere:
essere ubriaco ed essere innamorato.

 ROTFL!
Io direi ROTFLASTC!
-- 
Stefano L.

 permessi che comunque sembrano esserci sia in lettura che scrittura.
A parte razzolamenti vari da parte di un file system fallato, io
punterei su chattr.
man chattr e prova a vedere se puo' essere il tuo caso.
-- 
          |Save our planet!
   Ciao   |Save wildlife!
  roberto |For your E-MAIL use ONLY recycled Bytes  !!
          |roberto poggi   
rpo...@softhome.net

 qmail.
se fai un lsattr nome_file
cosa ti dice ?
Marco

 > contrastanti da processi diversi.
??????????????????????????
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Ma dove l'hai letto sul manuale del trapper?


Imparato vent'anni fa. Ne avevo discusso con RMS e anche lui confermava
che la cosa non andava molto bene. All'epoca era ancora molto attivo per
il progetto del GNU kernel (non esisteva ancora Linux).


 -stessa risposta se faccio ls -l
Quanto sopra potrebbe essere il sintomo di un file system (probabilmente UFS,
ma non posso esserne sicuro) che ha accontentato l'rm (probabilmente la
prima chiamata a rm * non ha generato alcun messaggio d'errore) e che non
puo' levare il file visto che un altro processo lo tiene aperto, in lettura
o in scrittura. A mia conoscenza non esiste alcuna procedura per forzare
la cancellazione altra che uccidere tutti i processi che tengono aperti i
files in questione. O uno sa quali sono i processi - e li uccide - oppure
deve trovarli. Il comando "lsof" (che ho visto implementato su SunOS,
Solaris, HP-UX e Linux) crea la lista di quali processi hanno aperto i
files di una partizione, e quindi aiuta a trovare i processi che bloccano
i files fantasma.
I sintomi e le reazioni dipendono anche dal file system. NFS, as esempio,
crea dei file "cloni" (punto qualche cosa) oppure ritorna un errore del
tipo "Stale NFS file handle". AFS crea dei file cloni "._afsxyz". In
emtrambi i casi potrebbe non essere possibile uccidere i processi che
bloccano il file, visto che possono girare su nodi remoti...
