Newsgroup: it.comp.os.linux.sys
Titolo: ReiserFS, mi sono scottato!

Situazione : Installazione ex-novo di una woody con passaggio a
reiserfs, tutte le partizioni montate con "defaults 0 0" in fstab.
Metto su INN (con cnfs), inserisco lo spool vecchio, ok, comuncio a
leggere e mandare le news di oggi. Bene. Scarico le ultime news, 27
articoli scaricati. E mo devo vedere se sto reiser funziona. Spengo il
pc di botto. Riavvio, vado da slrn, e vedo che non ci sono messaggi
nuovi, dei 27 articoli scaricati prima manco l'ombra. -porca vacca-, mi
dico. Vabbe`... faccio cnfsstats e mi dice che
_i_buffer_sono_completamente_vuoti
Nessun articolo c'e`, su 12000 che ne avevo solo in icoli, ritorno in
slrn e sta volta provo a entrare sui un ng (penso, i 27 nuovi sono
spariti ma quelli vecchi saranno li, forse il cnfsstats sbaglia), NO,
niente, nessun articolo. Si sara` sputtanato l'overview, do expireover,
niente, nessun articolo. Mannaggia!!!
Ora, mi chiedo, com'e` possibile che si sia danneggiato un file (cioe`
azzerato e` il termine piu` sensato in seguito a uno spegnimento
brutale? Con ext2 avrei probabilmente perso quei 27 articoli scaricati
per ultimi, ma i 50MB di articoli immessi 2 ore prima in INN, sarebbero
li belli che mi aspettano, invece cosi` non e` stato con il Reiser, che
essendo jounaled avrebbe dovuto fare di meglio, cioe` salvarmi anche
quei 27 articoli ultimi...
Ora penso, e` colpa mia, e` impossibile che sto FS cosi` blasonato perda
i pezzi a questa maniera, avro` sbagliato le opzioni di mount. E cosi`
chiedo conferma a voi qui. Elenco in seguito i miei settaggi:
Kernel : raiserfs selezionato <*>
         opzione sotto _non_ selezionata (do external checks??? bho)
fstab :
/dev/hdc6       /       reiserfs        defaults   0 0
/dev/hdc7       none    swap            sw         0 0
proc            /proc   proc            defaults   0 0
/dev/hdc5       /home   reiserfs        defaults   0 0
/dev/hdc8       /usr    reiserfs        defaults   0 0
/dev/hdc9       /var    reiserfs        defaults   0 0
...il risultato lo sapete.
Ho sbagliato io? Se si, dove?
Ditemi di si, mi seccherebbe tornare indietro con tutti gli e2fsck, e
vorrei lasciar perdere roba tipo XFS, JFS, AFS, perche` sono ancor meno
testati del reiser, e gia` con questo mi sono scottato.
Ciao, `matte.
ps: come vedete il pc va, ho solo perso 48 mega di articoli in un
cycbuff da 384MB, e si e` danneggiato wwwoffle.conf (che stavo
modificando prima di spegnere volontariamente)
pps: Quando ho spento c'era INN funzionante [1], ma wwwoffle.conf
l'avevo chiuso e salvato.
[1] Te credo se va via la corrente mica hai il tempo di spegnere INN.
-- 
err: signature too big

 reiserfs, tutte le partizioni montate con "defaults 0 0" in fstab.
Woody, con che kernel e che versione di reiserfs??

 slrn e sta volta provo a entrare sui un ng (penso, i 27 nuovi sono
Ecco mo ho dalla foga ho pure sbagliato a scrivere/spiegarmi.
Riprovo :-)
1) spengo dopo aver scaricato sti 27 articoli (senza aprire slrn)
2) accendo, mi connetto, scarico le news, e ci sono 8 nuovi articoli.
3) Entro in slrn e mi aspetto di trovare 27+8 articoli, invece ne trovo 8
4) Segno come gia` letti tutti i gruppi -esco convinto di aver perso
   solo quei 27 articoli-
5) cnfsstats segna ~100kb neanche di dati nel cycbuff, penso sbagli...
6) rientro in slrn, ESC 2 INVIO, su icoli, 4 articoli (l'ultimo download
   per intenderci, quello da 8 articoli totali) su 12000 che ne avevo
   prima del "test" per il reiser (spegnimento brutale).
Scusate se ho fatto confusione, ma nella fretta di fare altre verifiche
ho scritto male l'articolo.
[*] Ho tentato reiserfsck ma non ha dato esito positivo.
Ciao, `matte.


 Woody, con che kernel e che versione di reiserfs??
2.4.6-pre3 di kernel.
mat:~# dpkg -s reiserfsprogs | grep Version
Version: 3.x.0j-2
mat:~# dmesg | grep Reiser
ReiserFS version 3.6.25
Ciao, `matte.


Reiserfs list:
Quite a number of proprietary software vendors don't allow the bug
reports to be
public.  This is precisely because marketing reads emails like yours.:-/
If you use the version our website tells you to use, 2.4.4, it is quite
stable.
I use 2.4.4 for my home directory.  2.4.5 is not stable because somebody
not
working for our project likes to send out VFS code to millions of users
without
testing it first. 2.4.6 is not out yet.  2.4.6 will have bugfixes for
several
exceedingly rare bugs.  Use the version we mention on our website.
Users tend not to realize that if you have millions of users, and this
level of
bug reports for the version we recommend, you are a lot more stable than
any
piece of hardware in the user's computer.  Almost all of our bug reports
are for
versions other than 2.4.4, or are related to fsck, or are hardware bugs.
Fsck is still not stable enough, but it improves.
Hans

 millions of users without testing it first. 2.4.6 is not out yet.
E qua son d'accordo. Ecco perche` dicevo che in un server il 2.4 non ce
lo metterei manco morto. Com'e` che ci sono bachi cosi grossolani, tipo
questo (mannaggia sembra che si sia dimenticato per 2 ore di scriverci
su in quel file a sto punto), o quello dello swap?
Ok che e` nuovo sto kernel, ma testing zero.
Io ste cose le accetto nel 2.[3|5].X, non nel 2.4 che dovrebbe essere
stabile. Almeno una volta io la sapevo cosi`, numero di mezzo dispari,
kernel non stabile, numero di mezzo pari, kernel stabile, ora sembra che
si sia aggiunta la regola "per trovare un kernel stabile usa la formula
2.(X-2).X
..ecchecchezzo.
Bho, secondo me io non dovrei tentare la fortuna upgradando un kernel,
il ramo di sviluppo c'e`, le prove si dovrebbero fare li, non sui kernel
stabili. Ok e` tutto nuovo, ma caspita se non si e` sicuri si aspetta.
Scusate lo sfogo, ma a sto punto meglio che reinstallo, e questo mi fa
proprio incazzare, porca tro##.
Ah, michele, grazie dell'info.


 Ma.....chi l'ha scritta sta cosa? Ma.......bho
Hai frainteso, lui parla delle DISTRO.....

 Metto su INN (con cnfs), inserisco lo spool vecchio, ok, comuncio a
...
Prendi quello che sto per dirti con le pinze: non mi ricordo se si trattava
di xfs o reiser. Per usarlo con INN e' disponibile una patch: INN si aspetta
un comportamento da una syscall che non e' quello implementato. Controlla
sui rispettivi siti e qualcosa trovi.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.4.3-xfs
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Computers are not intelligent.  They only think they are. !>-

 sui rispettivi siti e qualcosa trovi.
TNX cerco su google altre news ;-)
Ciao, `matte.




Capisco, ma allora dov'e` il nesso col reiser in quella frase?
Vabbe sara` stata parte di un discorso piu` ampio che non ho la
possibilita` di leggere, comunque, tornando al reisers, non mi arrendo,
ora cerco su google delle info su sto fatto di INN+Reiser e la patch e
poi vediamo. Intanto mi sono masterizzato una .iso dell'installazione
woody, quindi se ci fossero casini di nuovo e` un attimo ripristinare
tutto al volo ;-) Poi....bhe` ho clonato questa installazione anche su
un altro HD, faccio un po di prove li, con il 2.4, e qui tengo fisso
l'ext2. Solo che non mi riempie di gioia sto fatto che debba avere
fortuna nella scelta del kernel per poter stare al ricuro con il
reiser... fra l'altro ero abituato a scaricarmi sempre l'ultimo appena
usciva, l'ultimo testing... con reiser non lo potrei fare....
Te hai idea di quando potro` considerarlo sicuro sempre e comunque sto
reiser? Mi piacerebbe usarlo :-)


michele nicosia wrote:

..
E comunque, nessun fs può garantire la completa integrità dei dati in caso 
di un arresto/riavvio "alla brutta". 
Ciao. 
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 Controlla sui rispettivi siti e qualcosa trovi.
Se non sbaglio il probelma era proprio col reiserfs, ma mi sembrava fosse 
stato risolto...


 reiser? Mi piacerebbe usarlo :-)
Io lo uso da piů di un anno senza problemi.


 Ciao. 
Daniele qua non parlo di completa integrita`.
Con ext2 mi e` saltata la corrente dio solo sa quante volte, e non ho
mai perso nulla, invece col reiser la prima volta perdo 50mega di spool,
voglio dire, e` un baco grande come una casa questo....
Fortuna che il reiser era stato messo nel kernel perche` giudicato
stabile, allora XFS, JFS &C. non li giudicano stabili? Mi e` impossibile
credere che soffrano di bachi ancor piu` grandi.... cioe`, IMHO e` stato
uno sbaglio mettere nel kernel il reiser cosi` com'e` perche` uno lo
presume stabile invece.....a sto punto mettiamoci tutto, xfs, jfs, afs
con la scritta DANGEROUS o EXPERIMENTAL, che e` meglio, IMHO.


 Io lo uso da più di un anno senza problemi.
Beato te, io non desisto, ho rimesso su n'installazione parallela, ora
la devo ancora reiserizzare, ma poi riprovo (kernel 2.4.4, che come da
messaggio di michele dovrebbe essere meglio)....sperem


reiser? Mi piacerebbe usarlo :-)
Io ho tutto in reiser, a parte la partizione di boot, e non ho
mai avuto problemi. kernel 2.2.19 - A memoria ricordo anche io
pero' di aver letto di qualche incompatibilita'.
-- 
Ciao, Mario. - 
http://digilander.iol.it/mccmario/
"Se mi guardo indietro non ho pentimenti. Dovessi ricominciare, farei
 esattamente tutto quello che ho fatto. Tutto. Mi risposerei anche.
 Con un'altra, naturalmente" - Raimondo Vianello

 voglio dire, e` un baco grande come una casa questo....
Forse non hai capito lo scopo di un journaling filesystem. La sua
funzione e' di riuscire a portarsi sempre in uno stato coerente.
-- 
Fabio Bonelli  fabio161616(at)
libero.it
 blackmagic(at)
penguinpowered.com
Real Time, adj.: Here and now, as opposed to fake time, which only 
                 occurs there and then.

 pero' di aver letto di qualche incompatibilita'.
Il baco e` di INN stando a google, in mmap(), pero` dicevano a quelli
che usavano inn+reiser di passare al inn 2.3 che li il baco era fixato,
io avevo il 2.3 quindi deve essere stato un baco di qualcosa d'altro,
forse il kernel, come da messaggio di nicosia... ;-\


 funzione e' di riuscire a portarsi sempre in uno stato coerente.
?? Ma questo che centra col baco in cui mi sono imabattuto =?


forse il kernel, come da messaggio di nicosia... ;-\
Credo proprio che sia cosi'.


 Credo proprio che sia cosi'.
Io credo di no.
_mannaggia_
Ho rifatto tutto, con spegnimento voluto (si ma sta volta ho lavorato su
una copia della destro su un altro HD), e niente, spool da 55MB a 0MB e
tutto il resto integro, questa volta ho usato il 2.4.4, ecco quindi che
il discorso del 2.4.6 non ha piu` senso. Il baco di INN dovrebbe essere
a posto nella 2.3 ....e allora??? Che min##ia e`?
Mha, mi sa tanto che oggi provo XFS...


 i pezzi a questa maniera, avro` sbagliato le opzioni di mount.
INN  *non* funziona  correttamente su  reiserfs. Se non  sbaglio perche`
alcune operazioni  vengono eseguite in  maniera asincrona mentre  INN si
aspetta il contrario.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
"Another Brick in the Wall part 2"
We don't need no pull-down-menus
We don't need no rescaled fonts
No dark icons in the corner
Hackers, leave those Macs alone.
Hey! Hackers! Leave them Macs alone!
All in all it's just another WIMP up for sale
All in all you're just another WIMP up for the sale.

  funzione e' di riuscire a portarsi sempre in uno stato coerente.
Da come lo dici significa quasi "non fa niente se perde i dati, tanto
rimane sempre in uno stato coerente", preferisco mille volte ext2, a
questo punto (ed oltretutto, reiserfs _mi sembra_ non abbia la capacita`
di gestire i blocchi danneggiati)
Ciao, Andrea
-- 
Andrea Carosi, just another linux user on a Debian woody
We are Pentium of Borg.  Division is futile.  You will be approximated.
        -- seen in someone's .signature                      (fortunes)

 funzione e' di riuscire a portarsi sempre in uno stato coerente.
anche con una certa rapidità, non dovendo "checkare" tutto il disco.


 No, perche' e' normalmente smontata, quindi non serve.
Perň all'inizio bisognava montare la partizione con l'opzione "notail", 
altrimenti lilo "scazzava". Adesso mi *sembra* che non ci sia piů bisogno 
ma anch'io ho tutto se reiserfs tranne boot.


 aspetta il contrario.
Sicuro? Io avevo letto di un bug della 2.2, ma risolto nella 2.3, che
uso.
Ciao, `matte.


 anche con una certa rapidità, non dovendo "checkare" tutto il disco.
Per favore dammi una delucidazione, che intende per strato coerente?
Io ho provato FS journaled perche` non i NG sono pieni di gente che dice
che non si perdono files, non perche` mi sento fico con reiser ;-))


 ma anch'io ho tutto se reiserfs tranne boot.
Infatti ho montato senza nessuna opzione particolare e lilo e` stato
zitto ;-)


altrimenti lilo "scazzava".
Si mi sembra di ricordare qualcosa del genere. Vabbe', saro' sincero:
La partizione di /boot la tengo in etx2 anche perche' quando provo le
distro ci voglio poter accedere liberamente con qualsiasi kernel, sia
che abbia il supporto al reiserFS o meno. E un po' anche per semplice
e "vulgaris" scaramanzia :-)
-- 
Ciao, Mario. - 
http://digilander.iol.it/mccmario/
"640 kilobyte basteranno per chiunque"
 Bill Gates
 

 che non si perdono files, non perche` mi sento fico con reiser ;-))
.....
http://www.namesys.com/faq.html#poweroff
Does using ReiserFS mean I can just press the power off button without 
running "shutdown" or "init 0," etc? Does it mean there is no risk of data 
loss? 
  No, definitely not. As of now, ReiserFS only provides meta-data 
journaling--that is it records which files have been created or opened, 
whether they have had their size changed, or where they have been 
relocated. It guarantees that the structure of the internal ReiserFS tree 
will be correct, thereby allowing you after an unclean shutdown to start 
back up without having to run fsck on all the files that have not been 
changed. During mount we have a journal replay analogous to fsck in 
traditional file systems; but it is fast, and its duration is independent 
of the size of the disk. 
 
Data in blocks that were being used at the time of the crash could have 
been corrupted; thus ReiserFS does not guarantee the file contents 
themselves are uncorrupted nor that no data is lost. Moreover, even given 
that all of your system is on ReiserFS, many system components (like 
daemons, database managers, etc) require the shut down procedure for proper 
functioning.


 
http://www.namesys.com/faq.html#poweroff
TNX. Comunque ho accurato che se sto modificando dei file perdo gli
ultimi 30 secondi di lavoro di solito. A meno che non lanci sync prima
di spegnere bruscamente, in quel caso il file e` tale e quale a prima.
Eccezzion fatta per INN [1], chiaramente, che o lo stoppo, o trovo piu`
nulla di quello che ho aggiunto nell'ultima "sessione" allo spool.
Per sessione intendo ``inn2 start => inn2 stop''.
Non sto dicendo che spegnero` col poweroff, semplicemente ho fatto delle
prove su un altro disco, sacrificabile.
Ciao, `matte.
[1] Il dubbio era vanuto quando ho avuto lo stesso comportamento sia su
ext2, sia su reiser che su xfs.


 uso.
Abbastanza  sicuro. INN2.3.0  si  piantava   se  lo  installavo  su  una
partizione con reiserfs. Spostandolo su una partizione ext2 funzionava a
meraviglia.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Runtime error 6D at f000:a12f : user incompetente

 meraviglia.
Ma a dir la verita` INN fungeva bene, era quando spegnevo che nasceva il
problema ;-) Comunque poi succedeva con ext2 e xfs e quindi ho capito
che reiser non centrava, porello ;-)


 prove su un altro disco, sacrificabile.
Forse è meno cruento se dai un occhiata alla manpage di reboot(2)
       LINUX_REBOOT_CMD_RESTART
                (RB_AUTOBOOT, 0x1234567).  The message `Restarting system.' 
        is printed, and a default  restart  is
                performed immediately.  If not preceded by a sync(2), data 
        will be lost.
Un pelo meno significativo, ma molto meno cruento che staccare 
l'alimentazione ad un disco ...

  Mi risultava il comand sync, ma non opzioni di mount.
da man mount:
sync   All I/O to the file system should be done synchronously.
 
iLo metti in fstab come opzione (defaults,sync,nodev...)
Ciao, Andrea
-- 
Andrea Carosi, just another linux user on a Debian woody
"Colui che sorride quando le cose vanno male ha pensato
a qualcuno a cui dare la colpa"

  ma anch'io ho tutto se reiserfs tranne boot.
Infatti non serve piu` da lilo 21.6.x


  e "vulgaris" scaramanzia :-)
Non sarebbe meglio un / piccola in ext2 (>100MB) ed il resto in
(reiser|xfs|jfs)? almeno se hai problemi con i journaled il sistema
parte...


 Infatti non serve piu` da lilo 21.6.x
Ah ecco, infatti qui suona cosi`:
uh@mat~$ lilo -V
LILO version 21.7-5


 da man mount:
[..cut]
Ehm, sorry, sai com'e`, a volte si e` pigri ;-)


parte...
Probabilmente sarebbe meglio ma, che dire, non avendo mai avuto
problemi, "mi fido" di reiserfs. Sui kernel 2.2.X.
-- 
Ciao, Mario. - 
http://digilander.iol.it/mccmario/
"I ricchi non sono mai generosi. Se fossero generosi
 non sarebbero ricchi" - Paperon de' Paperoni

 Mi risultava il comand sync, ma non opzioni di mount.
C'e` in man mount.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Windows /win'dohz/ n. : thirty-two  bit extension and graphical shell to
a sixteen  bit patch to an  eight bit operating system  originally coded
for a  four bit microprocessor  which was  written by a  two-bit company
that can't stand a bit of competition.

 dati risultano "non presenti"
Aggiungo:
Il puntatore all'ultimo dato scritto (campo position: di cnfsstat) viene
aggiornato solo allo spegnimento di INN).  L'aggiornamento dei puntatori
viene anche  effettuato mettendo  in pausa  il server  e ripristinandolo
subito dopo (ctlinnd  pause test; ctlinnd go test)  oppure ricaricando i
file di configurazione (ctlinnd reload all test). Mettendo uno di questi
due comandi in crontab si potrebbe assicurare la consistenza dei buffer.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net


 due comandi in crontab si potrebbe assicurare la consistenza dei buffer.
Interessante, grazie dell'info!
Ora vado subito a provare ;-)
[20 min dopo]
Niente, anche con quei comandi non ci trovo più gli articoli.
Ho aperto i cycbuff pero`, e gli articoli ci sono! Ora provo a cercare su 
google qualcosa.... 


 Ho aperto i cycbuff pero`, e gli articoli ci sono! 
Appunto. Bisogna solo informare INN :)
Prova con varie combinazioni di makehistory e makedbz, a me ha sempre
funzionato.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
"L'abilita` politica e` l'abilita` di prevedere quello che
 accadra` domani, la prossima settimana, il prossimo mese e
 l'anno prossimo. E di essere cosi` abili, piu` tardi,
 da spiegare  perche' non e` accaduto."

 funzionato.
Domani ci provo, poi ti so dire ;-)
Grazie 


 di gestire i blocchi danneggiati)
Questo non lo so, mai usato reiserfs.
-- 
Fabio Bonelli  fabio161616(at)
libero.it
 blackmagic(at)
penguinpowered.com
Black holes are where God divided by zero

 ?? Ma questo che centra col baco in cui mi sono imabattuto =?
A me non sembra un baco premere il pulsante power off con i dischi
ancora montati.
-- 
Fabio Bonelli  fabio161616(at)
libero.it
 blackmagic(at)
penguinpowered.com
Endless Loop: n., see Loop, Endless.
Loop, Endless: n., see Endless Loop.

 di gestire i blocchi danneggiati)
Ti sembra male:
ReiserFS supports crude form of bad block handling. To use it you should
apply one of the following patches corresponding to your kernel version.....

 ancora montati.
A me si, visto che lo spool e` l'unica cosa che perdo, tutti gli altri
dati di tutti li altri programmi, sono integri. Comunque ho scoperto
grazie a Kronos che lo spool c'e`, e` salvo, solo che INN non lo vede
perche` ha problemi con i puntatori (?)... ma risolvero`.


  apply one of the following patches corresponding to your kernel version.....
Sorry, ma e` tanto che non vado piu` a vedere lo stato di reiserfs,
comunque l'avevo messo tra gli underscore, tanto per far capire che non
ero certo di questo fatto, ma "crude form of bad blok handling" che
significa?


 significa?
Che non funzion coem badblocks per ext2, ma devi far eun barbatrucco afficneè non
utilizzi quei blocchi...nulla di trascendentale, il lavoro grosso è stato fatto...

  pulito e' possibile, logico e del tutto ammissibile. 
Questo e` chiaro, solo che avendo messo quella frase in risposta di "ho
perso 50MB di spool" suonava in modo un tantino diverso (almeno a me)
Ciao, Andrea
-- 
Andrea Carosi, just another Debian user

 Appunto. Bisogna solo informare INN :)
Nada, ci ho provato per 2 ore di fila, niente.
Ho notato pero` che il file active non ha gli articoli giusti. Da man di
ctlinnd ho dato ``ctlinnd renumber [tutti i gruppi]'', questo doveva
modificare l'active in base ai file history (che ricordo, sono integri,
almeno, il .DAT occupa 3MB e l'altro 0.5MB, pero` niente, ctlinnd _non_
tocca l'active, anche se dice ``Ok.''.
Provato tutte le combinazioni di makehistory possibili, ma neanche
quello ha funzionato, non so proprio che fare....se va via la corrente
addio agli articoli....almeno quelli ultimi... :-(
Spero che tu mi possa dare una dritta, ma ormai le ho provate tutte,
proprio non ho idea di cosa tentare a sto punto....


 proprio non ho idea di cosa tentare a sto punto....
Ho esaurito le idee... potresti provare a mettere il server in
"throttle" e poi farlo ripartire subito dopo (con crontab).
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
This message will self distruct in 5 seconds.

 "throttle" e poi farlo ripartire subito dopo (con crontab).
Provero` ;-)
Grazie comunque
