inodes ruins reaparecem depois de fsck () para vps convidados

2

Eu tenho vários convidados vps que foram criados pelo virt-redimensionar. Eu faço backups diários nos convidados, criando um conteúdo de snapshot e arquivo rsync. Mas alguns deles não têm uma imagem de disco limpa.

Assim que eu fizer um instantâneo e montar o volume lógico do instantâneo:

lvcreate -L5G -s -n guest15_snapshot /dev/vgroup/guest15
mount -o loop,offset=262144 /dev/group/guest15_snapshot /mnt/snapshot_dir

Inocentes ruins são encontrados em /var/log/messages :

Jul  2 11:21:41 server lvm[10346]: Monitoring snapshot group-guest17_snapshot
Jul  2 11:21:41 server kernel: EXT4-fs warning (device loop0): ext4_orphan_get: bad orphan inode 198!  e2fsck was run?
Jul  2 11:21:41 server kernel: ext4_test_bit(bit=197, block=145) = 0
Jul  2 11:21:41 server kernel: inode=(null)
Jul  2 11:21:41 server kernel: EXT4-fs (loop0): recovery complete
Jul  2 11:21:41 server kernel: EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: 
Jul  2 11:21:42 server lvm[10346]: No longer monitoring snapshot group-guest17_snapshot
Jul  2 11:21:46 server lvm[10346]: Monitoring snapshot group-guest19_snapshot
Jul  2 11:21:46 server kernel: EXT4-fs warning (device loop0): ext4_orphan_get: bad orphan inode 25964!  e2fsck was run?
Jul  2 11:21:46 server kernel: ext4_test_bit(bit=1387, block=148) = 0
Jul  2 11:21:46 server kernel: inode=(null)
Jul  2 11:21:46 server kernel: EXT4-fs (loop0): recovery complete
Jul  2 11:21:46 server kernel: EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: 
Jul  2 11:22:22 server lvm[10346]: No longer monitoring snapshot guest-vm19_snapshot

Eu tentei guestfish :

guestfish -a /dev/vgroup/guest17
><fs> run
><fs> fsck ext4 /dev/sda1

Na maioria das vezes, ele retornou 0x1 , o que significa que o erro foi corrigido.

Mas depois de montar as imagens novamente, os inodes ruins reaparecem.

Como consertar permanentemente os inodes ruins?

    
por Purres 02.07.2014 / 20:47

0 respostas