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

Guest · Пн ноя 15, 2010 3:52 pm

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

Сообщение **aka** » Пн ноя 15, 2010 5:39 pm

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

978143 · Вт ноя 16, 2010 6:27 am

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

Сообщение **aka** » Вт ноя 16, 2010 6:48 am

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

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

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

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

978143 · Вт ноя 16, 2010 7:39 am

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

KVIK · Вт ноя 16, 2010 11:37 am

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

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

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

miha-ha · Вт ноя 16, 2010 12:14 pm

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

Сообщение **aka** » Вт ноя 16, 2010 3:49 pm

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

Да.

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

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

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

Prizrak · Пт июл 01, 2011 1:55 pm

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

Prizrak · Вт июл 05, 2011 8:35 am

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

Вт июл 05, 2011 5:50 pm

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

Prizrak · Ср июл 06, 2011 1:04 pm

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

Сообщение **aka** » Ср июл 06, 2011 3:49 pm

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

Prizrak · Чт июл 07, 2011 8:29 am

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

Сообщение **aka** » Чт июл 07, 2011 12:40 pm

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

Prizrak · Чт июл 07, 2011 2:15 pm

Нет

master_new · Сб июл 09, 2011 8:42 am

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

Prizrak · Пн июл 11, 2011 8:40 am

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

PAPIruss · Ср окт 19, 2011 8:15 pm

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

Сообщение **aka** » Ср окт 19, 2011 9:52 pm

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

PAPIruss · Чт окт 20, 2011 7:23 pm

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

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

PAPIruss · Ср окт 26, 2011 10:00 pm

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

Сообщение **aka** » Чт окт 27, 2011 9:50 am

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

PAPIruss · Чт окт 27, 2011 11:44 am

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

Сообщение **aka** » Чт окт 27, 2011 4:47 pm

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

PAPIruss · Чт окт 27, 2011 6:54 pm

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

Сообщение **aka** » Ср апр 04, 2012 2:30 pm

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

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

Сообщение **aka** » Сб май 12, 2012 5:15 pm

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

Сообщение **aka** » Вс май 13, 2012 6:46 pm

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

jlevais · Вт апр 09, 2013 1:34 pm

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

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

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

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

Сообщение **aka** » Вт апр 09, 2013 4:19 pm

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

jlevais · Вт апр 09, 2013 4:43 pm

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

jlevais · Вт апр 09, 2013 4:56 pm

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

Сообщение **aka** » Вт апр 09, 2013 5:09 pm

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

jlevais · Вт апр 09, 2013 5:22 pm

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

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

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

Сообщение **aka** » Вт апр 09, 2013 6:07 pm

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

Сообщение **aka** » Вт апр 09, 2013 6:21 pm

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

jlevais · Вт апр 09, 2013 6:39 pm

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

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

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

Сообщение **aka** » Вт апр 09, 2013 7:13 pm

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

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

jlevais · Вт апр 09, 2013 7:19 pm

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

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

jlevais · Вт апр 09, 2013 7:37 pm

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

Сообщение **aka** » Вт апр 09, 2013 9:12 pm

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

jlevais · Вт апр 09, 2013 9:17 pm

Ну... блин=(

jlevais · Ср апр 10, 2013 1:39 pm

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

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

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

Вот лог:

jlevais · Ср апр 10, 2013 1:41 pm

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

Сообщение **aka** » Чт апр 11, 2013 12:59 am

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

jlevais · Пт апр 12, 2013 4:33 pm

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

jlevais · Пт апр 12, 2013 6:10 pm

Вот лог:

Сообщение **aka** » Пт апр 12, 2013 6:40 pm

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

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

jlevais · Пт апр 12, 2013 11:00 pm

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

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

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

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

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

Сообщение **aka** » Пт апр 12, 2013 11:38 pm

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

jlevais · Пт апр 12, 2013 11:52 pm

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

Сообщение **aka** » Сб апр 13, 2013 3:28 pm

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

jlevais · Сб апр 13, 2013 11:13 pm

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

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

jlevais · Пн апр 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. Извел десяток листов, ни одной ошибки.

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

jlevais · Пн апр 15, 2013 5:34 pm

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

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

Вот лог:

jlevais · Вт апр 16, 2013 12:56 pm

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

Сообщение **aka** » Вт апр 16, 2013 11:22 pm

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

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

jlevais · Ср апр 17, 2013 12:00 am

Окей, жду)

jlevais · Пн апр 22, 2013 11:39 am

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

jlevais · Пт апр 26, 2013 2:28 pm

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

Сообщение **aka** » Пт апр 26, 2013 2:45 pm

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

jlevais · Пт апр 26, 2013 3:21 pm

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

jlevais · Пт апр 26, 2013 5:58 pm

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

Сообщение **aka** » Вт апр 30, 2013 1:23 am

Попробуй 5.1.33.

jlevais · Пт май 03, 2013 12:58 am

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

Сообщение **aka** » Пт май 03, 2013 2:22 am

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

jlevais · Вт май 07, 2013 11:52 am

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

Сообщение **aka** » Вт май 14, 2013 11:22 am

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

jlevais · Вт май 14, 2013 4:25 pm

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

Сообщение **aka** » Вт май 14, 2013 6:53 pm

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

jlevais · Вт май 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.

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

Сообщение **aka** » Вт май 14, 2013 10:28 pm

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

jlevais · Ср май 15, 2013 8:47 am

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

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

amigor · Вт май 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*.

Сообщение **aka** » Вт май 28, 2013 11:07 am

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

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

amigor · Вт май 28, 2013 11:16 am

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

Prizrak · Вт май 28, 2013 12:05 pm

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

staswew · Ср ноя 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.

Сообщение **aka** » Ср ноя 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 между ними?

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

Antonio · Пт дек 20, 2013 6:57 am

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

grand_dizel · Пт фев 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.

Сообщение **aka** » Пт фев 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

Сообщение **aka** » Пт фев 19, 2016 3:52 pm

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

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

grand_dizel · Пт фев 19, 2016 3:58 pm

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

grand_dizel · Чт мар 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.

grand_dizel · Чт мар 03, 2016 1:43 pm

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

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

Сообщение **aka** » Чт мар 03, 2016 4:04 pm

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

grand_dizel · Чт мар 03, 2016 4:46 pm

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

grand_dizel · Ср мар 23, 2016 10:20 am

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

grand_dizel · Чт июл 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 терминальный сервер?

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

Сообщение **aka** » Чт июл 28, 2016 5:20 pm

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

grand_dizel · Чт июл 28, 2016 7:23 pm

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

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

Сообщение **aka** » Чт июл 28, 2016 7:28 pm

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

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

grand_dizel · Чт июл 28, 2016 7:48 pm

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

grand_dizel · Чт июл 28, 2016 7:51 pm

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

Сообщение **aka** » Чт июл 28, 2016 9:58 pm

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

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

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

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

grand_dizel · Пт июл 29, 2016 11:29 am

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

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

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

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

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

grand_dizel · Пн авг 01, 2016 10:01 am

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

grand_dizel · Пн авг 01, 2016 12:03 pm

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

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

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

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

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

Сообщение **aka** » Пн авг 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 */ - это проще. Это таймаут. Сеть не работает, вторая сторона не отвечает. Единственный вариант, когда проблема не в сети - это если вторую сторону вообще выключили, резетом или отключили питание. Если выключить питание свича - думаю, такая же ошибка вылезет.

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

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

grand_dizel · Пн авг 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.

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

Сообщение **aka** » Вт авг 02, 2016 9:37 pm

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

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

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

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

Гость · Ср авг 03, 2016 9:57 am

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

grand_dizel · Ср авг 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.

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

Сообщение **aka** » Чт авг 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 часов. Может, если перегружать клиентов раз в сутки, проблема исчезнет?

grand_dizel · Чт авг 04, 2016 8:33 am

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

Kamerton · Чт авг 18, 2016 8:49 am

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

Сообщение **aka** » Чт авг 18, 2016 12:10 pm

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

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

Kamerton · Чт авг 18, 2016 3:05 pm

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

Сообщение **aka** » Чт авг 18, 2016 3:40 pm

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

Kamerton · Пт авг 19, 2016 5:34 pm

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

Сообщение **aka** » Сб авг 20, 2016 1:12 am

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

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

Kamerton · Сб авг 20, 2016 10:11 am

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

Kamerton · Сб авг 20, 2016 10:25 am

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

Kamerton · Сб авг 20, 2016 10:28 am

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

Сообщение **aka** » Сб авг 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 на предмет проблем с картинкой.

Kamerton · Пн авг 22, 2016 10:03 am

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

Сообщение **aka** » Пн авг 22, 2016 1:28 pm

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

Kamerton · Пн авг 22, 2016 2:10 pm

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

Kamerton · Пн авг 22, 2016 2:12 pm

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

akaplenko · Чт мар 30, 2017 6:33 pm

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

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

Сообщение **aka** » Чт мар 30, 2017 7:28 pm

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

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

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

akaplenko · Чт мар 30, 2017 8:53 pm

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

Сообщение **aka** » Пт мар 31, 2017 12:16 am

Сборка:

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

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

akaplenko · Пт мар 31, 2017 12:42 am

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

Пт мар 31, 2017 11:00 am

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

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

akaplenko · Пт мар 31, 2017 12:27 pm

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

Сообщение **aka** » Вт апр 04, 2017 3:02 pm

Попробуй 5.4.86.

akaplenko · Чт апр 06, 2017 7:41 pm

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

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

munarbek414 · Вт окт 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
Прошу помочь...

Сообщение **aka** » Вт окт 24, 2017 8:29 pm

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

https://wtware.ru/logs.html

munarbek414 · Ср ноя 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" -----------------------

Сообщение **aka** » Ср ноя 01, 2017 11:20 am

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

munarbek414 · Ср ноя 01, 2017 12:32 pm

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

Сообщение **aka** » Ср ноя 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 Встречались случаи лечения чем угодно, от замены блока питания свича до переустановки сервиспака на сервере.

Barvinok · Чт ноя 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

Сообщение **aka** » Чт ноя 02, 2017 9:58 pm

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

Сообщение **aka** » Чт ноя 02, 2017 10:01 pm

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

Barvinok · Пт ноя 03, 2017 11:43 am

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

Barvinok · Пт ноя 03, 2017 11:45 am

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

Сообщение **aka** » Пт ноя 03, 2017 11:57 pm

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

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

Barvinok · Вт ноя 07, 2017 1:07 pm

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

Barvinok · Чт ноя 09, 2017 9:42 pm

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

Сообщение **aka** » Пт ноя 10, 2017 8:49 pm

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

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

munarbek414 · Вт дек 05, 2017 1:11 pm

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

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

munarbek414 · Вт дек 05, 2017 1:13 pm

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

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

Сообщение **aka** » Вт дек 05, 2017 1:29 pm

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

pilligrim7 · Пн июн 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.