Этот сайт лучше всего просматривать в современном браузере с включённым JavaScript.

oVirt FC Storage - LUN в статусе Down - ВМ в статусе not responding

molik

Всем привет

Овирт 3.5

Не понятное состояние LUN в списке LUN'ов во вкладке Storage.

Само меню очень долго открывается, при этом на SPM хосте почти все ВМ переходят в статус "is not responding" и появляется значок вопроса на самих ВМ, но по факту эти ВМ доступны, плюс все LUN во вкладке Storage могут перейти в статус Down.

Сами ВМ расположены не на проблемном LUN.

Хранилка на этот раздел не ругается.

Это один раздел из 3-х лунов.

Fibre.png

Поскажите, что это может быть?

danyasny

Может быть что угодно, даже давно исправленный баг. 3.5 это очень старая версия

molik

Вопрос перехода на новую версию стоит.

Как это лучше сделать? Просто в новой инсталляции импортировать FC раздел от версии 3.5 ?

danyasny

емнип можно проапгрейдиться до последней 3.6 а потом перетащить все на 4.2, мануалы есть на офсайте

molik

А просто импортировать сторадж от 3.5 в новой инсталяции Овирт не проще будет ?

Так быстрее будет.

danyasny

будет и быстрее и проще, но надо будет заново создавать сети и все остальное. И как минимум до 3.6, перед переносом доменов я бы проапгрейдился

molik

В продолжение темы.

Вчера поймал сплитбрейн. Всё по тойже причине с хранилищем.

Т.е. любые действия с FC стореджами приводят к непредсказуемому поведению хостов.

Например вчера пытался перевести пустой сторедж в режим обслуживания, долго статус висел на "preparing for maintance". В итоге сначало отвалилися один из хостов попричине потери линка к хранилищу, потом Овирт вообще потерял его из виду. При этом все ВМ на проблемном хосте стали статус типа unknown. Спустя время после автоматического возвращения хоста вработу, тоже самое произошло и сдругим хостом.

Во время этих качелей ВМ, стали мигрироваться. Когда всё успокоилось и хосты отпустило, то заметил, что на хостах запущены одинаковые копии ВМ и писали они все естественно в один lvm лун ВМ. И сам Овирт, показывал, что ВМ'ки запущены то на одном хосте то на другом. Плюс наплодились какие-то призрачные ВМ external-<имя ВМ>.

В итоге я погасил все дубли ВМ и начал запускать заново.

Линуксовые ВМ вываливались с ошибкой в ФС, пришлось чекаит их с fsck.

Вендовые запустились нормально.

Хочу заметить, что Fencing был выключен. Потомучто переодически проскакивали пробемы о потери Овиртом хостов изза проблем в сети, хотя они были доступны и по политике Fence, Овирт их вырубал.

danyasny

Повторюсь - версия очень старая.

Дальше, при отключенном фенсинге, который является основным SBA-механизмом, поймать сплитбрейн у удивляться этому как-то странно, вам не кажется?

Вообще, надо конечно разобраться что там происходит, так тормозить оно не должно. Например элементарный multipath -ll на SPM отрабатывает быстро? А rescan HBA?

molik

Честно говоря уже боюсь пока что-то делать. Второй блекаут не простят ).

Кстате сразу такой вопрос:

Нужно смигрировать ВМ'ки на другой кластер, понятно, что экспорт/импорт FC стораджа не вариант уже.

Хочу сделать это через Export сторадж.

Если сделаю снепшот с рабочей ВМ, в это время ФС ВМ замораживается, далее на основе этого снепшота получится сделать клон этой ВМ или лучше делать на выключенной ВМ ?

danyasny

> Честно говоря уже боюсь пока что-то делать

ну простую диагностику провести можно, может там проблема со стореджем/hba/fabric/fc switch а не в овирте.

> понятно, что экспорт/импорт FC стораджа не вариант уже

если сторедж в порядке, то почему бы и нет?

> Если сделаю снепшот с рабочей ВМ, в это время ФС ВМ замораживается, далее на основе этого снепшота получится сделать клон этой ВМ или лучше делать на выключенной ВМ ?

самое лучшее - на выключенной, тогда не будет сюрпризов. Но в принципе, если клонировать из снепшота, то обращение идет к не рабочему диску а его родителю, так что все отработает. Просто неизвестно чего наделают пользователи в машине над снепшотом за время переноса

molik

В лог SPM хоста постоянно сыпятcя эти сообщения:

Apr 1 03 blvirt1 kernel: __ratelimit: 8 callbacks suppressed Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 6683623296 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 6683623408 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 0 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-14, sector 209715072 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-14, sector 209715184 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-14, sector 0 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-92, sector 2147483520 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-92, sector 2147483632 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-92, sector 0 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 6683623296 Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdq - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdr - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdg - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdv - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdu - tur checker reports path is down Apr 1 03 blvirt1 kernel: __ratelimit: 26 callbacks suppressed Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 6683623296 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 6683623408 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 0 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-14, sector 209715072 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-14, sector 209715184 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-14, sector 0 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-92, sector 2147483520 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-92, sector 2147483632 Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-92, sector 0 Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdq - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdr - tur checker reports path is down Apr 1 03 blvirt1 kernel: end_request: I/O error, dev dm-11, sector 6683623296 Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdg - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdv - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdu - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdq - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdr - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdg - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdv - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdu - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdq - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdr - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdg - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdv - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900260000: sdu - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdq - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdr - tur checker reports path is down Apr 1 03 blvirt1 multipathd: 3600000e00d11000000113629001b0000: sdg - tur checker reports path is down

Apr 1 03 blvirt1 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down

dm-11 dm-14 dm-92 - это отображение одного LVM в Овирте. Хранилище на эти диски не ругается, значит смарт дисков в порядке.

Вот такие ошибки пошли, когда началась глобальная проблема и всё поотваливалось, только там номер проблемного LUN dm-9 dm-13 dm-15:

Вырезки:

Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900260000: Entering recovery mode: max_retries=10 Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900210000: Entering recovery mode: max_retries=10 Mar 27 12 blvirt2 multipathd: 3600000e00d11000000113629001b0000: Entering recovery mode: max_retries=10 Mar 27 12 blvirt2 kernel: sd 0: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 27 12 blvirt2 kernel: sd 0: Sense Key : Illegal Request Mar 27 12 blvirt2 kernel: sd 0: Add. Sense: Logical unit not supported Mar 27 12 blvirt2 kernel: sd 0: CDB: Read(10): 28 00 00 00 00 00 00 00 08 00 Mar 27 12 blvirt2 kernel: __ratelimit: 35 callbacks suppressed Mar 27 12 blvirt2 kernel: end_request: I/O error, dev sdk, sector 0 Mar 27 12 blvirt2 kernel: device-mapper: multipath: Failing path 8. Mar 27 12 blvirt2 kernel: sd 0: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 27 12 blvirt2 kernel: sd 0: Sense Key : Illegal Request Mar 27 12 blvirt2 kernel: sd 0: Add. Sense: Logical unit not supported Mar 27 12 blvirt2 kernel: sd 0: CDB: Read(10): 28 00 00 00 00 00 00 00 08 00 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev sdh, sector 0 Mar 27 12 blvirt2 kernel: device-mapper: multipath: Failing path 8. Mar 27 12 blvirt2 kernel: sd 1: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 27 12 blvirt2 kernel: sd 1: Sense Key : Illegal Request Mar 27 12 blvirt2 kernel: sd 1: Add. Sense: Logical unit not supported Mar 27 12 blvirt2 kernel: sd 1: CDB: Read(10): 28 00 00 00 00 00 00 00 08Mar 27 12 blvirt2 vdsm root ERROR Process failed with rc=1 out='\nudevadm settle - timeout of 5 seconds reached, the event queue contains:\n /sys/devices/virtual/block/dm-13 (970102)\n /sys/devices/virtual/block/dm-13 (970103)\n /sys/devices/virtual/block/dm-9 (970104)\n /sys/devices/virtual/block/dm-9 (970105)\n /sys/devices/virtual/block/dm-13 (970108)\n /sys/devices/virtual/block/dm-9 (970109)\n /sys/devices/virtual/block/dm-13 (970110)\n /sys/devices/virtual/block/dm-9 (970111)\n' err='' 00 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev sdx, sector 0 Mar 27 12 blvirt2 kernel: device-mapper: multipath: Failing path 65. Mar 27 12 blvirt2 kernel: sd 1: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 27 12 blvirt2 kernel: sd 1: Sense Key : Illegal Request Mar 27 12 blvirt2 kernel: sd 1: Add. Sense: Logical unit not supported Mar 27 12 blvirt2 kernel: sd 1: CDB: Read(10): 28 00 00 00 00 00 00 00 08 00 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev sdu, sector 0 Mar 27 12 blvirt2 kernel: device-mapper: multipath: Failing path 65. Mar 27 12 blvirt2 kernel: set_rtc_mmss: can't update from 0 to 55 Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900260000: sdx - tur checker reports path is down Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900260000: Entering recovery mode: max_retries=10 Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900260000: Entering recovery mode: max_retries=10 Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900210000: Entering recovery mode: max_retries=10 Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900210000: Entering recovery mode: max_retries=10 ... Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900210000: Disable queueing Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900260000: Disable queueing Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-9, sector 209715072 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-9, sector 0 Mar 27 12 blvirt2 kernel: __ratelimit: 30 callbacks suppressed Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-9, logical block 0 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-13, sector 0 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-13, logical block 0 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-9, sector 209715192 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-9, logical block 26214399 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-13, sector 2147483640 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-13, logical block 268435455 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-9, sector 0 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-9, logical block 0 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-13, sector 0 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-13, logical block 0 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-13, sector 0 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-9, sector 0 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-13, logical block 0 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-9, logical block 0 Mar 27 12 blvirt2 kernel: end_request: I/O error, dev dm-13, sector 24 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-13, logical block 3 Mar 27 12 blvirt2 kernel: Buffer I/O error on device dm-9, logical block 3 Mar 27 12 blvirt2 multipathd: 3600000e00d11000000113629001b0000: Entering recovery mode: max_retries=10 Mar 27 12 blvirt2 kernel: sd 0: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 27 12 blvirt2 kernel: sd 0: Sense Key : Illegal Request Mar 27 12 blvirt2 kernel: sd 0: Add. Sense: Logical unit not supported Mar 27 12 blvirt2 kernel: sd 0: CDB: Read(16): 88 00 00 00 00 01 8e 5f ff 80 00 00 00 08 00 00 Mar 27 12 blvirt2 kernel: device-mapper: multipath: Failing path 8. Mar 27 12 blvirt2 kernel: sd 1: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 27 12 blvirt2 kernel: sd 1: Sense Key : Illegal Request Mar 27 12 blvirt2 kernel: sd 1: Add. Sense: Logical unit not supported Mar 27 12 blvirt2 kernel: sd 1: CDB: Read(16): 88 00 00 00 00 01 8e 5f ff 80 00 00 00 08 00 00 Mar 27 12 blvirt2 kernel: sd 1: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 27 12 blvirt2 kernel: sd 1: Sense Key : Illegal Request Mar 27 12 blvirt2 kernel: sd 1: Add. Sense: Logical unit not supported Mar 27 12 blvirt2 kernel: sd 1: CDB: Read(16): 88 00 00 00 00 01 8e 5f ff 80 00 00 00 08 00 00 Mar 27 12 blvirt2 kernel: device-mapper: multipath: Failing path 65. Mar 27 12 blvirt2 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down Mar 27 12 blvirt2 multipathd: 3600000e00d11000000113629001b0000: Entering recovery mode: max_retries=10 ... Mar 27 12 blvirt2 vdsm root ERROR Process failed with rc=1 out='\nudevadm settle - timeout of 5 seconds reached, the event queue contains:\n /sys/devices/virtual/block/dm-13 (970102)\n /sys/devices/virtual/block/dm-13 (970103)\n /sys/devices/virtual/block/dm-9 (970104)\n /sys/devices/virtual/block/dm-9 (970105)\n /sys/devices/virtual/block/dm-13 (970108)\n /sys/devices/virtual/block/dm-9 (970109)\n /sys/devices/virtual/block/dm-13 (970110)\n /sys/devices/virtual/block/dm-9 (970111)\n' err='' ... Mar 27 13 blvirt2 multipathd: dm-117: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-117: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: dm-117: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-117: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: dm-118: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-118: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: dm-118: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-118: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: 3600000e00d1100000011362900210000: sdu - tur checker reports path is down Mar 27 13 blvirt2 vdsm vm.Vm ERROR vmId=`6b9efb28-3998-4c2e-88f6-28559f9e531f`: function failed: <AdvancedStatsFunction _sampleVcpuPinning at 0x23fecb0>#012Traceback (most recent call last):#012 File "/usr/share/vdsm/virt/sampling.py", line 484, in collect#012 statsFunction()#012 File "/usr/share/vdsm/virt/sampling.py", line 359, in __call__#012 retValue = self._function(*args, **kwargs)#012 File "/usr/share/vdsm/virt/vm.py", line 351, in _sampleVcpuPinning#012 return vCpuInfos#012TypeError: 'NoneType' object is unsubscriptable Mar 27 13 blvirt2 vdsm vm.Vm ERROR vmId=`cd5d3e58-fd6b-483e-bc2c-ce69f6216bfb`: function failed: <AdvancedStatsFunction _sampleVcpuPinning at 0x23fecb0>#012Traceback (most recent call last):#012 File "/usr/share/vdsm/virt/sampling.py", line 484, in collect#012 statsFunction()#012 File "/usr/share/vdsm/virt/sampling.py", line 359, in __call__#012 retValue = self._function(*args, **kwargs)#012 File "/usr/share/vdsm/virt/vm.py", line 351, in _sampleVcpuPinning#012 return vCpuInfos#012TypeError: 'NoneType' object is unsubscriptable Mar 27 13 blvirt2 multipathd: dm-119: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-119: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: dm-119: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-119: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: 3600000e00d1100000011362900210000: sdh - tur checker reports path is down Mar 27 13 blvirt2 multipathd: dm-120: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-120: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: dm-120: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-120: devmap not registered, can't remove Mar 27 13 blvirt2 vdsm vm.Vm WARNING vmId=`b5b94ea6-0a39-43ef-a506-002c25c68c42`: to set state to Powering down when already Down Mar 27 13 blvirt2 multipathd: dm-35: remove map (uevent) Mar 27 13 blvirt2 multipathd: dm-35: devmap not registered, can't remove Mar 27 13 blvirt2 multipathd: dm-35: remove map (uevent)

Mar 27 13 blvirt2 multipathd: dm-35: devmap not registered, can't remove

Вопрос ещё такой:

если на хранилке отключить эти LUN, как Овирт поведёт себя?

molik

Обманул, вот этих двух LUN нет на хранилище:

3600000e00d1100000011362900260000

3600000e00d1100000011362900210000

Этот, вообще в другой LUN группе и хост никак не может его видеть.

3600000e00d11000000113629001b0000

3600000e00d1100000011362900260000 dm-92 FUJITSU,ETERNUS_DXL


size=1.0T features='0' hwhandler='0' wp=rw
|-+- policy='round-robin 0' prio=0 status=enabled
| `- 0 sdu 65  failed faulty running
`-+- policy='round-robin 0' prio=0 status=enabled
  `- 1 sdv 65  failed faulty running
3600000e00d1100000011362900210000 dm-14 FUJITSU,ETERNUS_DXL
size=100G features='0' hwhandler='0' wp=rw
|-+- policy='round-robin 0' prio=0 status=enabled
| `- 0  sdh 8  failed faulty running
`-+- policy='round-robin 0' prio=0 status=enabled
  `- 1  sdr 65  failed faulty running
3600000e00d11000000113629001b0000 dm-11 FUJITSU,ETERNUS_DXL
size=3.1T features='0' hwhandler='0' wp=rw
|-+- policy='round-robin 0' prio=0 status=enabled
| `- 0  sdg 8   failed faulty running
`-+- policy='round-robin 0' prio=0 status=enabled

`- 1 sdq 65 failed faulty running

Возможно стоит ребутнуть этот хост.

Я так понял, что когда-то удалили эти разделы с хранилки, а хост их запомнил.

danyasny

Вот потому и тормозил. Если ничто не держит девайс (lsof-ом можно проверить) можно слить кэш через multipath -f

molik

Dan Yasny написал

Вот потому и тормозил. Если ничто не держит девайс (lsof-ом можно проверить) можно слить кэш через multipath -f

Ок.

Список multipath синхронизироваля между двумя хстами.

Теперь редактирование стораджей работает нормально и, maintenance стораджей тоже работает.

Становится не понятным, как правильно разделы удалять. Надо ещё заходить на каждый хост, очищать список multipath, удалять не нужные устройства?

Вот до этого, сначало в Овирте сделал detach стореджа, потом remove.

На хранилке отсоеденил разделы от хостов овирта.

После этого, в меню редактирования storage, в Овирте идентификаторы этих разделов были помечены оранжевым цветом с восклицательным знаком (скрин в первом посте). Ну и собственно с этого времени начались тормоза и проблемы.

danyasny

если все отработало штатно, то проблем быть не должно, я думаю глюкнул именно multipath, как раз на днях слышал похожие жалобы на него из других источников. Надеюсь баг скоро починят

molik

Короче так понял, что удаление стореджа должно происходить в такой последовательности:

1. в Овирте удаляем сторедж: "maintenance -> detach -> destroy".

2. потом заходим на каждый хост в кластере и удаляем соответствующий volume group и pvremove /dev/mapper/xxx.

3. далее multipath -f /dev/mapper/xxx

4. и потом уже отключаем раздел на хранилище.

Кстате вопрос: чем отличается remove и destroy при удалении стореджа в Овирте ?

danyasny

Нет. Destroy убирает сторедж только из базы. Штатное удаление это remove

molik

Если делать "remove", то volume также не удаляется и в multipath линк соответственно остаётся. Проверял на 4.2 кластере.

Т.е. приходится руками всё удалять, на каждом хосте иначе после отключения раздела на хранилке, будут ошибки на хостах.

Алексей Максимов

А разве обычный Reinstall проблемного хоста из веб-консоли oVirt Engine не решил бы в автоматическом режиме проблему с "мусором" в конфигурации multipath?

molik

Алексей Максимов написал

А разве обычный Reinstall проблемного хоста из веб-консоли oVirt Engine не решил бы в автоматическом режиме проблему с "мусором" в конфигурации multipath?

А reinstall, вроде же реинсталит гипервизор и хост нужно переводить в режим обслуживания.

Следующая страница »