Newsgroup: it.comp.os.linux.sys
Titolo: problemi con ext3.

Salve.
Che voi sappiate ext3 ha dei limiti riguardo il numero massimo di files 
memorizzabili su un filesystem?
Sotto la directory /var/www, che e' una partione a se stante ext3, ho 
moltissimi files, ho lanciato da mezz'ora find * - exec ls {} \; |wc -l 
e ancora non ha finito.
Se tento di creare una nuova directory o di copiarci nu file mi dice 
spazio esaurito nonstante df -h mi dica che ci sono ancora 962MB liberi.
Come mai?

 e ancora non ha finito.
ha finito ora totale files sotto /var/www 2604796.

 Come mai?
usa df -i
probabilmente sono finiti gli inode e non puoi creare nuovi file
ciao
--
Ranger!


Esatto e' proprio cosi' :-( ma e' un limite di ext3 questo?
Come posso risolvere, creandomi un'altra partizione sotto /var/www e 
spostando una parte dei files?

 Esatto e' proprio cosi' :-( ma e' un limite di ext3 questo?
c'hai la fissa eh? =) ovvio che ext3 abbia dei limiti, ma gli
inode sono un parametro fissato alla creazione del fs, quando
lo crei puoi variarne il numero anziche' accettare il default
man mkfs.ext3

 man mkfs.ext3
Scusa l'ignoranza ma c'e consigliabile cambiare il valore di default 
degli i-node?

qmusic ha scritto:

ma quant'č grande la partizione?
Io sul disco piů carico sono al 9% degli inode consumati
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Pensa che quand'ero piccolo ero talmente povero che anche l'arcobaleno
lo vedevo in bianco e nero.
		-- Silvio Orlando

 Io sul disco piů carico sono al 9% degli inode consumati
La partizione e' di 5Gb ma ci sono tantissimi piccoli files :-(

 spostando una parte dei files?
Se puoi fare il backup dei file, poi puoi aumentare gli inode.
Ma non lo puoi fare a filesystem pieno.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 di default degli i-node?
Italiano, lingua straniera.
Dipende: se sai in anticipo che il disco conterra` 
molti file di grandi dimensioni puoi diminuire il
numero di i-node, viceversa se il disco conterra` 
molti file di piccole dimensione lo aumenti.
Nel tuo caso non hai scelta: backup & mke2fs 

 Nel tuo caso non hai scelta: backup & mke2fs
Infatti, secondo me e` la cosa migliore da fare. Non ha senso sparpagliare
i file in altre partizioni.
Con una versione recente di mke2fs c'e` un'opzione per decidere il tipo di
filesystem, e si puo` scegliere "news", che crea molti piu` inode dello
standard e si arrangia a settare gli altri parametri.
Bye.

 [PGP KeyID: 0x465BFD47]
http://erlug.linux.it/~da/

 e ancora non ha finito.
Oltre a quel che ti è già stato detto, è cosa buona e giusta abilitare
il directory index già in fase di creazione del fileystem, -D dir_index,
oltre ovviamente a selezionare il tipo "news".
Oltretutto il fuo comando di cui sopra, oltre a essere concettualmente
errato, è pure penalizzante in modo assurdo, eseguendo una inutile fork
 per ogni file.
Era sufficiente un:
find /var/www | wc -l
o se ti interessavano solo i files
find /var/www -type f | wc -l
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

music ha scritto:

Appunto, il n. di inode č proporzionale alle dimensioni
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Ogni donna ha il diritto di essere brutta, ma lei esagera.
Ha le borse sopra gli occhi.
		-- Boris Makaresco

 
E ho capito ma nonostante avessi ancora circa 900MB liberi avevo 
tuttavia esaurito gli i-nodes.

music ha scritto:

...prova ad usare il filesystem xfs anziche' l'ext3. Per capirci, questo:
http://oss.sgi.com/projects/xfs/
http://en.wikipedia.org/wiki/XFS
A me non ha entusiasmato molto in quanto a prestazioni, ma e' un anno che 
lavora come un mulo su un piccolo server di backup. Lo installai proprio per 
ovviare ai limiti degli inodes...
Vedi qui sotto, come esempio, il raid sw da 160GB e il numero di inodes 
disponibili
# df -Ti
Filesystem    Type    Inodes   IUsed   IFree IUse% Mounted on
...
/dev/md5       xfs   160079552 5021536 155058016    4% /backup
# df -T
Filesystem    Type   1K-blocks      Used Available Use% Mounted on
...
/dev/md5       xfs   160001392  47993200 112008192  30% /backup
ps: considera, dato il sw (BackupPC), che ci sono dentro un gran numero di 
files che sono solo hard-links.
Ciao
-- 
Cybertoldo
Per rispondermi via email, sostituisci moc.liamg con 
gmail.com

 tuttavia esaurito gli i-nodes.
Questa questione degli i-nodes esauriti nonostante ancora molto spazio 
su disco mi ha lasciato perplesso.
Su un'altra macchina ho reiserfs anziche' ext3 e df -i non mi riporta 
informazioni riguardanti gli i-nodes, ne deduco che reiserfs non usa 
i-nodes e probabilmente ha un uso migliore dello spazio su disco.
Ero passato da reiserfs a ext3 poiche' leggendo in giro su internet 
sembrava che reiserfs non fosse piu' sviluppato ma solo manuntenuto.

 sembrava che reiserfs non fosse piu' sviluppato ma solo manuntenuto.
Ed e` cosi`. Il concetto e` che ognuno dovrebbe scegliere un file system
in base alle proprie esigenze, e non in base a quello che gli
consigliano. Ext3 permette cose che ReiserFS non ha mai permesso e mai
permettera` (e.g. data journaling), ma per contro ha delle
idiosincrasie che possono essere aggirate solo sapendo cosa si sta
facendo
Enrico

 i-nodes
rotfl, reiserfs non ha un numero di inode prefissato per un dato fs, df
-i non ne puo` pigliare il valore da statfs (afair), con ls -i li vedi;
ext2/3 li allocano staticamente, jfs (x es.) fa un'allocazione dinamica
(cioe` non riserva uno spazio fisso), reiserfs butta i dati equivalenti
agli inode in un albero assieme ai dati veri e propri, alla grossa