Я прочитал несколько ответов, связанных с этой проблемой. Произойдет ли сбой ОС, если к системному разделу будет невозможно получить доступ в течение короткого периода времени? Но я не могу решить эту проблему.
При использовании ISCSI в качестве репозитория хранилища на XenServer и DomU (VM) при интенсивном дисковом вводе-выводе, если соединение ISCSI потеряно (в основном проблема с сетевым подключением / переключение хранилища), файловая система DomU (особенно файловая система ext3 linux) дает сбой. В этом случае файловая система ext3 DomU становится доступной только для чтения или не подлежит восстановлению.
Как я могу защитить файловую систему виртуальной машины в случае потери соединения ISCSI на Dom0?
Это моя среда XenServer.
[root@cnode01-m ~]# iscsiadm -m session
tcp: [1] 10.32.1.240:3260,2 iqn.1986-03.com.sun:02:c5544ae6-9715-6f38-f83b-a446896ac614
tcp: [3569] 10.32.1.240:3260,2 iqn.1986-03.com.sun:02:5c41ce31-3fbb-c6aa-d479-947e85515ac7
[root@cnode01-m ~]# vgs
VG #PV #LV #SN Attr VSize VFree
VG_XenStorage-1aeee13b-2a87-1d0d-1834-7b8c868009b0 1 40 0 wz--n- 6.35T 4.93T
VG_XenStorage-28e2c663-dae5-9504-9733-e05063ff081d 1 57 0 wz--n- 6.35T 4.52T
VG_XenStorage-365d6e13-5caa-1fea-9940-e1bb553e3513 1 42 0 wz--n- 6.35T 5.13T
VG_XenStorage-4ea23f9a-f945-5d45-cbd2-f3eab3fe75b3 1 42 0 wz--n- 6.35T 5.40T
VG_XenStorage-54d69165-2eed-c058-d587-1b84d488adea 1 37 0 wz--n- 6.35T 5.01T
VG_XenStorage-598b7237-282b-ea61-8edc-5101a70ea001 1 63 0 wz--n- 6.35T 5.01T
VG_XenStorage-6a063762-26de-a3f8-f18c-734fce25433a 1 49 0 wz--n- 6.35T 5.56T
VG_XenStorage-6b7bea84-7269-fa88-7b95-23dce431e1aa 1 71 0 wz--n- 6.35T 4.80T
VG_XenStorage-6d6d263b-243c-fb24-4f0c-28b226a22bab 1 47 0 wz--n- 6.35T 4.94T
VG_XenStorage-76fe6d6d-a37a-698d-9af2-50ea3f55e127 1 44 0 wz--n- 6.35T 5.37T
VG_XenStorage-80e2df33-268c-b8a6-cc02-71f27ebe3326 1 39 0 wz--n- 6.35T 5.80T
VG_XenStorage-886070b7-34e8-eb96-0931-2c31952608a6 1 13 0 wz--n- 457.65G 369.31G
VG_XenStorage-97136f70-cf33-2593-38e0-b8c09785a754 1 60 0 wz--n- 6.35T 5.14T
VG_XenStorage-c910e9fd-8817-0b99-8c8d-1ee0883705de 1 37 0 wz--n- 6.35T 5.67T
VG_XenStorage-cd709bcb-d46a-8483-acbf-49b2b0c59c06 1 58 0 wz--n- 6.35T 4.80T
VG_XenStorage-e153d09a-716a-9764-8967-f704278d55bd 1 43 0 wz--n- 6.35T 4.45T
VG_XenStorage-f8574b51-31d4-7b0e-c71e-8253e1cdd230 1 61 0 wz--n- 6.35T 4.20T
[root@cnode01-m ~]# ls -la /dev/sd[a-z]
brw-r----- 1 root disk 8, 0 Jun 8 17:37 /dev/sda
brw-r----- 1 root disk 8, 16 Aug 1 10:14 /dev/sdb
brw-r----- 1 root disk 8, 32 Jun 8 17:38 /dev/sdc
brw-r----- 1 root disk 8, 48 Jul 31 14:49 /dev/sdd
brw-r----- 1 root disk 8, 64 Jul 31 14:46 /dev/sde
brw-r----- 1 root disk 8, 80 Jul 31 14:51 /dev/sdf
brw-r----- 1 root disk 8, 96 Aug 3 13:52 /dev/sdg
brw-r----- 1 root disk 8, 112 Aug 3 10:53 /dev/sdh
brw-r----- 1 root disk 8, 128 Aug 2 13:40 /dev/sdi
brw-r----- 1 root disk 8, 144 Jul 30 00:17 /dev/sdj
brw-r----- 1 root disk 8, 160 Jul 30 00:17 /dev/sdk
brw-r----- 1 root disk 8, 176 Jul 30 00:17 /dev/sdl
brw-r----- 1 root disk 8, 192 Jul 30 00:17 /dev/sdm
brw-r----- 1 root disk 8, 208 Jul 30 00:17 /dev/sdn
brw-r----- 1 root disk 8, 224 Jul 30 00:17 /dev/sdo
brw-r----- 1 root disk 8, 240 Jul 30 00:17 /dev/sdp
brw-r----- 1 root disk 65, 0 Jul 30 00:17 /dev/sdq
Это моя среда DomU (VM).
[root@i-58-7172-VM ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
16G 1.5G 14G 11% /
/dev/xvda1 99M 30M 65M 32% /boot
tmpfs 512M 0 512M 0% /dev/shm
Когда я помещаю большую нагрузку ввода-вывода в / раздел на виртуальной машине и при подключении ISCSI возникают некоторые проблемы (проблема с сетью, событие переключения цели ISCSI) / разбивается раздел.
Как я могу решить эту проблему ? Заранее большое спасибо.
Добавлено
Это мой iscsid.conf на Dom0
[root@cnode01-m ~]# more /etc/iscsi/iscsid.conf node.startup = manual node.session.timeo.replacement_timeout = 86400 node.conn[0].timeo.login_timeout = 15 node.conn[0].timeo.logout_timeout = 15 node.conn[0].timeo.noop_out_interval = 0 node.conn[0].timeo.noop_out_timeout = 0 node.session.initial_login_retry_max = 4 node.session.cmds_max = 128 node.session.queue_depth = 32 node.session.iscsi.InitialR2T = No node.session.iscsi.ImmediateData = Yes node.session.iscsi.FirstBurstLength = 262144 node.session.iscsi.MaxBurstLength = 16776192 node.conn[0].iscsi.MaxRecvDataSegmentLength = 131072 discovery.sendtargets.iscsi.MaxRecvDataSegmentLength = 32768 node.session.iscsi.FastAbort = No
Ethernet 10G и Jumbo Frame реализованы на уровне хранения. Кроме того, в Citrix XenServer есть команда для приостановки виртуальных машин при возникновении проблем со службой хранилища. Но приостановка и снятие с паузы операции виртуальной машины вызывают нарушение целостности системных часов виртуальной машины. Так что это может иметь побочный эффект, обычно на уровне приложения. Думаю.
Сначала вы должны решить источник проблемы - доступ к хранилищу. с помощью iscsi вы можете настроить iscsi.conf и увеличить длину очереди, размер буфера и тайм-аут, чтобы соединение могло выдерживать более длительные простои. Кроме того, хорошей идеей является реализация многопутевого обмена, 10G Ethernet (если SAN поддерживает его) и jumbo-кадров.
Я не эксперт Xen, но с KVM есть возможность приостановить виртуальные машины, когда уровень хранения возвращает EIO или ENOSPACE, это должно быть возможно с Xen, если вы копаетесь в параметрах IMO, а если нет - Я бы попробовал подать запрос на добавление функции разработчикам.