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