reiserfsck on lvm

2

Parece que meu sistema de arquivos foi corrompido de alguma forma durante a última reinicialização do meu servidor. Eu não posso mais fsck alguns volumes lógicos. A configuração:

root@rescue ~ # cat /mnt/rescue/etc/fstab 
proc /proc proc defaults 0 0
/dev/md0 /boot ext3 defaults 0 2
/dev/md1 / ext3 defaults,errors=remount-ro 0 1

/dev/systemlvm/home /home reiserfs defaults 0 0
/dev/systemlvm/usr /usr reiserfs defaults   0 0
/dev/systemlvm/var /var reiserfs defaults   0 0
/dev/systemlvm/tmp /tmp reiserfs noexec,nosuid 0 2

/dev/sda5 none swap defaults,pri=1 0 0
/dev/sdb5 none swap defaults,pri=1 0 0

[UPDATE] Primeira pergunta: qual "parte" devo checar por blocos ruins? O volume lógico, o subjacente /dev/md ou o /dev/sdx abaixo disso? Está fazendo o que estou fazendo o caminho certo a seguir? [/ UPDATE] A mensagem de erro ao verificar / dev / systemlvm / usr:

root@rescue ~ # reiserfsck /dev/systemlvm/usr 
reiserfsck 3.6.19 (2003 www.namesys.com)
[...]
Will read-only check consistency of the filesystem on /dev/systemlvm/usr
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
###########
reiserfsck --check started at Wed Feb  3 07:10:55 2010
###########
Replaying journal..
Reiserfs journal '/dev/systemlvm/usr' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..

Bad root block 0. (--rebuild-tree did not complete)

Aborted

Bem, até agora, vamos tentar --rebuild-tree :

root@rescue ~ # reiserfsck --rebuild-tree /dev/systemlvm/usr 
reiserfsck 3.6.19 (2003 www.namesys.com)

[...]

Will rebuild the filesystem (/dev/systemlvm/usr) tree
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
Replaying journal..
Reiserfs journal '/dev/systemlvm/usr' in blocks [18..8211]: 0 transactions replayed
###########
reiserfsck --rebuild-tree started at Wed Feb  3 07:12:27 2010
###########
Pass 0:
####### Pass 0 #######
Loading on-disk bitmap .. ok, 269716 blocks marked used
Skipping 8250 blocks (super block, journal, bitmaps) 261466 blocks will be read
0%....20%....40%....60%....80%....100%                       left 0, 11368 /sec
52919 directory entries were hashed with "r5" hash.
        "r5" hash is selected
Flushing..finished
        Read blocks (but not data blocks) 261466
                Leaves among those 13086
                Objectids found 53697

Pass 1 (will try to insert 13086 leaves):
####### Pass 1 #######
Looking for allocable blocks .. finished
0%                                                           left 12675, 0 /sec
The problem has occurred looks like a hardware problem (perhaps
memory). Send us the bug report only if the second run dies at
the same place with the same block number.

mark_block_used: (39508) used already
Aborted

Ruim. Mas vamos fazer de novo como mencionado:

[...]
Flushing..finished
        Read blocks (but not data blocks) 261466
                Leaves among those 13085
                Objectids found 54305

Pass 1 (will try to insert 13085 leaves):
####### Pass 1 #######
Looking for allocable blocks .. finished
0%...                                                      left 12127, 958 /sec
The problem has occurred looks like a hardware problem (perhaps
memory). Send us the bug report only if the second run dies at
the same place with the same block number.

build_the_tree: Nothing but leaves are expected. Block 196736 - internal

Aborted

O mesmo acontece todas as vezes, apenas a mensagem de erro real é alterada. Às vezes recebo mark_block_used: (somenumber) used already , outras vezes o número do bloco é alterado. Parece que algo está realmente quebrado. Existe alguma chance de eu conseguir de alguma forma que as partições voltem a funcionar? É um servidor para o qual não tenho acesso físico diretamente (servidor hospedado).

Obrigado antecipadamente!

    
por DaDaDom 03.02.2010 / 07:20

1 resposta

0

Bem, depois de mais algumas horas de reiserfsck ing parece repetir este processo de três etapas

reiserfsck --check ...
reiserfsck --rebuild-sb ...
reiserfsck --rebuild-tree ...

resolve o problema eventualmente. Eu ainda não sei a causa do problema, pois parece não haver badblocks em nenhuma unidade, nem sei quantos dados são perdidos, mas, afinal, tenho certeza de que isso não deveria acontecer. Uma partição ainda está "reproduzindo seu diário", mas vou falar sobre o sucesso (ou falha) assim que eu puder reinicializar o computador.

    
por 03.02.2010 / 13:17

Tags