Вы используете соединенные мостом сети? Это обычно - самый легкий способ настроить сети в KVM в соответствии с Linux. Я принял бы одну причину, Вы смогли иметь сетевое соединение на госте, который VM не настроив его IP явно - то, что это получает допустимый IP от сервера DHCP, или через NAT от хоста ОС или с сервера DHCP в Вашей сети. Однако обычно Вы выбираете сетевые интерфейсы во время установки (использующий virt-установку, KVM, и т.д.) для предоставления доступа доступным для гостя. Как Вы устанавливали гостя ОС?
Для нахождения его IP необходимо было бы работать ifconfig
на госте, не хосте. Если Вы получаете IP на той же подсети как Ваш IP ОС хоста, можно соединиться с ним с помощью того IP - в этом случае рассматривают его как, он - любой другой компьютер в сети.
ОБНОВЛЕНИЕ:
На мой комментарий ниже, для установки соединенных мостом сетей, на хосте редактирование ОС /etc/network/interfaces
файл для сходства со следующим:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet static
address 192.168.0.10 #change these 5 lines
network 192.168.0.0 #to match your IP/network info
netmask 255.255.255.0 #
broadcast 192.168.0.255 #
gateway 192.168.0.1 #
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
при использовании DHCP для получения IP, установите раздел br0 для сходства с этим вместо последней части выше:
auto br0
iface br0 inet dhcp
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
Можно установить сеть при установке гостя, использующего libvirt:
sudo virt-install --vnc -n vm1 -r 1024 --vcpus=1 \
--os-type=linux --os-variant=ubuntulucid --hvm --accelerate \
--network=bridge:br0 -c ~/isos/ubuntu_lucid_amd64.iso \
-f ~/vms/vm1ubuntu.vm -s 50
Это установило бы Ubuntu, которую Ясный гость назвал 'vm1' из файла ISO, дав ему 1 vCPU, 1024 МБ RAM и 50 ГБ qcow2 файл образа диска.
При установке гостя с этим или другим методом можно работать sudo virsh dumpxml vm1 > vm1.xml
для дампа информации о том госте отредактируйте файл для изменения настроек и использования sudo virsh create vm1.xml
воссоздать гостя с новыми настройками (необходимо будет работать sudo virsh destroy
и sudo virsh undefine
промежуточный или использование некоторый другой метод, чтобы остановиться и удалить гостя в его текущем формате прежде, чем воссоздать).
SvW не ошибается в том, что он пишет, но вам также следует исследовать переменную max_check_attempts
, которая определяет, сколько проверок должна завершиться проверкой, прежде чем она станет ЖЕСТКОЙ ошибка и уведомление.
Для некоторых из моих служб триггеров волос у меня есть
max_check_attempts 2
check_interval 2
retry_interval 1
, что означает, что NAGIOS будет проверять чаще, чем обычно, и, как только заметит, что что-то не так, он подождет 1 минуту, проверит еще раз затем уведомить. Что касается других сервисов, о которых мне все равно, пока он не отключился, у меня есть
max_check_attempts 12
check_interval 5
retry_interval 5
, что означает, что, как только NAGIOS заметит, что что-то не так, он будет продолжать проверку каждые 5 минут, как обычно, и не сообщать мне, пока он не будет на час.
Определенно стоит настроить ваш NAGIOS, пока он не расскажет вам о вещах, которые вам небезразличны, в то время, когда вы о них заботитесь, и ничего больше; система мониторинга, которая генерирует облако ложных срабатываний (т. е. отправляет вам множество уведомлений, которые вам на самом деле не нужны), почти так же бесполезна, как и система с ложно-отрицательными (т. е. не может заметить реальную проблему).
Вы можете определить подробные конфигурации, чтобы сообщить Nagios каждую деталь о проверке службы.
Найдите параметры конфигурации check_interval
и retry_interval
, и пока вы это делаете, узнавайте о периодах времени в целом.