YG
Короче, пробни:
https://kb.vmware.com/s/article/1009996
https://kb.vmware.com/s/article/1009996
echo time > /proc/sys/kernel/softlockup_threshSize: a a a
2020 February 27
YG
DK
По CPU гостя есть информация под рукой?
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 88
On-line CPU(s) list: 0-87
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 88
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 45
Model name: Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz
Stepping: 2
CPU MHz: 2095.078
BogoMIPS: 4190.15
Hypervisor vendor: VMware
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 88
On-line CPU(s) list: 0-87
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 88
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 45
Model name: Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz
Stepping: 2
CPU MHz: 2095.078
BogoMIPS: 4190.15
Hypervisor vendor: VMware
YG
загрузку hdd проверь на всякий случай
YG
Тоже
Z
Denis Konarev
либо использовать nohup script.sh &
спасибо, кажется так проще
M
Zrxzz увеличил репутацию Denis Konarev(3)
VB
Denis Konarev
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 88
On-line CPU(s) list: 0-87
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 88
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 45
Model name: Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz
Stepping: 2
CPU MHz: 2095.078
BogoMIPS: 4190.15
Hypervisor vendor: VMware
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 88
On-line CPU(s) list: 0-87
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 88
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 45
Model name: Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz
Stepping: 2
CPU MHz: 2095.078
BogoMIPS: 4190.15
Hypervisor vendor: VMware
на сколько понял по тому, что Женя ссылку дал и нагугленой статье про распределение виртуалок на гипервизоре https://habr.com/ru/post/226245/
скорее всего общее количество памяти машин слишком больше хоста, или других виртуальных машин с большим приоритетом много и эта машина редко получает процессорное время из-за того что ее размер равен размеру хоста и поэтому долго обрабатывает системные вызовы
скорее всего общее количество памяти машин слишком больше хоста, или других виртуальных машин с большим приоритетом много и эта машина редко получает процессорное время из-за того что ее размер равен размеру хоста и поэтому долго обрабатывает системные вызовы
DK
Короче, пробни:
https://kb.vmware.com/s/article/1009996
https://kb.vmware.com/s/article/1009996
это просто минимизуерт появления ошибки, но в моём случае ешё и виртуалка зависала, даже пинги не шли
YG
С диском что?
YG
Смотрел?
YG
На пинги не отвечает, а как в клиенте себя ведёт?
YG
Замерзает?
DK
не могу посмотреть до vSphere и ESXi нету доступа ((
DK
на сколько понял по тому, что Женя ссылку дал и нагугленой статье про распределение виртуалок на гипервизоре https://habr.com/ru/post/226245/
скорее всего общее количество памяти машин слишком больше хоста, или других виртуальных машин с большим приоритетом много и эта машина редко получает процессорное время из-за того что ее размер равен размеру хоста и поэтому долго обрабатывает системные вызовы
скорее всего общее количество памяти машин слишком больше хоста, или других виртуальных машин с большим приоритетом много и эта машина редко получает процессорное время из-за того что ее размер равен размеру хоста и поэтому долго обрабатывает системные вызовы
OK, почитаю
VB
Denis Konarev
OK, почитаю
попробуйте уменьшить количество ядер на 2
DK
попробуйте уменьшить количество ядер на 2
чтобы были ресурсы под ESXi ?
VB
ну как минимум чтобы паралельно могли выполняться задачи ввода-вывода
VB
ну и в той статье очень рекомендуется в качестве устройств ввода-вывода использовать гипервиртуализированные устройства
VB
а там эта ВМ одна на хосте?