AV
Добрый день, подскажите пожалуйста, нужна программка которая будет использовать оперативную память в виртуалке для тестов нужно. Забить все озу.
7zip на максималках все съест: и проц, и память... И еще попросит...
Size: a a a
2021 March 18
БГ
в очереди I/O на это блочное устройство, о чем esxi честно сообщает, lost access to volume про это же
Спасибо, буду смотреть нагрузку
i
Спасибо, буду смотреть нагрузку
и на бекапы ещё посмотрите, т.к. диск уедет в вальгаллу вместе с 1c/mssql
БГ
и на бекапы ещё посмотрите, т.к. диск уедет в вальгаллу вместе с 1c/mssql
да, я уже решил пока что переместить его на соседний диск
i
да, я уже решил пока что переместить его на соседний диск
соседний диск точно так же уедет
МХ
Добрый день.
У меня esxi 6.7 U2
Контроллер встроенный, чипсет C621
Есть два INTEL_SSDSC2KB480G8.
На каждой создан datastore.
На одном из них в логах наблюдаю ошибку:
performance has deteriorated. I/O latency increased from average value of 7304
В events вижу:
Lost access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) following connectivity issues.
В самом datastore только одна виртуалка, на ней MS SQL и 1С.
В чем может быть проблема? Диск совершенно новый. Второму диску больше года, на ней тоже одна виртуалка, но нет таких проблем.
У меня esxi 6.7 U2
Контроллер встроенный, чипсет C621
Есть два INTEL_SSDSC2KB480G8.
На каждой создан datastore.
На одном из них в логах наблюдаю ошибку:
performance has deteriorated. I/O latency increased from average value of 7304
В events вижу:
Lost access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) following connectivity issues.
В самом datastore только одна виртуалка, на ней MS SQL и 1С.
В чем может быть проблема? Диск совершенно новый. Второму диску больше года, на ней тоже одна виртуалка, но нет таких проблем.
Я бы сказал что лост не должен происходить даже от большой нагрузки, значит с винтом что то не то , проверить смарт, пповерить железо, проверить подключение шины
БГ
соседний диск точно так же уедет
😀
БГ
Я бы сказал что лост не должен происходить даже от большой нагрузки, значит с винтом что то не то , проверить смарт, пповерить железо, проверить подключение шины
Спасибо, думаю это из-за встроенного контроллера. Обычно ставим LSI или Adaptec, и там таких ошибок я не наблюдаю, причем нагрузка там больше чем здесь
МХ
Ну как минимум обновление прошивки контроллера и диска не помешает
Цим провайдер поставить не помешает,, логи с контроллера почитать, достать вставить винт, бывает что контакт плохой.
Если это не рейд а просто диск включите режим jbod
Цим провайдер поставить не помешает,, логи с контроллера почитать, достать вставить винт, бывает что контакт плохой.
Если это не рейд а просто диск включите режим jbod
i
Я бы сказал что лост не должен происходить даже от большой нагрузки, значит с винтом что то не то , проверить смарт, пповерить железо, проверить подключение шины
https://kb.vmware.com/s/article/2136081
The VMFS datastores are monitored through the heartbeats that are issued in the form of write operations approximately once in every 3 seconds to the VMFS volumes from the hosts. Each ESXi host accessing the VMFS datastores expects these heartbeat write I/O operations to complete within a 8 second window. If the heartbeat I/O does not complete within an 8 second window, the I/O is timed out and a subsequent heartbeat I/O is issued. If the total time of the heartbeat I/O does not complete within a 16 second window, the datastore is marked offline and a Lost access to volume log message is generated by hostd to reflect this behavior.
After a VMFS datastore is marked in an offline state, ESXi issues heartbeat I/O to the datastore approximately every 1 second until connectivity is restored. If a heartbeat I/O completes, the datastore is marked back online and host I/O is allowed to continue.P
Добрый день.
У меня esxi 6.7 U2
Контроллер встроенный, чипсет C621
Есть два INTEL_SSDSC2KB480G8.
На каждой создан datastore.
На одном из них в логах наблюдаю ошибку:
performance has deteriorated. I/O latency increased from average value of 7304
В events вижу:
Lost access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) following connectivity issues.
В самом datastore только одна виртуалка, на ней MS SQL и 1С.
В чем может быть проблема? Диск совершенно новый. Второму диску больше года, на ней тоже одна виртуалка, но нет таких проблем.
У меня esxi 6.7 U2
Контроллер встроенный, чипсет C621
Есть два INTEL_SSDSC2KB480G8.
На каждой создан datastore.
На одном из них в логах наблюдаю ошибку:
performance has deteriorated. I/O latency increased from average value of 7304
В events вижу:
Lost access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 60509834-a2782b6a-8805-3cecef042e82 (SSD1) following connectivity issues.
В самом datastore только одна виртуалка, на ней MS SQL и 1С.
В чем может быть проблема? Диск совершенно новый. Второму диску больше года, на ней тоже одна виртуалка, но нет таких проблем.
Посмотрите в сторону этой проблемы с ahci драйвером.
Когда то давно сталкивался с этой проблемой.
https://www.virtuallyghetto.com/2017/07/ahci-vmw_ahci-performance-issue-resolved-in-esxi-6-5-update-1.html
Когда то давно сталкивался с этой проблемой.
https://www.virtuallyghetto.com/2017/07/ahci-vmw_ahci-performance-issue-resolved-in-esxi-6-5-update-1.html
i
я бы смотрел в сторону esxtop и https://kb.vmware.com/s/article/1008205
i
ну и поиск проблемы нужно начинать с GuestOS, что там с I/O происходит
МХ
> If the heartbeat I/O does not complete within an 8 second window
это что за нагрузка если 8 секунд диск не отвечает ?
явно хардварная проблема
это что за нагрузка если 8 секунд диск не отвечает ?
явно хардварная проблема
i
> If the heartbeat I/O does not complete within an 8 second window
это что за нагрузка если 8 секунд диск не отвечает ?
явно хардварная проблема
это что за нагрузка если 8 секунд диск не отвечает ?
явно хардварная проблема
heartbeat I/O не попало в очередь, потому что она занята?
МХ
heartbeat I/O не попало в очередь, потому что она занята?
хм , вы представляете себе что должно происходить с SSD девайсом если у него очередь на 8 секунд ?
i
хм , вы представляете себе что должно происходить с SSD девайсом если у него очередь на 8 секунд ?
swap, например
L
Сказали же. Хром и вперёд
Мне надо забить 128 и 256 гб
i
зачем что-то представлять, если есть целый подход в траблшутинге, top-down называется и именно он считается оптимальным с точки зрения затрат времени на поиск проблем в виртуализации (RCA)
L
Alexander Vorobyev
7zip на максималках все съест: и проц, и память... И еще попросит...
Попробую, спс. Winrar на сколько я помню только проц ел