Сервер NFS, генерирующий “недопустимую степень” на системном диске EXT4?

У меня есть сервер рабочий Xen 4.1 со Сновещательным в dom0 и каждом из 4 domUs. Системные диски domUs являются объемами LVM2, созданными сверху mdadm RAID1.

Все domU системные диски являются EXT4 и создаются с помощью снимков того же исходного шаблона. 3 из них выполненный отлично, но один (названный s-ub-02) продолжают быть повторно смонтированными только для чтения. Последующее e2fsck результаты в единственной "недопустимой степени" диагноз:

e2fsck 1.41.14 (22-Dec-2010)
/dev/domu/s-ub-02-root contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 525418 has an invalid extent
    (logical block 8959, invalid physical block 0, len 0)
Clear<y>? yes

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/domu/s-ub-02-root: 77757/655360 files (0.3% non-contiguous), 360592/2621440 blocks

Консоль обычно показывает следующие ошибки для системного диска (xvda2):

[101980.903416] EXT4-fs error (device xvda2): ext4_ext_find_extent:732: inode #525418: comm apt-get: bad header/extent: invalid extent entries - magic f30a, entries 12, max 340(340), depth 0(0)
[101980.903473] EXT4-fs (xvda2): Remounting filesystem read-only

Я создал новые версии системного диска. То же самое всегда происходит. Это и то, что диск находится в конечном счете на RAID1, приводят меня устранять аппаратную ошибку диска.

Единственным очевидным отличительным признаком этого domU является присутствие nfs-kernel-server, таким образом, я подозреваю это. exports файл похож на это:

/exports/users           192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/music     192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/pictures  192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/opt             192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)

/exports/users и /exports/opt объемы LVM2 от той же группы объема как системный диск. /exports/media объем EXT2. (Существует проблема, где клиенты видят /exports/media/pictures как являющийся объемом только для чтения, который я упоминаю для полноты.)

За исключением проблемы только для чтения, сервер NFS, кажется, работает правильно при легкой загрузке в течение нескольких часов, прежде чем "недопустимая степень" проблема произойдет.

Нет никаких полезных записей в /var/log. Внезапно, больше файлов не записано, таким образом, Вы видите, когда диск был повторно смонтирован только для чтения, но нет никакого признака того, какова причина могла бы быть.

Кто-либо может помочь мне с этой проблемой?

Steve

1
задан 12 April 2012 в 07:21

1 ответ

Эта проблема была решена с помощью OP:

Я наконец решил эту проблему, отказавшись от ext4 и вернувшись к ext3 после того, как ext4 снова начал воспроизводиться. В этой конкретной виртуальной машине происходит что-то странное, но я не могу больше тратить время на попытки выяснить, что это такое.

0
ответ дан 12 April 2012 в 07:21

Другие вопросы по тегам:

Похожие вопросы: