IF KMS Server Certificate will expire soon. THEN trigger the alarm as critical OR IF The server certificate of Trusted Key Provider will expire soon. THEN trigger the alarm as warning
В vcenter вкладка storage - VMs почему-то есть две виртуалки, которые фактически лежат на другом datastore. Из-за этого не могу отправить datastore в режим maintenance. Как можно узнать почему система считает, что виртуалки используют этот datastore ?
Ещё есть ситуация когда на датасторе ничего нет, но vm все равно ссылаются на него. Проверьте, есть ли снапшот - возможно его делали, когда на датасторе был iso и т.д.
Ещё есть ситуация когда на датасторе ничего нет, но vm все равно ссылаются на него. Проверьте, есть ли снапшот - возможно его делали, когда на датасторе был iso и т.д.
В первом случае был прицеплен iso во втором снэпшот
Коллеги, подскажите пожалуйста, как я могу определить, в какую машину замонтирован VMDK? Writable вольюм завис в статусе Attached, а куда он Attached, найти не могу.
Коллеги, подскажите пожалуйста, как я могу определить, в какую машину замонтирован VMDK? Writable вольюм завис в статусе Attached, а куда он Attached, найти не могу.
Коллеги, подскажите пожалуйста, как я могу определить, в какую машину замонтирован VMDK? Writable вольюм завис в статусе Attached, а куда он Attached, найти не могу.
Посмотри на какой машине пользователь активен из консоли AppVolumes. Или открой appvolumesurl.etc/log и там поищи события маунта writable
Посмотри на какой машине пользователь активен из консоли AppVolumes. Или открой appvolumesurl.etc/log и там поищи события маунта writable
В том-то и беда, что ни на какой. Пользователь нигде не залогинен, а его вольюм куда-то заатачен. Сейчас попробую определить по VMDK с помощью KB, которую выше прислали.
Как вариант, ну или как я написал в самом логе appvolumes у тебя протокол событий куда что маутилось есть. Если конечно writable кто-то руками не прикрутил к ВМ