Windows-терминалы WTware

Добавлено: **Пн ноя 15, 2010 3:52 pm**

Собственно от чего устала??? терминальные клиенты одинаковые а на одном такое сообщение выскакивает?
WtWare 4.9.14 beta

Добавлено: **Пн ноя 15, 2010 5:39 pm**

От тебя устала. Просит "найдите мне нормального сисадмина". Нормальный сисадмин может толковый отчет о проблеме написать и лог приложить

Добавлено: **Вт ноя 16, 2010 6:27 am**

а если серьезно из-за чего возникает данное сообщение?

Добавлено: **Вт ноя 16, 2010 6:48 am**

Серьезно - она устала с тобой бороться. Ты в данном случае не лично ты, а усредненный пользователь.

В конфигураторе есть раздел Логи. Кнопка "вести лог" там вверху - она там не для дизайна, она там чтобы ее нажимать.

На терминал можно зайти браузером, опять же чтобы посмотреть логи.

Что еще нам надо сделать, чтобы, задавая вопрос, люди прикладывали эти логи?

Добавлено: **Вт ноя 16, 2010 7:39 am**

ты явно чем то сегодня расстроен ), постараемся сегодня поменьше тупых вопросов задавать )

Добавлено: **Вт ноя 16, 2010 11:37 am**

978143 писал(а):ты явно чем то сегодня расстроен ), постараемся сегодня поменьше тупых вопросов задавать )

– Алло! Доктор, я по вашему совету купил клизму. Куда её мне теперь?
– Засуньте её себе в зад.
– Ладно, доктор, я вам позже позвоню, когда у вас хорошее настроение будет.

причем тут настроение? ака лог терминала попросил.

Добавлено: **Вт ноя 16, 2010 12:14 pm**

Тему создал я! Я с удовольствием предоставлю логи: как только это сообщение повториться.
Планируется подключить более 30 терминалов(уже приобретено 20лицензий). На данный момент в тестовом режиме работают 3. На одном терминале 2 раза выскакивало подобное сообщение...
Я так понимаю лог перезаписывается с каждым сеансом?
Возможно ли включить протоколирование без перезаписи?

Добавлено: **Вт ноя 16, 2010 3:49 pm**

miha-ha писал(а):Я так понимаю лог перезаписывается с каждым сеансом?

Да.

miha-ha писал(а):Возможно ли включить протоколирование без перезаписи?

В 4.9.х невозможно.

Когда появится ошибка - надо не выключая и не перегружая терминал запустить конфигуратор или зайти на терминал по http и снять лог.

Добавлено: **Пт июл 01, 2011 1:55 pm**

У меня такая же проблема. Вот лог.
http://ifolder.ru/control/?file_id=2448 ... e4b8ca8c8e

Добавлено: **Вт июл 05, 2011 8:35 am**

Похоже, разработчики на все задвинули...

Добавлено: **Вт июл 05, 2011 5:50 pm**

Извините, у нас временные проблемы с интернетом. Как только разберемся - ответим.

Добавлено: **Ср июл 06, 2011 1:04 pm**

Очень важный вопрос, не откладывайте, пожалуйста

Добавлено: **Ср июл 06, 2011 3:49 pm**

Ошибка 104, "что-то не работает". Лечится шаманствами. http://forum.wtware.ru/search.php?keywords=104

Добавлено: **Чт июл 07, 2011 8:29 am**

Хотелось бы дополнить, такая ошибка возникает при простое ~15 минут, при активном пользовании проблем нет

Добавлено: **Чт июл 07, 2011 12:40 pm**

А с родным виндовым mstsc.exe, подключенным к этому же серверу под этим же пользователем, после ~15 минут простоя отключения не происходит?

Добавлено: **Чт июл 07, 2011 2:15 pm**

Нет

Добавлено: **Сб июл 09, 2011 8:42 am**

Пока работал с тестовой версией получал эти сообщеня постоянно со всех серверов в среднес с интервалом 15 минут. После перехода на лицензию вроде прошло. (м.б. еще настройки на DHCP засинкались).

Добавлено: **Пн июл 11, 2011 8:40 am**

2 дня назад пробовал тестовую в другой организации, ошибок не было. Что-то с сетью или настройкой служб

Добавлено: **Ср окт 19, 2011 8:15 pm**

Приветствую!
Пытаюсь поднимать 5.0.1 в новой организации, пока без лицензий в ознакомительных целях. Трабл с витерминалом. К MSRDP цепляется нормально. Прикладываю лог. Подскажите что я делаю не так? Быть может пятерка еще сырая и стоит попробовать на четверке поднять?

Добавлено: **Ср окт 19, 2011 9:52 pm**

Cо свежим витерминалом действительно трабл. Пните их чтобы они нам обновления протокола прислали.

Добавлено: **Чт окт 20, 2011 7:23 pm**

aka писал(а):Cо свежим витерминалом действительно трабл. Пните их чтобы они нам обновления протокола прислали.

Ок, сейчас пну...

Добавлено: **Ср окт 26, 2011 10:00 pm**

Стесняюсь спросить, в 5.0.2 добавлена поддержка четвертого VITERMINALa?

Добавлено: **Чт окт 27, 2011 9:50 am**

Нет. Возможно, ее и не будет.

Добавлено: **Чт окт 27, 2011 11:44 am**

Вот те раз((((
А причины? Вы поссорились?

Добавлено: **Чт окт 27, 2011 4:47 pm**

Нам лень писать нового клиента.

Добавлено: **Чт окт 27, 2011 6:54 pm**

Очень жаль. Полагаю силы в вкладываемые вами написание кода под VI не стимулируются материально? ( Так или иначе, если вдруг от нечего делать таки напишите клиента буду рад )

Добавлено: **Ср апр 04, 2012 2:30 pm**

w0r0n писал(а):Время от времени терминал выдаёт I'm tired
Лог прилагаю. В чем может быть причина "усталости"?

Свежая версия называется 5.0.7 или 5.1.8. Если и они будут так же падать, давай такой же лог, будем думать.

Добавлено: **Сб май 12, 2012 5:15 pm**

Ошибка наша. Похоже, что ошибка в перенаправлении com-портов. Информации в логе недостаточно чтобы ее найти, надо собирать версию втвари с большим логом. Но на версии с большим логом трудно работать, она тормозит и виснет когда логи переполняют память терминала, ее можно только запускать чтобы воспроизвести ошибку и сохранить лог. Предыдущее сообщение ты написал 4 апреля, больше месяца назад. Ошибка воспроизводится раз в месяц, и не получается научиться повторять появление этой ошибки быстрее?

Добавлено: **Вс май 13, 2012 6:46 pm**

И все равно надо научиться воспроизводить ошибку. Иначе я не знаю, как ее исправить

Добавлено: **Вт апр 09, 2013 1:34 pm**

Блин, ситуация такая. Есть офисы раскиданные по городу. Коннектятся к моей локалке посредством OpenVPN.

При работе выскакивает табличка I'm tired и комп ребутается(все пк так). Логов мне соответственно не получить.
Эта ошибка замечена при попытке печати на usb принтер и при работе с платежным терминалом через Com порт.

ПК которые находятся непосредственно в локалке и работают не через OpenVPN - такой херней не занимаются.

Ребят, в чем может быть дело?

Добавлено: **Вт апр 09, 2013 4:19 pm**

Включи лог заранее, пока терминал работает. И оставь включенным до появления ошибки.

Добавлено: **Вт апр 09, 2013 4:43 pm**

Ммм.. попробую.. хотя это сложно) а есть еще какой нить варик это затраблшутить?)

Добавлено: **Вт апр 09, 2013 4:56 pm**

А можно в WTWare сделать так, чтобы она лог на сервер клала куда нить автоматом?

Добавлено: **Вт апр 09, 2013 5:09 pm**

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

Добавлено: **Вт апр 09, 2013 5:22 pm**

Походу нарыл проблему.. пишут что стоит попробовать сделать tcp openvpn сервер, а не udp (хз какой он по дефолту становится).

Завтра поэксперементирую)

А... т.е. конда я нажимаю кнопку : получить лог с терминала, логи начинают постоянно там отображаться?

Добавлено: **Вт апр 09, 2013 6:07 pm**

Да, до перезагрузки терминала или закрывания конфигуратора.

Добавлено: **Вт апр 09, 2013 6:21 pm**

В втвари есть клиент OpenVPN. И втварь работает именно по UDP. Работает.

Добавлено: **Вт апр 09, 2013 6:39 pm**

А по TCP можно сделать?

Связь просто в некоторых местах нестабильная, по этому скорее всего и дропается коннект.

Я знаю что это делается одной строчкой в конфиге... не добавите галочку к настройкам OpenVPN в конфигуратор?) Хотя б в предрелизную версию.. а я отпишусь че как)
Или можно без галочки, просто TCP.. и я опять же отпишусь)

Добавлено: **Вт апр 09, 2013 7:13 pm**

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

Не должно быть I'm tired связано с обрывом VPN. И уходит в перезагрузку оно либо потому что ты написал "turnoffmenu=reboot", либо из-за какого-то более интересного глюка. В общем, не мучь VPN и дай логи.

Добавлено: **Вт апр 09, 2013 7:19 pm**

Ну... в моем понимании заворачивание TCP(!) трафика RDP в UDP(!) VPN туннель вызывет именно эту хрень при хреновом инете) (если рассуждать здраво=) )

Хм.. ща посмотрю, мб поймался лог какой нибудь.

Добавлено: **Вт апр 09, 2013 7:37 pm**

Лога пока нету... Завтра попробую добиться. А я доказал на актуальность галочки (тем что TCP в UDP не православно?))

Добавлено: **Вт апр 09, 2013 9:12 pm**

Не доказал. OpenVPN умные дядьки писали. Если они по умолчанию используют UDP, значит оно вполне православно. И они заворачивают IP в UDP, им не нужно думать о TCP, ходящем поверх IP.

Добавлено: **Вт апр 09, 2013 9:17 pm**

Ну... блин=(

Добавлено: **Ср апр 10, 2013 1:39 pm**

Ошибка возникает когда пользователь пытается напечатать документ.

Цитирую "Файл->Печать->Кол-во экземпляров->I'm tired"

Хотя я думаю что Кол-во экземпляров не причем, а в этот раз просто совпало. Дело скорее всего именно в печати.

Вот лог:

Добавлено: **Ср апр 10, 2013 1:41 pm**

А вчера у меня было такое, когда я пробная печать пытался нажать. Принтер HP LJ 1102n был. Здесь HP LJ 1300.

Добавлено: **Чт апр 11, 2013 12:59 am**

Ошибка определенно наша. Но тут как получилось: в 5.1.29 RDP-принтеров стало можно до четырех штук заводить, появилась возможность перенаправлять печать на сетевой принтер, и вот именно этот кусок кода был сильно переработан. Попробуй пожалуйста то же на 5.1.29. Если проблема повторится - давай лог, будем чинить.

Добавлено: **Пт апр 12, 2013 4:33 pm**

Блин, та же фигня( лог зацепил, выложу вечером.

Добавлено: **Пт апр 12, 2013 6:10 pm**

Вот лог:

Добавлено: **Пт апр 12, 2013 6:40 pm**

Попробуй вот этот файл подсунуть вместо файла с тем же именем в 5.1.29/packages/
http://pxe.ru/files/testing/201304121300.zip
Только аккуратно. Там лога много будет. Надо чтобы нужный терминал его получил, а все остальные грузили старый файл.

И расскажи, как эту ошибку получить? Если бы у меня получилось увидеть ее на стенде, все было бы проще.

Добавлено: **Пт апр 12, 2013 11:00 pm**

Хорошо, я смогу попробовать правда только в понедельник.

1. Вставляем диск в CD-rom
2. Комп подключается по OpenVPN и коннектится к серверу по RDP.
3. Ввожу логин/пароль.
4. Захожу в "Принтеры и факсы" и нажимаю правой кнопкой на принтере "Свойства"
5. Далее выбираю "Пробная печать"
6. Вываливается табличка I'm tired.
7. После нажатия OK, - можно опять нажать "Пробная печать" и все напечатается.

Ошибка не всегда бывает, она плавающая. Т.е. иногда с первого раза печать прокатывает.

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

В локальной сети установлен 5.1.27 если мне память не изменяет и там они работают без OpenVPN. Там проблем таких нету.

Добавлено: **Пт апр 12, 2013 11:38 pm**

Фигасе. Хочу лог. Лог большой может получиться, надо сразу после загрузки терминала нажать в конфигураторе "получить лог" и потом ловить ошибку.

Добавлено: **Пт апр 12, 2013 11:52 pm**

Да, в понедельник постараюсь дойти до места. Вечером попробую предоставить лог.))

Добавлено: **Сб апр 13, 2013 3:28 pm**

Мольше всего меня в этом смущает связь ошибки и openvpn. Не должно быть такой связи. В центральном офисе есть такие же принтеры, той же модели, и чтобы пользователь на них печатал через rdp_printer с того же сервера?

Добавлено: **Сб апр 13, 2013 11:13 pm**

Ээ.. а вот если честно, в центральном офисе нету таких принтеров. Там HP LJ 1015,18,20 . Но блин,должно быть без разницы в моем понимании. Я думаю подробный лог в понедельник все покажет =)

В OpenVPN нету никаких ошибок в логах по идее, хотя могу loglevel 9 выставить на момент тестирования.. могу конфиг приложить его. Правда я его несколько модернизировал под свои нужды, по сравнению с тем что в вашем примере..

Добавлено: **Пн апр 15, 2013 9:33 am**

К вечеру постараюсь дойти за логами.

Я попробовал стенд сделать, из дома с использованием принтера Brother 2*** series. Подключаюсь по OpenVPN и печатаю до умопомрачения - ни одной ошибки.
Поробовал сделать из офиса. ip terminal'а 192.168.0.100/24 gate 192.168.0.1 . коннекчусь на внешний ip openvpn'а и коннекчусь к серваку на ip 192.168.12.100 - принтер Hp Lj 1300. Извел десяток листов, ни одной ошибки.

Мне кажется проблема в каналах, который имеется на удаленных офисах.. но это странно.

Добавлено: **Пн апр 15, 2013 5:34 pm**

Поэксперементировал и вот что получается:
1)1. Загружаемся 2. Логинимся 3. Печатаем - все классно.
2)1. Загружаемся 2. Логинимся 3. Работаем с платежным терминалом - все классно.
(терминал работает через Com порт, который пробрасывается на сервер. На сервере происходит Com->IP)

3)1. Загружаемся 2. Логинимся 3. Работаем с терминалом + Печать - I'm tired.

Вот лог:

Добавлено: **Вт апр 16, 2013 12:56 pm**

есть утешающая информация?)

Добавлено: **Вт апр 16, 2013 11:22 pm**

Тут немного запарка образовалась

Я отвечу, когда что-нибудь пойму.

Добавлено: **Ср апр 17, 2013 12:00 am**

Окей, жду)

Добавлено: **Пн апр 22, 2013 11:39 am**

Надежда хоть есть?

Добавлено: **Пт апр 26, 2013 2:28 pm**

Видимо надежды нет... попробую тогда Site-to-Site сделать на роутерах и посмотреть как пойдет без OpenVPN.

Добавлено: **Пт апр 26, 2013 2:45 pm**

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

Добавлено: **Пт апр 26, 2013 3:21 pm**

Ну у меня останется 7 мест с такой фигней пока что..)

Добавлено: **Пт апр 26, 2013 5:58 pm**

Самое обидное, что это нихрена не помогло=(
При подключении по RDP, без OpenVPN та же фигня.. версия 5.31 была.

Добавлено: **Вт апр 30, 2013 1:23 am**

Попробуй 5.1.33.

Добавлено: **Пт май 03, 2013 12:58 am**

Ок, 6го числа попробую. А в чем предположительно проблема?

Добавлено: **Пт май 03, 2013 2:22 am**

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

Добавлено: **Вт май 07, 2013 11:52 am**

Да, классно, вчера потестил - работает.
Правда говорят какая то еще ощибка вылетает.. тоже окошко. Буду ловить, лог приложу.

Добавлено: **Вт май 14, 2013 11:22 am**

Втварь версии 5.1.35 научилась работать с пользовательским конфигом OpenVPN. Конфиг должен находиться на загрузочном диске в каталоге configs (там же, где лежит файл initrd.wtc) и называться openvpn.cfg

Добавлено: **Вт май 14, 2013 4:25 pm**

А как он должен ругаться, когда пропадает интернет соединение?
I'm tired напишет? Или какая то ошибка на синем фоне с воскл знаком?

Добавлено: **Вт май 14, 2013 6:53 pm**

По-разному бывает. Вообще надо стараться чтобы обрывов связи не было

Добавлено: **Вт май 14, 2013 7:49 pm**

Стараюсь...))

Код: Выделить всё

16-14-32-0110| [rdpclient 548] TCP: connecting to 192.168.111.246:3389.
16-14-32-0110| [rdpclient 548] TCP: connection with 192.168.111.246:3389 established.
16-14-32-0110| [rdpclient 548] Turn keepalive on.
16-14-32-0110| [rdpclient 548] Free ram after buffers allocation: 431500 KB.
16-14-32-0110| [rdpclient 548] RDP5 encryption (X.509).
16-14-32-0110| [rdpclient 548] RC4 key 128 bit.
16-14-32-0110| [rdpclient 548] rdpclient-connect.cpp ( 2368), rdp_sendInputEvent_mouseMove: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
16-14-32-0110| [rdpclient 548] rdpclient-connect.cpp ( 2368), rdp_sendInputEvent_mouseMove: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
16-14-32-0110| [rdpclient 548] rdpclient-connect.cpp ( 2368), rdp_sendInputEvent_mouseMove: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
16-14-32-0110| [rdpclient 548] rdpclient-connect.cpp ( 2368), rdp_sendInputEvent_mouseMove: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
16-14-32-0110| [rdpclient 548] rdpclient-connect.cpp ( 2368), rdp_sendInputEvent_mouseMove: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
16-14-32-0110| [rdpclient 548] SessionId 0x0000000e: TEST\test.
16-14-32-0110| [rdpclient 548] Remote control started.
16-14-32-0110| Connection from wtc.exe at 192.168.111.240.
18-16-48-0673| [wtc.exe] Соединение закрыто.
20-18-52-0232| Close connection with wtc.exe.
20-18-52-0232| [gm] Final message: TCP/IP connection lost. Network failure?
20-18-52-0232| [pfac] Got command line /sbin/resolver 09abdde8 dns [192.168.111.246].
20-18-52-0232| [pfac] Ok, PID 550.
20-18-52-0232| [pfac] Process pid 550 terminated, status 00000000.
20-18-52-0232| [gm] 192.168.111.246 => 192.168.111.246.
20-18-52-0232| [gm] Free ram before fork terminal client /sbin/rdpclient (session 2): 434856 Kb.
20-18-52-0232| [pfac] Got command line /sbin/rdpclient 2.
20-18-52-0232| [pfac] Ok, PID 551.
20-18-52-0232| [rdpclient 551] RDP Terminal Client, WTware v.5.1.33, pipe 2, pid 551.
20-18-52-0232| [rdpclient 551] Add serial redirection, COM1 in the session = hardware COM1.
20-18-52-0232| [rdpdr-serial 0] New client connection, id 2.
20-18-52-0232| [rdpclient 551] Add RDP printer redirection for "hp LaserJet 1300 PCL 6".
20-18-52-0232| [rdpclient 551] Make RDP session with 192.168.111.246:3389.
20-18-52-0232| [rdpclient 551]  No username.
20-18-52-0232| [rdpclient 551]  No password.
20-18-52-0232| [rdpclient 551]  No domain.
20-18-52-0232| [rdpclient 551]  No shell.
20-18-52-0232| [rdpclient 551]  No directory.
20-18-52-0232| [rdpclient 551]  Window: 960x768@16.
20-18-52-0232| [rdpclient 551]  PFlags 0x0000006F.
20-18-52-0232| [rdpclient 551]  Keyboard 00000409:00000000.
20-18-52-0232| [rdpclient 551]  My hostname "test_new".
20-18-52-0232| [rdpclient 551] TCP: connecting to 192.168.111.246:3389.
20-18-52-0232| [rdpclient 551] TCP: connection with 192.168.111.246:3389 established.
20-18-52-0232| [rdpclient 551] Turn keepalive on.
20-18-52-0232| [rdpclient 551] Free ram after buffers allocation: 431624 KB.
20-18-52-0232| [rdpclient 551] RDP5 encryption (X.509).
20-18-52-0232| [rdpclient 551] RC4 key 128 bit.
20-18-52-0232| [rdpclient 551] rdpclient-connect.cpp ( 2368), rdp_sendInputEvent_mouseMove: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
20-18-52-0232| [rdpclient 551] SessionId 0x0000000e: TEST\test.
20-18-52-0248| Connection from wtc.exe at 192.168.111.240.

Это просто дропнулась связь?)

Добавлено: **Вт май 14, 2013 10:28 pm**

Похоже. Конфигуратор, который снимал лог, был там же, где и терминальный сервер? Попробуй запустить конфигуратор рядом с терминалом и снимать лог по локалке. Если линк к терминальному серверу упадет, а линк с конфигуратором не упадет, значит проблема у провайдера.

Добавлено: **Ср май 15, 2013 8:47 am**

Да там похоже проблема с роутером. Я поставил на время роутер старенький, чтобы site-to-site сделать. Думал OpenVPN виноват, когда терминал косячил с com портами.
Скорее всего он тупит..=(

Не, не выйдет у меня так сделать, там где терминал стоит у меня нет такой возможности)

Добавлено: **Вт май 28, 2013 9:37 am**

Добрый день, уважаемые форумчане и разработчики WTware.
Утилита уже успела полюбиться и существенно упростить жизнь всей команде IT отдела.
Но не так давно (порядка недели назад) на одном из ТК стали появляться сообщения, о которых ранее уже писалось в темах форума.
Речь снова идет о немногословном "I'm tired".
Как полагается - лог работы ТК:

Код: Выделить всё

RSHd listener active.
Everyone can control terminal by http.
[initrd] tftp: download and unpack file 5.0.7\packages\f from *IP*.
[initrd] tftp: download and unpack file 5.0.7\packages\graphic from *IP*.
[gm] WTware session manager v.5.0.7.
[gm] New mode: 1280x1024, 16 bit, 0 Hz, modeline "", DDC enabled, connector 0.
[KERNEL] uhci_hcd 0000:00:10.1: reserve dev 2 ep81-INT, period 8, phase 4, 93 us
[gm] Mouse PnP: IMPS2 or EXPPS2?
[gm] Mouse PnP: EXPPS2.
[gm] VBE Version 3.0.
[gm] VBE modelist at 0x000c7aee.
[gm] Mode 256: 640x400 (256 color palette) linelength 640 bits 8.
[gm] Mode 257: 640x480 (256 color palette) linelength 640 bits 8.
[gm] Mode 259: 800x600 (256 color palette) linelength 800 bits 8.
[gm] Mode 261: 1024x768 (256 color palette) linelength 1024 bits 8.
[gm] Mode 263: 1280x1024 (256 color palette) linelength 1280 bits 8.
[gm] Mode 270: 320x200 (5:6:5) linelength 640 bits 16.
[gm] Mode 271: 320x200 (8:8:8) linelength 1280 bits 32.
[gm] Mode 273: 640x480 (5:6:5) linelength 1280 bits 16.
[gm] Mode 274: 640x480 (8:8:8) linelength 2560 bits 32.
[gm] Mode 276: 800x600 (5:6:5) linelength 1600 bits 16.
[gm] Mode 277: 800x600 (8:8:8) linelength 3200 bits 32.
[gm] Mode 279: 1024x768 (5:6:5) linelength 2048 bits 16.
[gm] Mode 280: 1024x768 (8:8:8) linelength 4096 bits 32.
[gm] Mode 282: 1280x1024 (5:6:5) linelength 2560 bits 16.
[gm] Use mode 282.
[gm] Mode 283: 1280x1024 (8:8:8) linelength 5120 bits 32.
[gm] Mode 285: 640x400 (5:6:5) linelength 1280 bits 16.
[gm] Mode 286: 640x400 (8:8:8) linelength 2560 bits 32.
[gm] Mode 305: 320x240 (256 color palette) linelength 320 bits 8.
[gm] Mode 307: 320x240 (5:6:5) linelength 640 bits 16.
[gm] Mode 308: 320x240 (8:8:8) linelength 1280 bits 32.
[gm] Mode 321: 400x300 (256 color palette) linelength 400 bits 8.
[gm] Mode 323: 400x300 (5:6:5) linelength 800 bits 16.
[gm] Mode 324: 400x300 (8:8:8) linelength 1600 bits 32.
[gm] Mode 337: 512x384 (256 color palette) linelength 512 bits 8.
[gm] Mode 339: 512x384 (5:6:5) linelength 1024 bits 16.
[gm] Mode 340: 512x384 (8:8:8) linelength 2048 bits 32.
[gm] Mode 353: 1152x864 (256 color palette) linelength 1152 bits 8.
[gm] Mode 355: 1152x864 (5:6:5) linelength 2304 bits 16.
[gm] Mode 356: 1152x864 (8:8:8) linelength 4608 bits 32.
[gm] Mode 377: 1280x768 (256 color palette) linelength 1280 bits 8.
[gm] Mode 378: 1280x768 (5:6:5) linelength 2560 bits 16.
[gm] Mode 379: 1280x768 (8:8:8) linelength 5120 bits 32.
[gm] Mode 415: 320x200 (256 color palette) linelength 320 bits 8.
[gm] Linear framebuffer.
[gm] mmap () return 0xb7570000. Touch video memory.
[gm] Ok.
[gm] WMEMCOPY: 25600K copied in 420965 usec.
[gm] libc: 25600K copied in 398836 usec.
[gm] movs: 25600K copied in 399783 usec.
[gm] MMX: 25600K copied in 268556 usec.
[gm] Choose MMX memcpy.
[pfac] Got command line /sbin/resolver 0840aa00 dns [s-ts1].
[pfac] Ok, PID 392.
[pfac] Process pid 392 terminated, status 00000000.
[gm] s-ts1 => *IP*.
[gm] Free ram before fork terminal client /sbin/rdpclient (session 1): 100512 Kb.
[pfac] Got command line /sbin/rdpclient 1.
[pfac] Ok, PID 393.
[rdpclient 393] RDP Terminal Client, WTware v.5.0.7, pipe 1, pid 393.
[rdpclient 393] Add WTVC WTware control channel.
[rdpclient 393] Make RDP session with *IP*:25000.
[rdpclient 393]  Username: "MalaI".
[rdpclient 393]  No password.
[rdpclient 393]  Domain: "DOMAIN".
[rdpclient 393]  No shell.
[rdpclient 393]  No directory.
[rdpclient 393]  Window: 1280x1024@16.
[rdpclient 393]  PFlags 0x000001C0.
[rdpclient 393]  Keyboard 00000409:00000000.
[rdpclient 393]  My hostname "tc-kz-005".
[rdpclient 393] TCP: connecting to *IP*:25000.
[rdpclient 393] TCP: connection with *IP*:25000 established.
[rdpclient 393] Turn keepalive on.
[rdpclient 393] Free ram after buffers allocation: 96640 KB.
[rdpclient 393] RDP5 encryption (X.509).
[rdpclient 393] RC4 key 128 bit.
[rdpclient 393] SessionId 0x0000029e: DOMAIN\MalaI.
[KERNEL] via-rhine 0000:00:12.0: eth0: link down
[KERNEL] via-rhine 0000:00:12.0: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[rdpclient 393] Close TCP connection while sending data, errno 104.
[rdpclient 393] rdpclient-connect.cpp ( 2286), rdp_sendInputEvent_mouseMove: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
[rdpclient 393] I'm tired.
[rdpclient 393] Caught signal SIGTERM.
[pfac] Process pid 393 terminated, status 00000000.
Send WTCU discover to *IP*.
Send WTCU discover to *IP*.
   kotenok-httpd.cpp (  410),    httpd_checkUsedFD: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
Connection from wtc.exe at *IP*.

Добавлено: **Вт май 28, 2013 11:07 am**

[KERNEL] via-rhine 0000:00:12.0: eth0: link down

Сетевая карта сказала, что езернет упал. Питание из свича выдернули? По пач-корду креслом проехали?

Добавлено: **Вт май 28, 2013 11:16 am**

Хм, момент питания свича исключаю, т.к. второй такой же ТК работал без проблем. Но кабель на всякий пожарный заменил. Спасибо за оперативный ответ!

Добавлено: **Вт май 28, 2013 12:05 pm**

У меня тоже проблемы с сетевыми проводами были, когда эта ошибка вылезала. Я их заменил и все нормализовалось, так что копайте там.

Добавлено: **Ср ноя 20, 2013 3:15 am**

Появилась такая же проблема. Если не трогать ТК 20-30 мин., выскакивает злополучный "i'm tired"

Помогите.

08-54-29-0200| [rdpclient 20807] RDP Terminal Client, WTware v.4.9.26, pipe 26383, pid 20807.
08-54-29-0200| [rdpclient 20807] Add WTVC WTware control channel.
08-54-29-0200| [rdpclient 20807] Make RDP session with 192.168.137.2:3389.
08-54-29-0200| [rdpclient 20807] Username: "
08-54-29-0200| [rdpclient 20807] No password.
08-54-29-0200| [rdpclient 20807] Domain: "network".
08-54-29-0200| [rdpclient 20807] No shell.
08-54-29-0200| [rdpclient 20807] No directory.
08-54-29-0200| [rdpclient 20807] Window: 1024x768@24.
08-54-29-0200| [rdpclient 20807] PFlags 0x0000006F.
08-54-29-0200| [rdpclient 20807] Keyboard 00000409:00000000.
08-54-29-0200| [rdpclient 20807] My hostname "term21".
08-54-29-0200| [rdpclient 20807] TCP: connecting to 192.168.137.2:3389.
08-54-29-0200| [rdpclient 20807] TCP: connection with 192.168.137.2:3389 established.
08-54-29-0200| [rdpclient 20807] Free ram after buffers allocation: 880628 KB.
08-54-29-0200| [rdpclient 20807] RDP5 encryption (X.509).
08-54-29-0200| [rdpclient 20807] RC4 key 128 bit.
08-54-29-0200| [rdpclient 20807] LOGON_EX_LOGONERRORS
08-54-29-0200| [rdpclient 20807] Receive Disconnect Provider Ultimatum.
08-54-29-0200| [gm] TSClient gracefully end.
08-54-29-0200| [rdpclient 20807] Caught signal SIGTERM.
08-54-29-0200| [pfac] Process pid 20807 terminated, status 00000000.
08-54-29-0200| [pfac] Got command line /sbin/resolver 0 dns [192.168.137.2].
08-54-29-0200| [pfac] Ok, PID 20808.
08-54-29-0200| [pfac] Process pid 20808 terminated, status 00000000.
08-54-29-0200| [gm] 192.168.137.2 => 192.168.137.2.
08-54-29-0200| [gm] Free ram before fork terminal client /sbin/rdpclient (session 26384): 886960 Kb.
08-54-29-0200| [pfac] Got command line /sbin/rdpclient 26384.
08-54-29-0200| [pfac] Ok, PID 20809.
08-54-29-0200| [rdpclient 20809] RDP Terminal Client, WTware v.4.9.26, pipe 26384, pid 20809.
08-54-29-0200| [rdpclient 20809] Add WTVC WTware control channel.
08-54-29-0200| [rdpclient 20809] Make RDP session with 192.168.137.2:3389.
08-54-29-0200| [rdpclient 20809] Username: "
08-54-29-0200| [rdpclient 20809] No password.
08-54-29-0200| [rdpclient 20809] Domain: "network".
08-54-29-0200| [rdpclient 20809] No shell.
08-54-29-0200| [rdpclient 20809] No directory.
08-54-29-0200| [rdpclient 20809] Window: 1024x768@24.
08-54-29-0200| [rdpclient 20809] PFlags 0x0000006F.
08-54-29-0200| [rdpclient 20809] Keyboard 00000409:00000000.
08-54-29-0200| [rdpclient 20809] My hostname "term21".
08-54-29-0200| [rdpclient 20809] TCP: connecting to 192.168.137.2:3389.
08-54-29-0200| [rdpclient 20809] TCP: connection with 192.168.137.2:3389 established.
08-54-29-0200| [rdpclient 20809] Free ram after buffers allocation: 880628 KB.
08-54-29-0200| [rdpclient 20809] Close TCP connection while receiving data, errno 104.
08-54-29-0200| [rdpclient 20809] rdpclient-connect.cpp ( 383), _readRaw: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
08-54-29-0200| [rdpclient 20809] rdpclient-connect.cpp ( 1737), _receive: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
08-54-29-0200| [rdpclient 20809] rdpclient-connect.cpp ( 1933), tsclient_checkUsedFDs: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
08-54-29-0200| [rdpclient 20809] I'm tired.
08-54-29-0200| [rdpclient 20809] Caught signal SIGTERM.
08-54-29-0200| [pfac] Process pid 20809 terminated, status 00000000.
08-54-29-0200| Send WTCU discover to 192.168.137.2.
08-54-29-0200| Send WTCU discover to 192.168.137.2.
08-54-29-0320| Connection from wtc.exe at 192.168.137.2.

Добавлено: **Ср ноя 20, 2013 8:48 pm**

08-54-29-0200| [rdpclient 20807]

Ой. Это сколько дней он не выключался?

Проблема та же, что и у людей выше: "08-54-29-0200| [rdpclient 20809] Close TCP connection while receiving data, errno 104." Сетевое соединение по какой-то причине выключается, и это происходит не из-за ошибки в втвари, а где-то в другом месте. На сервере есть такая настройка "отключать клиентов после столькоих-то минут бездействия", может это оно работает?

Сеть простая - сервер, свич, терминал, никаких VPN между ними?

Если на оба вопроса "нет", то надо обновить втварь.

Добавлено: **Пт дек 20, 2013 6:57 am**

Подтверждаю, на этой неделе сошел с ума один свич, у части клиентов полезли такие ошибки. Решилось заменой свича.

Добавлено: **Пт фев 19, 2016 2:10 pm**

wtware сейчас стоит версии 5.4.15
к терминалу 2003 цепляется без проблем, а при входе пользователя на 2008r2 думает какое то время и выдаёт I'm tired.
вот конец лога

12-52-16-273| [ rdpclient 617] [ 16.603262] My hostname "wtw0001020A1BD5".
12-52-16-273| [ rdpclient 617] [ 16.603330] TCP: connecting to 192.168.3.30:3389.
12-52-16-273| [ rdpclient 617] [ 16.605507] TCP: connection with 192.168.3.30:3389 established.
12-52-16-273| [ rdpclient 617] [ 16.605603] Turn keepalive on.
12-52-16-273| [ rdpclient 617] [ 16.606750] Free ram after buffers allocation: 1530356 KB.
12-52-16-273| [ rdpclient 617] [ 16.610577] Process RDP server certificate.
12-52-16-273| [ rdpclient 617] [ 16.610682] RDP5 encryption (X.509).
12-52-16-273| [ rdpclient 617] [ 30.991286] LOGON_EX_LOGONERRORS 0xfffffffe 0x0000000b.
12-52-16-273| [ pfac] [ 50.045879] Process pid 617 terminated, status 00000000.
12-52-16-273| [ rdpclient 617] [ 50.045954] Close TCP connection while receiving data, errno 104.
12-52-16-273| [ rdpclient 617] [ 50.046021] rdpclient-connect.cpp ( 469): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
12-52-16-273| [ rdpclient 617] [ 50.046057] rdpclient-connect.cpp ( 2619): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
12-52-16-273| [ rdpclient 617] [ 50.046090] rdpclient-connect.cpp ( 2851): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
12-52-16-273| [ rdpclient 617] [ 50.046122] I'm tired.
12-52-16-273| [ rdpclient 617] [ 50.046153] Caught signal SIGTERM.
12-52-16-273| [ gm] [ 50.060155] Final message: I'm tired.
12-52-16-273| [ gm] [ 50.064222] /graphic/exlm.png: 44x42.
12-52-16-273| Connection from wtc.exe at 192.168.3.5.

Добавлено: **Пт фев 19, 2016 3:43 pm**

grand_dizel писал(а):wtware сейчас стоит версии 5.4.15

Версии с нечётным последним числом - экспериментальные, выдаются лично определённым людям для проверки определённых вещей. Тебе она когда и зачем выдавалась?

Настоящие версии, которыми надо пользоваться, лежат на wtware.ru.

Добавлено: **Пт фев 19, 2016 3:46 pm**

пробовал менять разрешение битность и тп вернул версию 5.4.14... сейчас всё ок... в связи с чем так и не понял в чём была проблема...

читал ветку форума http://forum.wtware.ru/viewtopic.php?f=10&t=19602

поэтому и поставил 5.4.15

Добавлено: **Пт фев 19, 2016 3:52 pm**

"errno 104" - "что-то не работает". Оно вываливается когда боле толковой диагностики дать не получается. Были прецеденты лечения всем, от замены блока питания свича до переустановки сервиспака на сервере. "в связи с чем так и не понял в чём была проблема" - обычно так и бывает

Но чужие подопытные сбоки всё равно лучше н ебрать.

Добавлено: **Пт фев 19, 2016 3:58 pm**

ну по крайней мере протестировал твою тестовую сборку на 30 компах на 1 из них только проблема такая

Добавлено: **Чт мар 03, 2016 1:39 pm**

WTware v.5.4.16

WTware v.5.4.16 supervisor.
WTC listener is active.
WTC broadcast listener is active.
HTTPd listener is active.

[ rdpclient 618] [ 17.520369] Window: 1440x900@24.
[ rdpclient 618] [ 17.520448] PFlags 0x0000002F.
[ rdpclient 618] [ 17.520520] Keyboard 00000409:00000000.
[ rdpclient 618] [ 17.520588] My hostname "wtw0001020A1BD5".
[ rdpclient 618] [ 17.520658] TCP: connecting to 192.168.3.30:3389.
[ rdpclient 618] [ 17.522081] TCP: connection with 192.168.3.30:3389 established.
[ rdpclient 618] [ 17.522186] Turn keepalive on.
[ rdpclient 618] [ 17.523422] Free ram after buffers allocation: 1527628 KB.
[ rdpclient 618] [ 17.528682] Process RDP server certificate.
[ rdpclient 618] [ 17.528798] RDP5 encryption (X.509).
[ rdpclient 618] [ 17.678159] 32-bit color.
[ rdpclient 618] [ 25.042257] SessionId 0x0000000c: EVPZ\lebedeva.
kotenok-httpd.cpp ( 1108): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
kotenok-httpd.cpp ( 1171): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
[ rdpclient 618] [ 4850.230818] Close TCP connection while receiving data, errno 104.
[ rdpclient 618] [ 4850.230907] rdpclient-connect.cpp ( 469): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
[ rdpclient 618] [ 4850.230941] rdpclient-connect.cpp ( 2635): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
[ rdpclient 618] [ 4850.230973] rdpclient-connect.cpp ( 2867): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
[ rdpclient 618] [ 4850.231003] I'm tired.
[ pfac] [ 4850.232571] Process pid 618 terminated, status 00000009.
[RDP] close kotopipe (n = 0, errno 2).
[ gm] [ 4850.243047] Final message: I'm tired.
[ gm] [ 4850.257359] /graphic/exlm.png: 44x42.

Добавлено: **Чт мар 03, 2016 1:43 pm**

могу в личку то лог целиком кинуть если надо?

п.с. проблема почему то именно на этом терминале на других такого нет

Добавлено: **Чт мар 03, 2016 4:04 pm**

" Close TCP connection while receiving data, errno 104." - это не диагностируется. Серверу что-то не понравилось, и он закрыл соединение. Попробуй поменять местами этот компьютер с одним работающим - определишь, проблема связана с железкой или с местом, т.е. с сетью. И дальше таким же перебором...

Добавлено: **Чт мар 03, 2016 4:46 pm**

в этом же кабинете ещё 3 бездисковых компа и все они от одного свича поэтому проблема вероятнее всего решится заменой компа но появится проблема с заменой лицензии

Добавлено: **Ср мар 23, 2016 10:20 am**

я думал что проблема прошла сама собой, но как оказалось она никуда не уходила просто никто не жаловался... в общем вчера вернулся к попытке решения этой проблемы забрал комп подключил его у себя в кабинете подождал какое то время комп повис и через некоторое время вылезла та самая табличка I'm tired в логах всё как обычно описанное ранее... Т.к. сетевая была съёмная вставил её в другой комп (сетевая 3c905c-tx-m) и потом в другой на двух проблема повторилась из чего я сделал вывод, что проблема в сетевой карте... проблема решилась заменой другой комп

Добавлено: **Чт июл 28, 2016 2:40 pm**

вчера переключил пользователя с 2003 терминального сервера на 2008
а сейчас появилась столь непонятная проблема

Final message: I'm tired.

Код: Выделить всё

14-34-41-143| [ rdpclient 600] [27481.288783] Turn keepalive on.
14-34-41-143| [ rdpclient 600] [27481.289788] Free ram after buffers allocation: 359952 KB.
14-34-41-143| [ rdpclient 600] [27481.345176] Process RDP server certificate.
14-34-41-143| [ rdpclient 600] [27481.345515] RDP5 encryption (X.509).
14-34-41-143| [ rdpclient 600] [27481.896257] 32-bit color.
14-34-41-143| [          pfac] [27508.193127] Process pid 600 terminated, status 00000009.
14-34-41-143| [ rdpclient 600] [27508.193292] Close TCP connection while receiving data, errno 104.
14-34-41-143| [ rdpclient 600] [27508.193468] rdpclient-connect.cpp (  469): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
14-34-41-143| [ rdpclient 600] [27508.193596] rdpclient-connect.cpp ( 2642): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
14-34-41-143| [ rdpclient 600] [27508.193716] rdpclient-connect.cpp ( 2874): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
14-34-41-143| [ rdpclient 600] [27508.193837] I'm tired.

причём на этом компьютере до переноса всё работало нормально и подобных ошибок раньше не было лог сейчас в личку пришлю

версия сейчас WTware v.5.4.24
где искать решение проблемы? судя по моему прошлому опыту проблема появляется немного позже после переезда с 2003 сервера на более современный... почему такая проблема не появлялась пока использовался 2003 терминальный сервер?

попробую новую но врятли это чем то поможет

Добавлено: **Чт июл 28, 2016 5:20 pm**

Ошибка 104, "что-то не работает". Сервер разрывает соединение без объяснения причин. Сначала попробовать свежую версию, если не поможет - лечить шаманствами. http://forum.wtware.ru/search.php?keywords=104

Добавлено: **Чт июл 28, 2016 7:23 pm**

ну замена материнки сетевой карты и тп это великое шаманство мне бы понять почему до перехода на 2008 сервер всё замечательно работало а после перехода столкнулся с этой бедой... ладно бы беда была на одном компе это уже 4ый может и 5 уже не помню
в большинстве случаев в компах стоит сетевая карта с PXE загрузчиком (широкая такая не помню название) вроде бы такая 3C905C-TXM

если на 2003 всё работает чем 2008 хуже мне непонятно и как это связано с сетевой картой для меня загадка... надеюсь на вашу помощь в решении проблемы... может какой то расширенный лог можно включить?

Добавлено: **Чт июл 28, 2016 7:28 pm**

Нет более расширенного лога.

В общем случае, чтобы найти причину 104-й, надо всё аккуратно переделать. Лог, в котором терминал больше суток не перегружался, плохо поможет найти причину 104-й.

Добавлено: **Чт июл 28, 2016 7:48 pm**

просто странное решение проблемы комп менять в случае поломки винды (образно)

Добавлено: **Чт июл 28, 2016 7:51 pm**

если вылезла эта ошибка терминалка должна пинговаться или при отключении от сервера теряется сетевое соединение?

Добавлено: **Чт июл 28, 2016 9:58 pm**

grand_dizel писал(а):просто странное решение проблемы комп менять в случае поломки винды (образно)

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

grand_dizel писал(а):если вылезла эта ошибка терминалка должна пинговаться или при отключении от сервера теряется сетевое соединение?

Если бы соединение терялось, терминал не смог бы переподключиться к серверу. Но терминал же может переподключиться! Значит сеть в целом работает. Возможно, это связано с пропаданием значительного числа пакетов. Или наоборот, пакеты начинают дублироваться (виндовый пинг пишет про дубли?). У нас на стендах такая ошибка никогда не воспроизводилось, всё что я знаю про ошибку 104 - из отзывов пользователей. И отзывы всегда были уровня "проблема решилась заменой другой комп", или провода, или свич, или было даже что блок питания свича меняли и вроде бы оно решалось.

Добавлено: **Пт июл 29, 2016 11:29 am**

вчера задумался над вашей фразой "Сервер разрывает соединение без объяснения причин"

думал почему на 2008 иногда такое бывает а на 2003 всё ок...

в итоге начал проверять всё подряд и заметил что на 2008 сервере в антивирусе симентек есть защита от сетевых угроз а на 2003 такой компонент защиты не установлен

в журнале блокировки обнаружил что иногда блокировался адрес домена с которого и запущена WTW, а блокировка действует на 60 сек, поэтому спустя это время работа возобновляется

снёс антивирь и поставил без сетевой блокировки пока полёт нормальный

Добавлено: **Пн авг 01, 2016 10:01 am**

I'm tired продолжает вылезать значит проблема была не в антивирусе... продолжаю копаться дальше...

Добавлено: **Пн авг 01, 2016 12:03 pm**

WTware_00.01.02.0A.1E.83_2016-08-01_11-59-28.txt: (11.17 КБ) 1271 скачивание

может в этом логе есть что то подозрительное?

я углядел только 110 ошибку

11-59-26-025| [ rdpclient 585] [ 7723.652868] Close TCP connection while receiving data, errno 110.

но чем она отличается от 104 не понял но I'm tired. продолжает иногда вылезать

Добавлено: **Пн авг 01, 2016 3:09 pm**

http://www-numi.fnal.gov/offline_softwa ... rrors.html

ECONNRESET 104 /* Connection reset by peer */ - почему peer, в нашем случае вторая строна соединения, сервер, решил reset connection - непонятно. Такое бывает и из-за проблем в сети, и из-за программных проблем, котоыре сервер не желает обрабатывать. Это активноое действие, вторая сторона должна именно прервать соединение. Отправить специальный пакет со значением "соединение прерываю".

ETIMEDOUT 110 /* Connection timed out */ - это проще. Это таймаут. Сеть не работает, вторая сторона не отвечает. Единственный вариант, когда проблема не в сети - это если вторую сторону вообще выключили, резетом или отключили питание. Если выключить питание свича - думаю, такая же ошибка вылезет.

Расскажи больше слов про ситуацию в целом.

Сейчас пять компов с разными сетевыми картами связаны через один свич с сервером, и все пятеро одинаково вылетают? Но не все вместе одновременно, а по одному? Других компьютеров с втварью рядом нет?

Добавлено: **Пн авг 01, 2016 3:20 pm**

рядом 2 без дисковых компьютера все с одного свича на них всё работает нормально барахлит только этот, заменил на другой системник пока всё работает

снятый комп подключил у себя спустя какоето время увидел эту самую ошибку

Код: Выделить всё

15-42-54-735| [ rdpclient 580] [   18.468359] RDP5 encryption (X.509).
15-42-54-735| [ rdpclient 580] [   18.608687] 32-bit color.
15-42-54-735| [ rdpclient 580] [   32.105834] LOGON_EX_LOGONERRORS 0xfffffffe 0x00000005.
15-42-54-735| [ rdpclient 580] [   34.390942] SessionId 0x00000005: EVPZ\test.
15-42-54-735| [          pfac] [  483.501485] Process pid 580 terminated, status 00000009.
15-42-54-735| [ rdpclient 580] [  483.501665] Close TCP connection while receiving data, errno 104.
15-42-54-735| [ rdpclient 580] [  483.501874] rdpclient-connect.cpp (  469): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
15-42-54-735| [ rdpclient 580] [  483.502004] rdpclient-connect.cpp ( 2784): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
15-42-54-735| [ rdpclient 580] [  483.502122] rdpclient-connect.cpp ( 3016): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
15-42-54-735| [ rdpclient 580] [  483.502238] I'm tired.
15-42-54-735| [            gm] [  483.512511] Final message: I'm tired.
15-42-54-735| [            gm] [  483.545702] /graphic/exlm.png: 44x42.

лог целиком щас в личку пришлю

Добавлено: **Вт авг 02, 2016 9:37 pm**

Ничего плохого, кроме падения соединения,не вижу в логе. Хорошо шустро загрузилось, ни на что не ругалось. Не знаю, куда копать.

Процессор не слишком перегревается?

Можно память проверить. В начале загрузки, сразу после BIOS'а но до того, как начнут грузиться kernel и initrd, надо поймать момент и нажать на Shift. Когда получится - появится типа командной строки, такое:
boot:_
Надо набрать memtest.
Ждать хотя бы пару часов. Если скажет об ошибке, перезагрузится или повиснет - чинить железу.

Это если есть уверенность, что проблема в этой железке.

Добавлено: **Ср авг 03, 2016 9:57 am**

с железом проблем не обнаружено память в порядке

Добавлено: **Ср авг 03, 2016 3:57 pm**

такое чувство что это беда меня замучает

нашёл уже на другом терминале

Код: Выделить всё

15-49-34-956| [ rdpclient 653] [167085.157927] Close TCP connection while receiving data, errno 104.
15-49-34-956| [ rdpclient 653] [167085.157975] rdpclient-connect.cpp (  469): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
15-49-34-956| [ rdpclient 653] [167085.158003] rdpclient-connect.cpp ( 2784): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
15-49-34-956| [ rdpclient 653] [167085.158029] rdpclient-connect.cpp ( 3016): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
15-49-34-956| [ rdpclient 653] [167085.158055] I'm tired.
15-49-34-956| [            gm] [167085.172152] Final message: I'm tired.

целиковый лог в личке

Добавлено: **Чт авг 04, 2016 12:18 am**

grand_dizel писал(а):такое чувство что это беда меня замучает нашёл уже на другом терминале

Если проблема в свиче - то чинить отдельные машины можно долго и безуспешно. Ещё раз прошу: опиши ситуацию полностью. Из чего состоит сеть, сколько втварей, сколько из них и как часто вылетают, есть ли виндовсы по mstsc с тем же сервером?

15-49-34-956| [ rdpclient 653] [167085.157927] Close TCP connection while receiving data, errno 104.

167085 секунд от включения. 46 часов. Может, если перегружать клиентов раз в сутки, проблема исчезнет?

Добавлено: **Чт авг 04, 2016 8:33 am**

тот комп что я приносил с себе я же его как минимум отключил пока нёс а при включении проблема была и у меня значит дело тут не в этом

Добавлено: **Чт авг 18, 2016 8:49 am**

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

Добавлено: **Чт авг 18, 2016 12:10 pm**

Kamerton
Здесь проще. В логе фиксируются ошибки разбора RDP пакетов. Понятно, куда копать. Это не "error 104", при которой непонятно вообще ничего.

Если убрать "rdpcompression=on" и/или "graphic=af", оно не перестанет падать?

Добавлено: **Чт авг 18, 2016 3:05 pm**

убирал и компрессию и полностью все галочки в пункте об эффектах - результат был неизменен.

Добавлено: **Чт авг 18, 2016 3:40 pm**

Жалко. Новые сжатия как раз недавно были добавлены, было бы удобно на них свалить. Но без "rdpcompression=on" протокол в целом не жмётся, надо рыть дальше. В соседней теме сборку с разврнутым логом выложил для опытов, попробуй пожалуйста её и покажи от неё лог.

Добавлено: **Пт авг 19, 2016 5:34 pm**

Поставил версию 41, лог прикладываю - проверил пока на одном только. уже было поздно. Ошибка не проявилась.
В догонку вопрос - после анализа лога, может подскажите почему так долго грузится тонкий клиент?
За ранее благодарю.

Добавлено: **Сб авг 20, 2016 1:12 am**

Канал плохой, пакеты теряет в огромных количествах. TFTP не годится для работы на таком канале. Втварь умеет грузиться по HTTP: http://wtware.ru/docs5/httpboot.html По HTTP будет лучше. Но с каналом лучше бы что-нибудь сделать, оно слишком много теряет.

Ошибка не проявилась - это не интересно. Надо чтобы проявилась. В соседней теме нашли похоже проявляющуюся ошибку из-за "rdpcompression=on". Исправленная втварь будет завтра на https://wtware.ru/ Попробуй завтра скачать версию, может и у тебя перестанет ломаться.

Добавлено: **Сб авг 20, 2016 10:11 am**

Я был бы очень рад сделать настройку по протоколу http - но тонкие клиенты сделаны на базе старого железа - и начали работать по tftp только после прошивки биос до последней версии, и судя по всему, по iPXE они уже не хотят работать. Сейчас приложу скрины.

Добавлено: **Сб авг 20, 2016 10:25 am**

Два разных стареньких компа, на одном просто повисает на втором говорит смотри на сайт мол не могу сконфигурировать...

Добавлено: **Сб авг 20, 2016 10:28 am**

Как вариант для ускорения загрузки - вижу добавление флэшки на микротики на филиале и там настроить загрузку с микротика по tftp.
Верю что это исправит ситуацию - так как загрузка 20 минут - это уже неимоверно долго...

Добавлено: **Сб авг 20, 2016 3:03 pm**

Твой последний лог снят на AD2550-ITX. Intel Atom на NM10. На фотках сетевые карты Yukon и гигабитный реалтек. Это старое железо

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

На фотке Yukon всё выглядит так, как будто машина не получает ответ DHCP. А машина его получает? В логах DHCP есть запрос и ответ?

Попробуй этот файл заменить, я собрал свежий iPXE, вдруг авторы чего-нибудь починили: http://pxe.ru/files/testing/201608201515.zip

Если не поможет, попробуй этот: http://pxe.ru/files/testing/201608201559.zip Оно побольше, и, если я правильно понял, здесь должны быть свои драйвера.

Ещё вариант: взять это https://sourceforge.net/projects/win32diskimager/ и прошить на USB флешку (маленькую, дешевую, без наворотов) вот этот образ: http://pxe.ru/files/testing/201608201602.zip Флешка должна получиться загрузочной, но в Windows читаться не будет. Попробовать загрузиться с этой флешки. В DHCP в 067 параметре для МАКа этой машины при этом должно быть написано 5.4.42/wtware.http , чтоб оно нашло конфиг и грузилось дальше.

И попробуй втварь 5.4.42 на предмет проблем с картинкой.

Добавлено: **Пн авг 22, 2016 10:03 am**

Ну вообще магия. Запустил в офисе с вторым вариантом iPXE и комп запустился по http корректно!
Увез его на филиал - поставил там - и он говорит нот конфигуред.. как на фото выше.
магия...

Добавлено: **Пн авг 22, 2016 1:28 pm**

Или со свичом не может договориться о скорости, или DHCP не отвечает. Привези а филиал нотбук с виндовсом и установленной втварью с DHCP и посмотри, ответит ли втваревый DHCP.
Майкрософтовый DHCP перестаёт отвечать на второй запрос, т.е. ломает http ззагрузку, если conflict detection attempts поставить больше нуля. Может, у микротика, или какой там dhcp, тоже такой косяк есть?

Добавлено: **Пн авг 22, 2016 2:10 pm**

У меня в настройках этот параметр стоит 0.
DHCP работает на 2012r2 - стоит в офисе, на филиале стоит DHCP Relay.
Есть вероятность в озвученной проблеме - так как на некоторых каналах релей dhcp вообще не отрабатывает - где у провайдера теряется пакет и разобраться провайдер не может.
Попробую dhcp запустить на микротике...

Добавлено: **Пн авг 22, 2016 2:12 pm**

Просто когда dhcp на микротике - то в офисе по имени обратиться к тонкому клиенту за микротиком в филиал уже не получается, если по нашему получать адрес - то можно.... таким образом возникает проблема с подключением принтеров если все машины работают как тонкие клиенты, то с другой машины уже прописан принтер по имени машины, а не по адресу - так как он может смениться и не наглядно по адресу получается (хоть и можно его статическим сделать).

Добавлено: **Чт мар 30, 2017 6:33 pm**

На Raspberry при прокидывании com порта на сервер при получении данных по этому порту выскакивает ошибка. "i.m tired". Ошибка происходит именно в момент получения данных (в нашем случае с весов CAS).

При этом данные с весов таки приходят. после того как сессия восстанавливается они в софте есть

Добавлено: **Чт мар 30, 2017 7:28 pm**

[rdpdr-serial 0] [ 920.500768] Caught signal SIGSEGV.

Процесс грохнулся, ничего перед смертью не сказав. И потом любое обращение к порту, т.е. к этому грохнувшемуся процессу, из RDP клиента не удавалось. Надо разбираться.

Проблема восрпоизводится? Сможешь повторить, если я сделаю сборку с развёрнутой отладкой?

Добавлено: **Чт мар 30, 2017 8:53 pm**

Да, сегодня она повторялась каждый раз при обращении к весам, можем попробовать на любой сборке

Добавлено: **Пт мар 31, 2017 12:16 am**

Сборка:

http://pxe.ru/files/testing/201703310114.zip

Убери из конфига всё лишнее. Нужен только server= и serial=. Загрузи, в конфигураторе нажми "получить лог". И затем минимум действий до проявления ошибки. Затем лог сохранить и мне на aka@pxe.ru

Добавлено: **Пт мар 31, 2017 12:42 am**

у меня только нет конфигуратора, через веб снять лог можно?

Добавлено: **Пт мар 31, 2017 11:00 am**

Можно.
http://wtware.ru/logs.html

Страницу с логом открывать после того, как случится ошибка.

Добавлено: **Пт мар 31, 2017 12:27 pm**

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

Добавлено: **Вт апр 04, 2017 3:02 pm**

Попробуй 5.4.86.

Добавлено: **Чт апр 06, 2017 7:41 pm**

aka писал(а):Попробуй 5.4.86.

Все починилось! Спасибо!

Добавлено: **Вт окт 24, 2017 2:09 pm**

Добрый день!
Выходит ошибка: Ошибка "I'm tired."
Установлена WTware 5.92
Лицензия есть.
Config file:
server=10.240.20.14
domain=Kgbank
video=auto
resolution=1280x1024
turnoffmenu=on
connection
Прошу помочь...

Добавлено: **Вт окт 24, 2017 8:29 pm**

Сначала лог, потом помочь.

https://wtware.ru/logs.html

Добавлено: **Ср ноя 01, 2017 6:25 am**

aka писал(а):Сначала лог, потом помочь.

https://wtware.ru/logs.html

Привет!

высылаю лог.
--
WTware 5.6.14

WTware 5.6.14 supervisor.
[ KERNEL] [ 0.000000] Linux version 4.9.51 (root@c12) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #1 SMP Fri Sep 22 13:47:16 +04 2017

(aka) ...длинная простыня лога заканчивалась так:

[ initrd] [ 2.013078] Success: media /dev/sda1 mounted to /bootmedia.
[ initrd] [ 2.055469] Unpack /bootmedia/packages/lib6.
[ initrd] [ 2.353669] WTpassword present: 98406e3c5bfae7bffc1df4450a876442.
/--- FILE "/bootmedia/configs/initrd.wtc" -----------------------

Добавлено: **Ср ноя 01, 2017 11:20 am**

Это не лог, это обрывок лога. Лог целиком можно отправить почтой на support@wtware.ru Можно выложить на форум архивом.

Добавлено: **Ср ноя 01, 2017 12:32 pm**

aka писал(а):Это не лог, это обрывок лога. Лог целиком можно отправить почтой на support@wtware.ru Можно выложить на форум архивом.

Добавлено: **Ср ноя 01, 2017 1:44 pm**

Самое интересное в логе:

Код: Выделить всё

Close TCP connection while receiving data, errno 104.

Ошибка 104 "connection reset by peer". Сервер разрывает соединение без объяснения причин. На форуме полно таких: https://www.google.ru/search?q=errno+10 ... .wtware.ru Встречались случаи лечения чем угодно, от замены блока питания свича до переустановки сервиспака на сервере.

Добавлено: **Чт ноя 02, 2017 5:58 pm**

А вот если бы разрешили прикреплять к сообщениям файлы html и txt, было бы куда удобнее...

Постоянно в течение дня вылетает сначала GFX, а потом ImTired...
При этом связь с терминалом не теряется, пинги ровные:

Код: Выделить всё

626 192.168.40.16                              56  64 0ms  
  627 192.168.40.16                              56  64 0ms  
  628 192.168.40.16                              56  64 0ms  
  629 192.168.40.16                              56  64 0ms  
  630 192.168.40.16                              56  64 0ms  
  631 192.168.40.16                              56  64 0ms  
  632 192.168.40.16                              56  64 0ms  
  633 192.168.40.16                              56  64 0ms  
  634 192.168.40.16                              56  64 0ms  
  635 192.168.40.16                              56  64 0ms  
  636 192.168.40.16                              56  64 0ms  
  637 192.168.40.16                              56  64 0ms  
  638 192.168.40.16                              56  64 0ms  
  639 192.168.40.16                              56  64 0ms  
    sent=640 received=639 packet-loss=0% min-rtt=0ms avg-rtt=0ms max-rtt=328ms 
  SEQ HOST                                     SIZE TTL TIME  STATUS                                                                                                                           
  640 192.168.40.16                              56  64 0ms

Добавлено: **Чт ноя 02, 2017 9:58 pm**

Для опытов. txt и html. Ничего не менял, просто проверил - работает.

Добавлено: **Чт ноя 02, 2017 10:01 pm**

По теме: все ошибки связаны со звуком. Причём звук вроде бы есть, но падает в непонятных местах. Отключи ему звук для эксперимента. И свежую втварь поставь. Поможет?

Добавлено: **Пт ноя 03, 2017 11:43 am**

Вот как-то так...

Добавлено: **Пт ноя 03, 2017 11:45 am**

А вот и лог подоспел.
Звук выключил, WTW обновил...

Добавлено: **Пт ноя 03, 2017 11:57 pm**

О как. Такое на разных машинах случается? Можешь это делать быстрее, чем за полтора часа?

И попробуй html. Я одну непонятную галку переставил...

Добавлено: **Вт ноя 07, 2017 1:07 pm**

Такое случалось на одной машине.
Выключил звук в биосе - пока вроде не отваливается...

Добавлено: **Чт ноя 09, 2017 9:42 pm**

Сегодня как никогда...
Раз 15 вылетел.

Добавлено: **Пт ноя 10, 2017 8:49 pm**

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

Если веришь, что именно эта машина, которая раньше выдавала невозможные ошибки про звук, сейчас вправду спотыкается об фичу протокола, с которой мы раньше нигде не сталкивались - покажи лог от этого: http://pxe.ru/files/testing/201711102145.zip

Добавлено: **Вт дек 05, 2017 1:11 pm**

aka писал(а):Ад в логе. Не верю в такой ад. Считаю что железка виновата. Биос обновить, серьезный бренд же выпускает новые биосы, гыгыгы, потом оставить под тестом памяти на день. Вылезут ошибки - списать. Не вылезут - придумать, как ещё списать.

Если веришь, что именно эта машина, которая раньше выдавала невозможные ошибки про звук, сейчас вправду спотыкается об фичу протокола, с которой мы раньше нигде не сталкивались - покажи лог от этого: http://pxe.ru/files/testing/201711102145.zip

Добавлено: **Вт дек 05, 2017 1:13 pm**

Привет, всем!

"I'm tired."
Версия WTware 5.6.16
Сегодня всё продолжается с новой силой...

Добавлено: **Вт дек 05, 2017 1:29 pm**

В этом логе нет ошибки. Надо постараться снять лог после того, как ошибка случится, не перегружая терминал.

Добавлено: **Пн июн 18, 2018 3:35 pm**

Тестово запустил и столкнулся с такой же проблемой на версии 5.4.56:

18-04-19-295| WTware v.5.4.56 supervisor.
18-04-19-295| WTC listener is active.
18-04-19-295| WTC broadcast listener is active.
18-04-19-295| [ rdpclient 839] [ 4700.688440] Window: 1856x1080@16.
18-04-19-295| [ rdpclient 839] [ 4700.688469] PFlags 0x0000002F.
18-04-19-295| [ rdpclient 839] [ 4700.688499] Keyboard 00000409:00000000.
18-04-19-295| [ rdpclient 839] [ 4700.688529] My hostname "wtw40623100722B".
18-04-19-295| [ rdpclient 839] [ 4700.753360] TCP: connection with 172.29.0.45:3389 established.
18-04-19-295| [ rdpclient 839] [ 4700.753404] Turn keepalive on.
18-04-19-295| [ rdpclient 839] [ 4700.753620] Free ram after buffers allocation: 2949588 KB.
18-04-19-295| [ rdpclient 839] [ 4700.878411] Process RDP server certificate.
18-04-19-295| [ rdpclient 839] [ 4700.878448] RDP5 encryption (X.509).
18-04-19-295| [ rdpclient 839] [ 4714.989130] errorInfo 0x00000000.
18-04-19-295| [ rdpclient 839] [ 4715.265471] SessionId 0x00000487: local\BrasovO.
18-04-19-295| [ rdpclient 839] [ 4817.212126] Close TCP connection while receiving data, errno 110.
18-04-19-295| [ rdpclient 839] [ 4817.212172] rdpclient-connect.cpp ( 468): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
18-04-19-295| [ rdpclient 839] [ 4817.212204] rdpclient-connect.cpp ( 2753): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
18-04-19-295| [ rdpclient 839] [ 4817.212234] rdpclient-connect.cpp ( 2993): -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
18-04-19-295| [ rdpclient 839] [ 4817.212264] I'm tired.
18-04-19-295| [ pfac] [ 4817.212908] Process pid 839 terminated, status 00000009.
18-04-19-295| [ gm] [ 4817.223073] Final message: I'm tired.
18-04-19-295| [ gm] [ 4817.227550] /graphic/exlm.png: 44x42.
18-04-19-295| [ gm] [ 4822.940891] Run '/sbin/resolver 0x9d9f488 dns [ts3.local]', log '', env '', pid ''.
18-04-19-295| [ pfac] [ 4822.940974] Run /sbin/resolver 0x9d9f488 dns [ts3.local].
18-04-19-295| [ pfac] [ 4822.941053] Ok, PID 840.
18-04-19-295| [ pfac] [ 4822.998156] Process pid 840 terminated, status 00000000.

Windows-терминалы WTware

Ошибка "I'm tired."

I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Re: I`m tired выдает WtWare ???

Ошибка "I'm tired."

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Re: Пишет I'm tired.

Ошибка "I'm tired."

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Re: Поймал лог I'm Tired.

Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Подробный лог I'm tired.

Re: Пишет I'm tired.

Ошибка при обрыве связи.

Re: Ошибка при обрыве связи.

Re: Ошибка при обрыве связи.

Re: Ошибка при обрыве связи.

Re: Ошибка при обрыве связи.

Периодические "I'm tired" на 1 из ТК

Re: Периодические "I'm tired" на 1 из ТК

Re: Периодические "I'm tired" на 1 из ТК

Re: Периодические "I'm tired" на 1 из ТК