Как некоторые наверно заметили, вчера я настроил переадресацию на мой новый домен для личных заметок — vinote.ru. Решил больше не продлевать домен onix.me. Во первых — он очень не выгоден для сайта с небольшим трафиком, во вторых — название сайта никак не ассоциировалось с его содержанием. Заодно еще получу небольшой опыт переезда сайт на другой домен. В дальнейшем еще возможны различные проблемы с доступностью, но постараюсь надолго это не затягивать. Спасибо, что читаете мои записи.
vROPS не синхронизирует Metadata (vSphere Tags) из VMware vSphere
Боролся с такой проблемой — перестал получать обновления vSphere Tags в систему VMware Aria Operations (vRops). Нашел статью у вендора, где решается подобная проблема. В логах я не нашел такую ошибку как указано в статье, но мне помогла рекомендация рестартовать службу. В 7 версии Vsphere она называется «vAPI Endpoint». Её перезагрузка мне и помогла.
Канал в телеграм
Привет! Создал недавно канал в Telegram.
Он совсем не связан с IT. Мне интересно фотографировать, поэтому решил свои ежедневные фото куда-то выкладывать. Самому же потом будет интересно смотреть как проходила жизнь день за днем. Заходите https://t.me/photodaylife
Ошибка «Unable To Reach The AWCP Endpoint : https://awcp.air-watch.com/provisioningportal/CSRGenerationHandler.aws/v1»
Столкнулся с такой ошибкой при попытке обновления сертификата APNs на Workspace One:
Статья на сайте разработчика мне никак не помогала, т.к. она была старая и решение той проблемы было выполнено давно.
Я начал проверять сетевой трафик Wireshark и обнаружил такое поведение:
на стандартное приветствие TLS Handshake: Hello
удаленный сервер awcp.air-watch.com отвечает Handshake Failure
После этого вспомнили, что на серверах Workspace One ранее были отключены старые ключи шифрования. Включили их снова и после этого ошибка пропала.
Долгий запрос сертификата APNs (Apple MDM) в Workspace One
Обнаружил недавно проблему при запросе сертификата APNs в продукте Workspace ONE (бывший Airwatch) — он выполняется слишком долго (самый первый шаг).
Начал смотреть Procmon куда лезет в файловой системе этот продукт при запросе сертификата и выяснил, что он долго обрабатывает каталог C:\Windows\ServiceProfiles\NetworkService\AppData\Roaming\Microsoft\SystemCertificates\Request\Certificates. Зашел в него и оказалось что там около 500 тыс. файлов. Через поиск в интернете быстро находится статья о проблеме со старыми версиями Airwatch https://kb.omnissa.com/s/article/82553 В результате, с помощью скрипта https://github.com/sntcz/Clear-MachineKeys перенес файлы в другой каталог и проблема медленного запроса сертификата больше не проявлялась.
Ошибка Failed to call RPC function ‘Vss.GetFileFromGADir’: Error code: 0x80070005
Привет! При бекапе виртуальной машины на виртуализации VMware vSphere средствами Veeam Backup возникла неожиданная ошибка:
Failed to prepare VM for processing from storage snapshot, failing over to using VM snapshot. Details: Failed to call RPC function 'Vss.GetFileFromGADir': Error code: 0x80070005. Failed to invoke func [GetFileFromGADir]: Access is denied.. Failed to download the object. RPC function call failed. Function name: [FcGetItemInfo]. Target machine: [имя виртуальной машины]. RPC error:Access is denied. Code: 5.
Данный сервер бекапится у меня не только как виртуальная машина но и как сервер MS SQL.
Решение проблемы оказалось неожиданным: на этой проблемной виртуальной машине установлены пакеты Veeam:
Veeam Transaction LogBackup Service 12.1.0.2131
Veeam Guest agent 12.1.0.2131
Veeam Installer Service 9.5.0.1536
Удалив все их и выключив/включив задачу бекапа (для остановки бекапа логов) проблема устранилась.
Ошибка при обновлении ESXi «Error while waiting for untar process»
Столкнулся с очередной ошибкой при установке патча VMware-ESXi-7.0U3q-23794027:
esxupdate: ERROR: esximage.Errors.InstallationError: VMware_locker_tools-light_12.3.5.22544099-23794019: Error while waiting for untar process ‘[‘/bin/tar’, ‘xzf’, ‘-‘, ‘-C’, ‘/locker/packages/’]’: Timeout (30 seconds) expired waiting for output from command ‘[‘/bin/tar’, ‘xzf’, ‘-‘, ‘-C’, ‘/locker/packages/’]’
На сайте Broadcom появилась свежая статья с описанием и решением данной проблемы. Повторять ее не вижу смысла, хотелось лишь только добавить, что после последнего шага
vsish -e set /config/VisorFS/intOpts/VisorFSPristineTardisk 1
необходимо установить проблемный vib вручную (в статье это сказано по моему не однозначно)
esxcli software vib install -v /vmfs/volumes/../VMware_locker_tools-light_12.3.5.22544099-23794019.vib
Пакет VMware_locker_tools-light_12.3.5.22544099-23794019.vib скачивается отсюда.
Ошибка «Vmkernel module necessary for this vsi call not loaded» при добавлении NFS-датастора на ESXi
Привет! Если после перезагрузки у вас на ESXi пропали датасторы или не добавляются с ошибкой
An error occurred during host configuration.
Operation failed, diagnostics report: Unable to complete Sysinfo operation. Please see the VMkernel log file for more details.: Vmkernel module necessary for this vsi call not loaded
проделайте следующие действия:
- Зайдите на проблемный ESXi-хост по SSH и выполните команду:
esxcli storage nfs listесли ошибка аналогичная, то это скорее все наш случай, переходим к следующим шагам - Проверяем что модули nfs не загружены в ядро
vmkload_mod -l | grep 'nfs' - Загружаем модули NFS в ядро
vmkload_mod nfs41client
vmkload_mod nfsclient - Включаем загрузку модуля при включении ESXi
esxcfg-module -e nfs41client
esxcfg-module -e nfsclient - Выполняем команду
esxcli storage nfs list, теперь она должна выполниться успешно. Если там есть NFS-датасторы в отключенном состоянии, то удаляем их командойesxcli storage nfs remove -v "Volume Name" - Перезагружаем ESXi
reboot - После перезагрузки добавляем NFS-датасторы, ошибок теперь быть не должно.
Veeam Backup error: Skipping database located on excluded virtual disk
Если в процессе бекапа логов по расписанию с виртуальной машины, на которой крутится база данных MS SQL средствами Veeam Backup столкнетесь с ошибкой:
Skipping database located on excluded virtual disk
и при этом никаких исключений не создано в задаче бекапа, то в первую очередь проверьте что у вас не включена фича MPIO на проблемном сервере. Она осталась включенной после того, как сервер был виртуализован из физического, а роль не была удалена. После ее удаления и полного бекапа сервера, бекап логов по расписанию заработал.
Ошибка в задаче бекапа Veeam Agent
Veeam агент версии — 6.1.0.349
Veeam сервер версии — 12.1.1.56
При бекапе агентом одного из физических серверов возникла ошибка:
Error: AgentManagerService: Failed to start agent, Host ‘MBX01’. The remote procedure call was cancelled. RPC function call failed. Function name: [DoRpc]. Target machine: [::1]
В логах Veeam ничего дополнительного не нашел. Для устранения этой ошибки помог перезапуск сервиса VeeamEndpointBackupSvc на проблемном сервере. Причем сервис не хотел останавливаться, пришлось останавливать процесс Veeam.EndPoint.Service.exe вручную через Task Manager