QNX6 network under Virtualbox: host is down

[Артем Кашканов]

Всем привет! Есть следующая проблема:

Имеется Windows 8.1 хост, пара Ubuntu Linux 12.04 гостей и QNX 6.5 гость под Virtualbox 5.0.14.
локальная сеть Virtualbox настроена как "Сеть NAT", так как мне необходимо организовать общение систем друг с другом. Linux-гости между собой и хостом прекрасно общаются, чего не скажешь про QNX гостя.

Таким образом вопрос: как заставить работать сеть под Virtualbox?

umane -a

Код:

QNX localhost 6.5.0 2012/06/20-13:50:50EDT x86pc x86

Конфигурация сети:

Код:

хост: 192.168.56.1(host side) to 10.0.2.2(guests side)
гости: 10.0.2.15,17 (linux) 10.0.2.16 (QNX).

После ребута QNX sloginfo говорит что все в порядке:

Код:

  Mar 03 13:48:53    5    14     0 tcpip starting
  Mar 03 13:48:53    3    14     0 Using pseudo random generator.  See "random" option
  Mar 03 13:48:53    5    14     0 initializing IPsec... done
  Mar 03 13:48:53    5    14     0 IPsec: Initialized Security Association Processing.

pci -vvv для секции Network

Код:

Class          = Network (Ethernet)
Vendor ID      = 8086h, Intel Corporation
Device ID      = 1004h,  82543GC Gigabit Ethernet Controller (Copper)
PCI index      = 0h
Class Codes    = 020000h
Revision ID    = 2h
Bus number     = 0
Device number  = 3
Function num   = 0
Status Reg     = 230h
Command Reg    = 7h
        I/O space access enabled
        Memory space access enabled
        Bus Master enabled
        Special Cycle operations ignored
        Memory Write and Invalidate disabled
        Palette Snooping disabled
        Parity Error Response disabled
        Data/Address stepping disabled
        SERR# driver disabled
        Fast back-to-back transactions to different agents disabled
        PCI INTx enabled
Header type    = 0h Single-function
BIST           = 0h Build-in-self-test not supported
Latency Timer  = 20h
Cache Line Size= 0h
BAR - 0 [Mem]  = f0000000h 32bit length 131072 enabled
BAR - 2 [I/O]  = d000h length 8 enabled
Subsystem Vendor ID = 8086h
Subsystem ID        = 1004h
Max Lat        = 0ns
Min Gnt        = 255ns
PCI Int Pin    = INT A
Interrupt line = 9
CPU Interrupt  = 9h
Capabilities Pointer = dch
Capability ID        = 1h - Power Management
Capabilities         = 22h - 0h
Capability ID        = 7h - PCI-X
Capabilities         = 2h - 40fff8h
Device Dependent Registers:
0x040:  0000 0000 0000 0000   0000 0000 0000 0000
...
0x0d0:  0000 0000 0000 0000   0000 0000 01e4 2200
0x0e0:  0000 0000 0700 0200   f8ff 4000 0000 0000
0x0f0:  0000 0000 0000 0000   0000 0000 0000 0000

#ifconfig -u -v:

Код:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33192
    input: 0 packets, 0 bytes
    output: 0 packets, 0 bytes
    inet 127.0.0.1 netmask 0xff000000
wm0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    capabilities rx=7<IP4CSUM,TCP4CSUM,UDP4CSUM>
    capabilities tx=1f<IP4CSUM,TCP4CSUM,UDP4CSUM,TCP6CSUM,UDP6CSUM>
    enabled=0
    address: 08:00:27:e4:ea:6f
    media: Ethernet autoselect (1000baseT full-duplex)
    status: active
    input: 0 packets, 0 bytes
    output: 5 packets, 210 bytes
    inet 10.0.2.16 netmask 0xffffff00 broadcast 10.0.2.255

# pidin ar

Код:

     pid Arguments
       1 procnto-instr
       2 /sbin/tinit -p
    4099 pci-bios
    4100 slogger -s32
    4101 io-usb -duhci -dohci -dehci
    4102 io-hid -d ps2ser kbd:kbddev:ps2mouse:mousedev -d usb /dev/io-usb/io-usb
    4103 devc-con-hid -n4
    8200 devb-eide blk auto=partition dos exe=all qnx6 sync=optional cam quiet
   20489 pipe
   24586 mqueue
   53259 /usr/sbin/mcd /etc/mcd.conf
   57356 random -t
   61453 enum-devices -c/etc/system/enum/common -i. -I~ -I.bak -ebootdev -Elegacy neednet,$(legacy) -E=D bus=none
   77840 enum-usb
   90126 io-pkt-v4-hc -ptcpip
  143380 io-display
  159765 io-audio
  192527 devc-ser8250 -u1 3f8,4
  196625 devc-pty -n 32
  208914 dumper -d /var/dumps
  213014 /usr/sbin/qconn
  229402 /usr/sbin/inetd
  233497 -sh
  233499 login
  233500 login
  233501 login
  262176 Photon -g -lphlogin2 "-Sphshutdown -l"
  282657 /usr/photon/bin/io-graphics
  299044 /usr/photon/bin/devi-hid mouse kbd
  311326 login
  450583 pwm
  479256 shelf
  499743 bkgdmgr
  499747 wmswitch
  499749 saver
  618515 enum-devices -n
  622630 enum-usb
  716834 pidin ar

Код:

netstat -rn
  Internet:
  Destination        Gateway            Flags    Refs      Use    Mtu  Interface
  default            10.0.2.2           UG          0        0      -  wm0
  10.0.2/24          link#2             UC          1        0      -  wm0
  10.0.2.2           link#2             UHLc        1        0      -  wm0
  127.0.0.1          127.0.0.1          UH          0        0  33192  lo0

и все это в итоге выливается в:
# ping 10.0.2.2

Код:

  
  PING 10.0.2.2 (10.0.2.2): 56 data bytes
  ping: sendto: Host is down

При том что соседний Linux-гость спокойной пингует все до чего может дотянуться.

Использую образ QNX 6.5 для Vmware. В VMware Player в машине использущей те же самые файлы образа сеть работает исправно, подхватывая DHCP.
На Virtualbox также пробовал загружать систему с диcка QNX 6.5 full SDP DVD package, а также ставил QNX 6.6 SDP. В последнем пришлось вручную монтировать /dev/lib/devnp-e1000.so
Проблема воспроизводится на любом хосте: Windows 7 host(Vbox 5.0.14), Windows 8.1 host(VBox 5.0.14), Ubuntu 12.04(4.3.36) host. На всех вариантах все гости кроме QNX спокойно выходят в интернет. В Virtualbox перепробованы все режимы работы сети.

ЗЫ: Сначала в Virtualbox была указана карта pcnet и sloginfo выдавал ошибку загрузки драйвера "card is not coming out of reset" может с картой Intel PRO/1000 отсюда же ноги растут, только в тихом режиме? В логах VirtualBox никаких сообщений по этмоу поводу я не нашел.

[bugalot]

У меня при использовании "Сети NAT" между QNX 6.5 и Linux проблема не воспроизводится (работает ssh), а между Linux Suse и Linux Ubuntu - воспроизводится (нет связи). Наверное не зря в документации к VirtualBox5 функция "Сеть NAT" названа экспериментальной, как и поддержка чипсета ICH9.

Если Вам нужна связь нескольких виртуальных машин друг с другом, на мой взгляд наилучший вариант - выбирать Host-Only Networking. Будет связь с хостовой машиной и бонусом можно к этой сети подключать виртуальные машины VmWare, выбирая в последних тип сети Bridged к адаптеру VirtualBox Host-Only.
А если на Linux нужен еще и выход в интернет - так можно добавить в виртуальную машину еще один сетевой адаптер с типом NAT.

P.S. я не сотрудник СВД ВС

[Артем Кашканов]

Отмечу еще раз отдельно - мной были перепробованы все режимы работы сети в Virtualbox, в том числе и Host-only и просто NAT

[Евгений Палкин]

Добрый день!

    В данный момент пробуем воспроизвести Вашу ситуацию у себя.
    Для более точного воспроизведения ситуации напишите, пожалуйста, общие настройки сети виртуальной машины. Интересны общие настройки VirtualBox для "Nat Networks" и "Host-Only Networks".  Также интересны настройки сети виртуальной машины VirtualBox для QNX6.5.0- работает ли сеть при включенном "Неразборчивом режиме" (Promiscuous mode) и какое имя указывалось для работы при типе подключения "Bridged adapter".
     Особо хочу отметить то, что виртуальные машины при изменении настроек сети должны быть выключены и ко всем машинам должен быть применен один и тот же тип подключения.

    Подойдет ли вам тип подключения "Bridged adapter"(Сетевой мост)? Связь между хостом (Debian 8 ) и гостями (Ubuntu, QNX) при типе подключения "Bridged adapter" работает нормально, пинг доходит до всех виртуальных машин и хоста. Для того, что бы машины были доступны по сети нужно установить на всех гостевых виртуальных машинах тип подключения "Bridged adapter" и выбрать имя рабочего сетевого интерфейса (на linux-хостах обычно "eth0").

[Артем Кашканов]

VBox  на всех машинах настроен примерно одинаково:

VBoxNat0
Сеть NAT 10.0.2.0.24
Поддержка DHCP
Проброшен порт 8000 на машину 10.0.2.16

Виртуальная сеть хоста:
VirtualBox Host-only Ethernet Adapter
IPv4 адрес хоста 192.168.56.1
маска 255.255.255.0
DHCP
сервер, маска 192.168.56.100 - 255.255.255.0
диапазон 192.168.56.101 - 192.168.56.254

Включение неразборчивого режима не помогает. Любой из адаптеров Intel PRO/1000 (Desktop, T Server, MT Server)  был опробован. Bridge не подходит по политикам сети - хотя в домашних условиях на QNX не работает и он.

Про идентичную конфигурацию сетевых интерфейсов всех виртуальных машин не слышал... Но безрезультатно проверил.

Однако, тот же самый образ (правда сконвертированный в vdi) прекрасно завелся в KVM, с адаптером e1000 и успешно работает как под NAT так и под bridge. Это частично решает проблему, но хотелось бы завести сеть под VBox под windows, дабы не требовалась внешняя linux-машина.

UPD: сеть завелась в KVM на двух машинах с Debian 8, после чистой установки самой ОС и развернутой поверх нее KVM. В рабочей Ubuntu 14.04.4 в которой уже стоят VMware, Vbox сеть в QNX под KVM не пашет аналогичным образом. Можно считать это первой зацепкой со стороны Хоста. (Отмечу отдельно еще раз, что сеть на ubuntu-guest пашет везде).
UPD2: сеть также работает под KVM на чистой Ubuntu 15.04-x86-64

[Евгений Палкин]

Странно, что не работает соединение по Bridge.

Вышлите, пожалуйста, выводы следующих утилит:

Код:

pidin mem

Код:

nicinfo

Проведите следующие проверки и сообщите нам о результатах:

1) В свойствах виртуальной машины с QNX установить тип соединения "Host-only Adapter" и выбрать имя "VirtualBox Host-only Ethernet Adapter".
2) Запустить виртуальную машину с QNX, войти в графическую оболочку, раскрыть вкладку "Сonfigure", нажать на кнопку "network".
3) В открывшемся окне, во вкладке "devices", для пункта "Connections" выбрать состояние "DHCP", в пункте "Server IP" указать адрес вашего DHCP сервера (в данном случае 192.168.56.100). Нажать "Apply", затем "Done".
4) Если настройки сохранились без ошибок, то для проверки следует выполнить вручную команду "ifconfig". Если адрес установился правильно, то сеть работает в нормальном режиме.
5) Проверьте доступность Ubuntu-гостей с виртуальной машины QNX.

    Для проверки связи между Ubuntu-гостями и QNX-гостем на всех виртуальных машинах должен быть установлен тип соединения "Host-only Adapter" и имя "VirtualBox Host-only Ethernet Adapter".

[Артем Кашканов]

В приложении вывод команд из winwodws 7 хоста, с установленным режимом bridge(достал через виртуальный COM-порт).
В консоли QNX-терминала запущена команда ping host результат - host is down хотя по nicinfo видно что гость все же получает информацию.

Режим Host-only на windows 7 проверить не удалось - запуск виртуальной машины с ним падает. В linux-системе это дает ровно тот же результат что и во всех экспериментах с virtualbox.
Специально для этого поднял чистую ubuntu-машину и поставил на нее Virtualbox.

[Евгений Палкин]

 

Режим Host-only на windows 7 проверить не удалось - запуск виртуальной машины с ним падает.

Уточните, падает VirtualBox или виртуальная машина с QNX и как это происходит?

Пришлите, пожалуйста, скриншоты общих настроек сети Virtualbox, скриншот настроек сети для машины с QNX и скриншот окна About (Help-> VirtualBox). Также возможно помогут найти решение логи самого VirtualBox, логи можно получить из окна менеджера виртуальных машин- Machine-> Show Log. По умолчанию логи можно найти в каталоге ~/VirtualBox VMs/*название виртуальной машины*/Logs.

[Артем Кашканов]

Падает виртуальная машина в целом, с ошибкой

Код:

Failed to open/create the internal network 'HostInterfaceNetworking-VirtualBox Host-Only Ethernet Adapter' (VERR_INTNET_FLT_IF_NOT_FOUND).
Failed to attach the network LUN (VERR_INTNET_FLT_IF_NOT_FOUND).
Код ошибки: 
E_FAIL (0x80004005)
Компонент: 
ConsoleWrap
Интерфейс: 
IConsole {872da645-4a9b-1727-bee2-5585105b9eed}

Судя по многочисленным гуглоссылкам, такое поведение на windows 7+ достаточно частое явление. Под Linux этот режим работает.

Версия из about: Версия 5.0.16 r105871 (у вас ограничение на число файлов)

[bugalot]

Попробуйте переустановить VirtualBox с сетевыми драйверами NDIS5 вместо NDIS6 по-умолчанию:

VirtualBox-x.x.x-yyyyy-Win.exe -msiparams NETWORKTYPE=NDIS5

[Евгений Палкин]

Проверили работу работу VirtualBox версии 5.0.16 с типом подключения "Nat Networking" на машине с Windows 8.1- сеть работает нормально, пинг с виртуальной машины QNX доходит до виртуальных машин с Ubuntu и внешних адресов.
Считаем, что проблема не связана с работой QNX 6.5.0.

[Артем Кашканов]

Завершая беседу в данной теме (спустя довольно продолжительное время), подведу итог:
описанные выше конфигурации на всех описанных выше машинах сеть так и не обрели, не смотря на полную переустановку систем на некоторых машинах, обновление Virtualbox и явное указание версии драйверов. Впрочем да и фиг с ним - QNX SDP 6.5/6.6 отлично живут и под KVM

Сеть с первого раза, без танцев с бубном завелась на VirtualBox только под QNX SDP 6.3. таки дела.