Сервер NFS генерирует "недопустимый экстент" на системном диске EXT4?

У меня есть сервер под управлением Xen 4.1 с Oneiric в dom0 и каждый из 4 domU. Системные диски domU - это тома 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, заставляет меня исключить аппаратную ошибку диска.

Единственной очевидной отличительной чертой этого дому является наличие 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, Внезапно файлы больше не записываются, поэтому вы можете видеть, когда диск был перемонтирован только для чтения, но нет никаких указаний на причину.

Может кто-нибудь помочь мне с этой проблемой?

Стив

1 ответ

Эта проблема была решена ОП:

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

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