Проблемы при загрузке клиентов

[Гость]

кейс 1

имеется 20+ терминальных клиентов, hp t5300
в качестве терминальных серверов выступает две виртуальных машины (ранее два физических сервера, что не меняло наличия проблемы) с windows server 2003 sp2
версия wtware 5.0.5, стоит на одной из виртуалок, конфигом разбросаны по rdp на две, по к-ву клиентских лицензий

проблема - зависают клиенты намертво на этапе tftp, после получения ip и опции откуда дальше грузиться. с 3-5 раза таки загружаются. проблема проявляется в случайном порядке.

кейс 2
те же терминальные клиенты
в качестве сервера выступает одна виртуальная машина на windows server 2016, версия wtware 5.6.12
имеются те же проблемы на этапе tftp, у тех, кто смог загрузиться - теряется соединение (tcp\ip connection lost. network failure). По логам - излюбленная, судя по количеству упоминаний на форуме - ошибка 104

по логам в этом случае.

___
10-16-38-497| [rdpclient 381] TCP: connecting to 10.1.56.6:3389.
10-16-38-497| [rdpclient 381] TCP: connection with 10.1.56.6:3389 established.
10-16-38-497| [rdpclient 381] Turn keepalive on.
10-16-38-497| [rdpclient 381] Free ram after buffers allocation: 41680 KB.
10-16-38-497| [rdpclient 381] Close TCP connection while receiving data, errno 104.
10-16-38-497| [rdpclient 381] rdpclient-connect.cpp ( 386), _readRaw: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
10-16-38-497| [rdpclient 381] rdpclient-connect.cpp ( 1948), _receive: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
10-16-38-497| [rdpclient 381] rdpclient-connect.cpp ( 2160), tsclient_checkUsedFDs: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
10-16-38-497| [rdpclient 381] TCP/IP connection lost. Network failure?
10-16-38-497| [rdpclient 381] Caught signal SIGTERM.
10-16-38-497| [pfac] Process pid 381 terminated, status 00000000.

на что грешить по первой и по второй проблеме, и куда копать?

[aka]

Сеть чинить.

Взять какой-нибудь подопытынй компьютер. Поставить на него Windows Server и втварь. Подключить напрямую кросовым кабелем одного клиента. Убедиться, что загружается уверенно и при работе "errno 104" не вылезает.

И понемногу расширять стенд до всей вашей сети.

[kertisman]

Обе проблемы вызваны с сетью?
Переписывалось ли что-либо, касательно сети, с момента 5.0.5?

[aka]

Если машина зависает "на этапе tftp, после получения ip и опции откуда дальше грузиться", то там без разницы, что мы переписываем. Ничего нашего на этих машинах ещё нет, работает код из БИОСа.

[kertisman]

Упростил конфигурацию донельзя.
Комп с установленной winserver 2016 (билд 14393.447) и свежей wtware 5.6.16 - терминал, подключены друг к другу кроссовером. Возможность потерь сведена к минимуму.
Ошибка та же в логах - 104. Ничего более, что указывало бы на причину.
Выставлял всяческие keep-alive в групповой политике сервака - безрезультатно. Дополнительно пробовались версии 5.0.7, 5.4.78, 4.6.11.
Успешная загрузка методом перебора разных версий была найдена на 5.2.10, которая не умирает после загрузки по tftp с ошибкой 104 TCP/IP connection lost

Просьба к уважаемым разработчикам, from the bottom of my heart, пожалуйста допилите напильником свой продукт, у вас одна и та же беда кочует с переменным успехом по версиям.
Пинать на сеть\питание\электромагнитные флуктуации\фазы луны из темы в тему, где возникает 104 ошибка, в большинстве случаев - тупо.

[aka]

Просьба к уважаемым разработчикам, from the bottom of my heart, пожалуйста допилите напильником свой продукт, у вас одна и та же беда кочует с переменным успехом по версиям.
Пинать на сеть\питание\электромагнитные флуктуации\фазы луны из темы в тему, где возникает 104 ошибка, в большинстве случаев - тупо.

Вот оно как. А я думал, что тупо - делать глубокомысленные выводы, не показав техподдержке ни одного полного лога... Но мы допилим, да, у нас вторая бригада экстрасенсов в работу включается, теперь мы сможем пилить ошибки даже по никнейму

[Гость]

[quote="aka"]показав техподдержке ни одного полного лога[/quote]
у техподдержки глубокомысленно сьелась фраза в первом ответе про логи. за что продаете, то и имеете.

[aka]

У пользователя в первом сообщении главная проблема:

зависают клиенты намертво на этапе tftp

Неработающий TFTP означает, что сеть неисправна, и ничего дальше делать не нужно. Нужно починить сеть. Рассказать, как починил, почему уверен, что починил. После этого можно снимать логи и искать подходы к 104-й. Если пользователь не осилил TFTP, то к сожалению мы ему ничем помочь не сможем

[Croony78]

arp timeout pxe

WTware TFTP server v.5.6.16 (c) 2003-2017 WTware http://www.wtware.com
10-50-09-757| Connection closed.
10-50-10-061| WTware TFTP server v.5.6.16 (c) 2003-2017 WTware http://www.wtware.com
10-50-10-160| Found interface 192.168.0.17/255.255.255.0 mtu 1500 mac 00:0C:29:33:9F:17 adapter Сетевое подключение Intel(R) 82574L Gigabit.
10-50-10-160| No BindIP key found in registry.
10-50-10-162| Bind at 0.0.0.0:69.
10-51-27-598| Connection closed.

[Alexey Golt]

Попросили помочь с подобной же проблемой. (При загрузке тонкого клиента, он получал ip адрес и переставал грузиться на этапе tftp, в итоге время вышло press any key)
"Тонкий" выводил один IP при загрузке, а в папке с конфигурационником был записан другой, никак не хотел подхватывать прописанный. Пробросил пинг на который выводит, пинг идёт. Пошёл в DHCP, который выводит при загрузке зарезервирован за другой машиной, тот что в папке за "тонким" отсутствует. Запретил в DHCP выдавать ip получаемый при загрузке, перезапустил "тонкий" он подхватил прописаный ip и подключился к терминальному серверу.