☰

Ubuntu + VMware

tag-icon • tag-icon server vmware remote-desktop
Ubuntu + VMware

Я уже задавал этот вопрос на форумах VMware, но так и не получил правильного ответа.

У меня Ubuntu Server 20.04 на моем выделенном сервере (хостинговая компания). Характеристики сервера: --> Intel Xeon E5-1650V3: 6 ядер, 12 Hyperthreading --> 128 ГБ ОЗУ --> 512 ГБ SSD

Я использую Vmware Workstation Pro 16.2 (новейшую версию)

У меня 6 виртуальных машин Win10. Каждой виртуальной машине выделено 2 vCpu, что отлично работает. Я подключаюсь к виртуальным машинам через RDP. Проблема в следующем: сервер зависает случайным образом. Например, сервер работал около 3 недель, а затем внезапно виртуальные машины стали недоступны для подключения через RDP. Когда я подключаюсь к серверу через RDP (xrdp), он перестает отвечать (аналогично тому, как не отвечает Windows). Затем мне приходится выполнять аппаратный сброс сервера из панели хостинга и снова запускать виртуальные машины, и это повторяется каждые 2-3 недели.

Я не могу ничего найти в логах (я не эксперт по Linux). Я сделал этот тест-> Я нагрузил 6 виртуальных машин Win10 Heavyload и отслеживал их через htop, ядра ЦП достигают 100%, но сервер не зависает. Я предполагаю, что это не аппаратная проблема.

Кто-нибудь может мне помочь? Спасибо:)

решение1

Без конкретной ошибки трудно дать хороший совет. Кроме того, я не думаю, что есть много людей, которые используют VMWare Workstation на Ubuntu, потому что встроенные инструменты потрясающие и обычно самые производительные. Однако вот несколько общих советов, с которых можно начать:

  • Системный журнал находится в /var/log/syslog. Вы можете искать в нем сообщения об ошибках с помощьюgrep -Ei err\|fail\|stop\|denied /var/log/syslog
  • Также проверьте журналы systemd на наличие ошибокjournalctl | grep -Ei err\|fail\|stop\|denied
  • примените все обновления — возможно, в используемом вами программном обеспечении есть известная ошибка.apt update ; apt dist-upgrade
  • иногда система перестает отвечать из-за чрезмерного использования подкачки, вы можете проверить это с помощью free -m, временно отключить с помощью swapoff -a, или значительно уменьшить использование подкачки с помощьюsysctl vm.swappiness=1

Надеюсь, здесь есть что-то, что поможет вам найти конкретную проблему, по которой вы сможете задать новый вопрос.

Связанный контент