Я использую 5 виртуальных машин на моем хосте XenServer 5.5:
Оба сервера Linux аварийно вылетают из строя примерно раз в месяц (и не в одно и то же время). Перезагрузка решает проблему, однако после проверки журнала dmesg я обнаружил:
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.11.5-ioctl (2007-12-12) initialised: dm-devel@redhat.com
device-mapper: dm-raid45: initialized v0.2594l
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting. Commit interval 5 seconds
EXT3-fs: xvda1: orphan cleanup on readonly fs
ext3_orphan_cleanup: deleting unreferenced inode 3932161
ext3_orphan_cleanup: deleting unreferenced inode 2762928
ext3_orphan_cleanup: deleting unreferenced inode 2763561
<snip>
ext3_orphan_cleanup: deleting unreferenced inode 2756567
ext3_orphan_cleanup: deleting unreferenced inode 4162628
ext3_orphan_cleanup: deleting unreferenced inode 2767840
EXT3-fs: xvda1: 80 orphan inodes deleted
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
На другом форуме мне сообщили, что это проблема с оборудованием, но виртуальные машины Windows никогда не дают сбоев, и я никогда не сталкивался с проблемами с ними.
Кто-нибудь знает, что это такое и что может быть причиной? Дополнительно может ли кто-нибудь помочь определить причину сбоя? Заранее спасибо.
Вы также можете запустить XenServer в режиме последовательной консоли, если у вас есть доступ к последовательному порту. Когда XS перезагружается, первое, что вы увидите, - это приглашение boot :. введите «xe-serial» и нажмите Enter. это загрузит вас в последовательный режим. затем вы можете подключиться к консоли, включить ведение журнала в putty или в любой другой программе, которую вы используете, и тогда вы получите сообщения, которые ищете.
Что касается того, почему виртуальные машины Windows не выходят из строя - все ли они находятся в одном хранилище? Те же переключатели? Что-нибудь отличается от пути к хранилищу виртуальных машин Linux и виртуальных машин Windows?
Здесь особо нечего делать, кроме файла fsck.ext3 на ваших серверах. Когда вы говорите «перезагрузка решает проблему», вы имеете в виду перезагрузку xenhost или гостя linux?