Mister Nobody – Page 18

Veeam V10 is coming…

Enhanced NAS backup	NetApp ONTAP SVM Processing	EA: RMAN Plugin for Solaris
Cloud Tier & SoBR Enhancements	Linux Backup Proxy	EM: SAML 2.0 Support
Data Integration API	Linux VIX	VAL: PostgreSQL Processing
GFS Retention M Primary Backup Jobs	Block Cloning on XFS	VAL: MySQL Processing
Snapshot only Backup Jobs	NFS Backup Repository	VAL Dedupe storage support
Backup Copy Job Enhancements	Multi-AM Instant Restore	VAL: CLI Enhancements
Transaction Logs Backup Copy Job	VAW: Instant Recovery to vSphere	ONE: General Enhancements
WAN Acceleration Enhancements	VAW: Parallel disk processing	ONE: NAS Backup Support
Enhanced Nutanix AHV Backup	SAP Enhancements	ONE: Nutanix Support

Veeam Installation Guide for v10 Beta 1 by Al Rasheed
Backup and Replication v10 – file share backups by Gary Williams
Veeam Backup & Replication V10: NAS and file share backup by Eugene Elizarov (in Russian)
Cloud Connect for Enterprise by Nicolas Bonnet
What is Veeam Copy Mode Feature? by Vladan Seget
Veeam Cloud Tier – Copy Mode by Rhys Hammond
The Art of the Portable by Paul Stringfellow
Scale-Out Repository – O que é? Quando Usar? by Wesley Martins Silva (in Portuguese)
How to update Veeam Proxy manually by Luciano Patrao
Veeam Backup & Replication V10: Linux proxy by Eugene Elizarov (in Russian)
Veeam v10 – Linux proxies have arrived by Steven Onofaro
Veeam 10 Anteprima: Cloud Tier – Immutability by Paolo Valsecchi (in Italian)
Veeam Basics – Cloud Tier and v10 by Dan Frith
Optimize the Veeam preferred networks backup initialization speed by Didier Van Hoye
Veeam V10 – Soporte para NAS Backup by Patricio Cerda (in Spanish)
Backing up VMware Cloud on AWS with Veeam by Adam Fisher

Видеозаписи докладов с VMworld 2019 EU

Видеозаписи докладов с VMworld 2019 EU доступны на страницах:

Политика ротации резервных копий vCenter не работает

В последнее время VMware часто озвучивает новый функционал VCSA VAMI – создание резервных копий конфигурации vCenter на разные хранилища по протоколам FTP/FTPS, HTTP/HTTPS, SCP, NFS, SMB.

Мы сразу после внедрения VCSA 6.7 настроили резервные копии на FTP, время от времени удаляя копии с хранилище.

После реализации поддержки SMB перенастроили на новый протокол, но с удивлением обнаружили, что ротация резервных копий так и не работает.

Поиск в БЗ VMware подсказал ответ – VCSA VAMI backup is failing to delete old backups according to retention policy (70823). То есть проблема нам не померещилась и когда-нибудь будет исправлена, а пока чистим руками…

Список проверок vSphere Health

При подключении к Программе повышения эффективности работы заказчиков (Customer Experience Improvement Program, CEIP), вы может проверить здоровье вашей vSphere через онлайн-анализатор.

Проверки с проблемами пишутся все, а вот беспроблемные только частично. Меня интересовало – что ещё проверяется?

Итак список проверок на момент публикации статьи:

ESXi host with i40e driver and TCP Segmentation Offload
(TSO) enabled KB 2126909
ESXi with HP ILO driver version 10.0.1-24 KB 2148123
Intel IOMMU interrupt remapper is disabled for ESXi hosts on
HP ProLiant Gen8 servers KB 2149043
ESXi host dvfilter vmci socket deregistration KB 2149242
ESXi 6.0 Update 2 when hardware Large Receive Offload
(LRO) is ‘enabled KB 2144968
Network redundancy check when configuring VMware High
Availability in vCenter Server KB 1004700
ESXi 6.5.x has 10Gb Physical Nic and NetQueue is enabled KB 2151749
ScratchConfig.CurrentScratchLocation is set to “/scratch” on
ESXi version 6.0.0 and 6.5.0 KB 2151209
ESXi maximum number of supported storage devices KB 2150280
ESXi 6.5 or 6.7 host with IPv6 disabled KB 2150794
ESXi system logs on vSAN datastore KB 2147541
ESXi host with native Intel X710 driver and VLAN tagging KB 2149781
ESXi with bad brcmfcoe or lpfc driver versions KB 2151391
SearchLow I/O performance using intel-nvme drivers 1.3.2.8-
1OEM and 1.3.2.4-1OEM with block sizes larger than 4K KB 55693
Host experiences PF Exception 14 with
bnx2x_netq_free_rx_queue_single in backtrace KB 53353
Virtual machine operations on an ESXi 6.0 host fails KB 2113450
Sequential-context attack vector vulnerability in Intel
processors KB 55806
Concurrent-context attack vector vulnerability in Intel
processors KB 55806
ESXi unable to save hostd service state to /bootbank KB 2057826
VMDK corruption after canceling a snapshot removal task KB 2146319
Disk space check for VMware vCenter Server Appliance KB 2145603
vMotion network configuration check for vSphere Standard
Switch KB 2120640
vMotion network configuration check for vSphere Distributed
Switch KB 2120640
Selective deletion of tasks, events, and historical performance
data in vSphere 5.x and 6.x KB 2110031
Host participating in VM-based replication KB 55650
ESXi on host with AMD EPYC 7xx1 CPU KB 52045
vMotion of virtual machines from ESXi 6.0 to 6.5 KB 59723
End of General Support for vSphere 6.0 KB 66977
Deprecation of the external Platform Services Controller
deployment model KB 60229
Maximum number of ESXi hosts per cluster Max Config
ESXi host connectivity with vCenter Server KB 1005757
Enable SCAv2 for optimal hyperthreading performance KB 55806
Unsupported address family with dvSwitch in ESXi 6.0 KB 2117308
Host PSOD on QFLE3I driver on QLogic 57840 10/20 Gigabit
Ethernet Adapter KB 56357
vCenter Server version compatibility check KB 68174

Видеозаписи докладов с VMworld 2019 US

Видеозаписи докладов с VMworld 2019 доступны на страницах:

VMware vSphere 6.7 Update 3 Alarm ‘Host hardware sensor state’

У VMware есть привычка в практически каждый релиз заложить какую-нибудь граблю. Вот и в vSphere 6.7 Update 3 отличились.

Выражается в виде массовых событий типа error в vCenter Events:

 Alarm 'Host hardware sensor state' on [hostname] triggered by event [number] 'Sensor -1 type , Description [device] state assert for . Part Name/Number N/A N/A Manufacturer N/A'.

1	Alarm 'Host hardware sensor state' on [hostname] triggered by event [number] 'Sensor -1 type , Description [device] state assert for . Part Name/Number N/A N/A Manufacturer N/A'.

Функционал вроде бы не нарушен, проявляется на оборудовании разных производителей, но эти же события имеют тип info в ESXi.

Проблема в том, что данные события переполняют логи vCenter и систем мониторинга.

Участник Reddit пишет:

Our vCenter daily log is usally something like 15-20KB, but it has blown up to 1.7-2.3 GB since the 10-node upgrade.

То есть рост логов в сутки составил всего-то сто тысяч(!) раз.

А что поддержка? Ничего – ещё не признали проблему! Видать, все на VMWorld уехали.

Update

VMware признала проблему и предложила пару обходных решений в базе знаний – Excessive Hardware health alarms being triggered for “Sensor -1 type” on ESXi hosts running vSphere 6.7 U3 (74607).

Останов VCSA при нехватке места

У нас неожиданно стал прекращать работать VCSA, а конкретно сервис VPXD.

Стартнёшь ручонками – работает то десяток часов, то 20 минут. Из warning’ов – мало места для базы данных (List of VMDKs/Partitions for a vCenter Server Appliance 6.7 – Size Mount point and Purpose (70625)). VAMI показывает, что места в SEAT занято 90%. Также не работает Update Manager даже при запущенном VPXD. Все логи vpxd.log перебрали – ничего не заметили, как будто штатный останов.

Написали в техподдержку – те попросили логи собрать, а как их соберёшь, если vCenter то потухнет, то погаснет. Кое-как собрали через VAMI, да и те оказались не полные, пришлось ручонками скопировать с помощью WinSCP папку логов VPXD.

Поддержка логи смотрела внимательнее и нашла:

2019-08-27T06:50:34.343Z error vpxd[102197] [Originator@6876 sub=vpxdVdb] Shutting down the VC as there is not enough free space for the Database(used: 95%; threshold: 95%).
2019-08-27T06:50:34.343Z info vpxd[102197] [Originator@6876 sub=Default] Initiating VMware VirtualCenter shutdown
2019-08-27T06:50:35.412Z error vpxd[102111] [Originator@6876 sub=vpxdVdb] Insufficient free space for the Database (used: 95%; threshold: 95%)

2019-08-27T06:50:34.343Z error vpxd[102197] [Originator@6876 sub=vpxdVdb] Shutting down the VC as there is not enough free space for the Database(used: 95%; threshold: 95%).

2019-08-27T06:50:34.343Z info vpxd[102197] [Originator@6876 sub=Default] Initiating VMware VirtualCenter shutdown

2019-08-27T06:50:35.412Z error vpxd[102111] [Originator@6876 sub=vpxdVdb] Insufficient free space for the Database (used: 95%; threshold: 95%)

Действительно, места не хватает и VPXD сам себя отправляет отдыхать. Описание поведения vCenter есть КБ-шечке “Shutting down the VC as there is not enough free space for the Database” error (67017). Вот только она про /storage/db, а про /storage/seat умалчивает.

Добавили место у диска SEAT по инструкции Increasing the disk space for the VMware vCenter Server Appliance in vSphere 6.5 and 6.7 (2145603). Перезагрузили VCSA и всё заработало.

P.S. Так и не понял – с каких пор 90%=>95%?

P.P.S. Андрей подсказал откуда разница в процентах (данные после увеличения диска):

Вывод в VAMI: seat Total space 54.0 GB Used space 32.4 GB Available space 21.6 GB 60.1% of 54.0 GB

Вывод в df -h: /dev/mapper/seat_vg-seat 55G 33G 19G 64% /storage/seat

Доступность инструкций процессора в зависимости от версии vHW

Ранее на бложике публиковались две статьи о разном поведении виртуальных машин при разном vHW и EVC

Один из участников сообщества VMUG провел анализ доступных инструкций процессора в зависимости от версии виртуального железа с помощью утилиты /proc/cpuinfo. В результат появилась занимательная таблица:
Исходник в Google Таблицы.

P.S. Комментарий автора:

После обсуждения CPUID решил проверить зависимость доступных инструкций от vHW, но основной вывод уже был сделан в КВ по процессорным уязвимостям: “безопасной” версией является 9, а тормозить оно перестаёт на 11. Также выяснилось:
1. vHW режет флаги не так сильно, как EVC. Например, на vHW=8 доступны fma и movbe (Haswell), а на vHW=13 доступны xsavec и xsaves (Skylake).
2. Между 13-16 версиями без NVDIMM и гостевой виртуализации нет разницы.

Релиз платформы VMware vSphere 6.7 Update 3

Компания VMware выпустила обновление своей платформы виртуализации VMware vSphere 6.7 Update 3:

VMware ESXi 6.7 Update 3 Release Notes

VMware vCenter Server 6.7 Update 3 Release Notes

VMware vSAN 6.7 Update 3 Release Notes

vSAN 6.7 U3 Technical Overview

New Release: PowerCLI 11.4.0

vSphere Client Plugins: What’s New in 6.7 Update 3

VCSA VAMI переключается на “Installation in progress”

При попытке обновления VCSA он завис на тексте:

"Installation in progress
22%
Staging in progress"

"Installation in progress

22%

Staging in progress"

Подождав довольно долго, я понял, что ему так не помочь. Подключился по SSH и обновил через CLI.

Всё прошло гладко, но при подключении к VAMI каждый раз шло перенаправление на страницу /update/progress c тем же текстом:

"Installation in progress
22%
Staging in progress"

"Installation in progress

22%

Staging in progress"

Робот в поддержке предложил статью Accessing the VAMI returns error “Update installation in progress” after recovering from a failed update (67179), советом из которой я и воспользовался:

Подключить к VCSA по SSH

Проверить содержимое файла “/etc/applmgmt/appliance/software_update_state.conf”. Должно быть примерно такое содержимое:

{

    "operation_id": "/storage/core/software-update/stage_install_operation",

    "latest_query_time": "2019-02-13T14:53:00Z",

    "state": "INSTALL_IN_PROGRESS",

    "version": "6.7.0.21000"

}

{

"operation_id": "/storage/core/software-update/stage_install_operation",

"latest_query_time": "2019-02-13T14:53:00Z",

"state": "INSTALL_IN_PROGRESS",

"version": "6.7.0.21000"

}

Сделать копию файла “/etc/applmgmt/appliance/software_update_state.conf”
Остановить сервис applmgmt командой: service-control –stop applmgmt
Удалить файл “software_update_state.conf”
Запустить сервис applmgmt командой: service-control –start applmgmt
Зайти на VAMI для проверки