У меня есть сервер, работающий под управлением 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, позволяет мне исключить аппаратную ошибку диска.
Единственная очевидная отличительная черта этого 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. Внезапно больше не записываются файлы, поэтому вы можете видеть, когда диск был перемонтирован в режиме только для чтения, но нет никаких указаний на возможную причину.
Кто-нибудь может мне помочь с этой проблемой?
Стив
решение1
Эту проблему решил ОП:
Я наконец решил эту проблему, отказавшись от ext4 и вернувшись к ext3 после того, как ext4 снова начал барахлить. В этой конкретной виртуальной машине происходит что-то странное, но я не могу больше тратить время на попытки выяснить, что именно.