Вопросы Теги

Тонкий клиент “Ошибка: Сокет перестал работать: Соединение, приведенное к таймауту” при начальной загрузке из Ubuntu 14.04.2 сервера LTS LTSP в виртуальной среде

Попытка заставить тонкий клиент загружаться от моего VirtualBox, установленного с 14.04.2 и LTSP. Вот то, что происходит:

  1. Худой vm клиент включается и присвоен 192.168.9.20 LTSP server

  2. Тонкий клиент затем может захватить pxelinux.0 файл от LTSP server

    pxelinux.cfg/default       ok

  3. Экран идет пробел в течение нескольких моментов

  4. Затем я получаю эту ошибку:

    Error: Socket failed: Connection timed out
Exiting.

Тонкий клиент наконец значения по умолчанию в BusyBox.

Не уверенный, если имеет значение, но, когда я делаю ifconfig от (initramfs) подсказка, я вижу, что IP-адрес теперь 192.168.9.101 который нечетен.

Править

Вид верчения вокруг теперь, но, когда я пытался (initfamfs) wget ftp://192.168.9.10, Я добираюсь wget: can't connect to remote host (192.168.9.10) где 192.168.9.10 сервер LTSP.

Любые предложения ценятся.

0
задан 13 March 2015 в 07:47

1 ответ

После некоторого руководства на IRC LTSP (особая благодарность alkisg), я выяснил проблему. В конечном счете оказалось что мой VirtualBox host-only сеть делала что-то странное. Это на самом деле не отключило виртуальное dhcp сервер, когда я снял флажок.

Вынудите менеджера VirtualBox к отключенному dhcp

У некоторых других людей была та же проблема: https://forums.virtualbox.org/viewtopic.php? f=1&t=32201

  1. На Вашей хост-машине перечислите выполнение dhcp серверы: VBoxManage list dhcpservers
  2. Отметьте название dhcp сервиса, который Вы хотите отключить, затем VBoxManage dhcpserver remove --netname {name of dhcp server}. В моем случае: VBoxManage dhcpserver remove --netname HostInterfaceNetworking-vboxnet1
  3. Сделайте другого VBoxManage list dhcpservers для обеспечения это на самом деле пошло.

Отладка шагов

На тонком сервере измените pxe команду загрузки, выпущенную к тонкому клиенту, расположенному в /var/lib/tftpboot/ltsp/{architecture}/pxelinux.cfg/default где {архитектура} также amd64 или i386. Хотя в файле конфигурации говорится для не редактирования чего-либо, потому что изменения будут перезаписаны, хорошо делать так, поскольку мы просто тестируем. Вы захотите определить местоположение корректного раздела, который принадлежит Вашей установке LTSP (ли NBD или NFS) и заставьте его посмотреть что-то как следующий n.b. break=mount: 

label ltsp-NBD
menu label LTSP, using NBD
kernel vmlinuz-3.13.0-46-generic
# append ro initrd=initrd.img-3.13.0-46-generic init=/sbin/init-ltsp quiet splash root=/dev/nbd0
append ro initrd=initrd.img-3.13.0-46-generic init=/sbin/init-ltsp root=/dev/nbd0 break=mount
ipappend 2

  1. Во-первых, с Вашего сервера LTSP выслеживают журнал для наблюдения, какие ошибки подходят: tail /var/log/syslog -f.

  2. Теперь, перезагрузите тонкий клиент, и Вы должны быть представлены с (initramfs) командная строка.

  3. Проверьте IP-адрес своей машины для проверки Вашего в нужной сети путем выполнения: ifconfig.

  4. Проверьте конфигурацию сети, обеспеченную сервером LTSP: cat /run/net-eth0.cfg. (Для меня я заметил что IP-адрес, присвоенный ROOTSERVER не было то же как тот из моего сервера LTSP.)

  5. Проверьте, чтобы видеть, можно ли вручную смонтировать и загрузить изображение с сервера LTSP: nbd-client {ltsp server ip} -N /opt/ltsp/{architecture} /dev/nbd0.

Как я сказал, в конечном счете, что-то броское шло на w/мой vm host-only сеть и после выключения сервера и клиента и перезапуска, все это работало.

Надежда это помогает кому-то.

0
ответ дан 5 October 2019 в 02:28

Другие вопросы по тегам:

Похожие вопросы: