И понеслось:dimbor писал: ↑29.12.2019 03:49freenx-у также само сделал пакет: deb64. Наговнокодил туда всякого типа завершения рутлес сессии не по таймауту, а по завершению специально указанного процесса. Также частично он теперь юзает sqlite. Модно, чо! И багов наловил изрядно.
Раз пошла такая пьянка, на старости лет опозорился и ввалился со всем этим на гитхаб. Упс! Нафигачил туда пиджина - глаза потом с мылом надо мыть - предупреждаю.
Напиши, чем под убунтой он крив. Поправлю.
Да блин, забыл про обязаловку с dss ключами написать где-то. А глобально, сменить на криво-эпилептические проблем нема. Нет идей, как при этом совместимость не поломать.Djelf писал: ↑29.12.2019 13:45Прогоняем nxsetup, проверям nxsetup --test, упс!!! Применяем решение https://www.nomachine.com/ru/TR12M06271
А мне вот все sq3 попадались. Чем критично?
Поправлю, спасибо.
Да, это можно считать нормальным. Там раньше такие гонки были, офигеть. terminate_session запускался в зависимости от фазы луны практически одновременно из _трех_ ниток. Сейчас - из двух. Но это в рутлесе. А у тебя кстати, что?Djelf писал: ↑29.12.2019 13:45Но руается
NX> 716 Terminating session 962194E83EA754A5E87A11D5B56CD489 on user request.
/usr/bin/nxnode: строка 416: wait: pid 23178 не является дочерним процессом этой оболочки
А кто у нас был 23178? Это был сам nxagent. Ну и чер с ним...
addm 23178 23146 7 13:33 ? 00:00:09 /usr/bin/nxagent -persistent -D -name NX - addm@server2:2001 - server2 (GPL Edition) -option /home/addm/.nx/C-server2-2001-962194E83EA754A5E87A11D5B56CD489/options -nolisten tcp -dpi 96 :2001
Это ждется дисплейный порт арктического эныкс-агента посредством xdpyinfo. Вообще, оно у них медленно стало стартовать/завершаться. Но не семнадцать секунд. В session при этом что? И версия либ какая? На 3.5.99.22 больше двух сек не выжимает, даже в виртуалке.Djelf писал: ↑29.12.2019 13:45Запускается что-то медленно, задержка после соединения,в логе
29.12 13:25:34: node_start_applications (13367): DISPLAY is 2000
29.12 13:25:38: node_start_applications (13367): Sleep while get a valid DISPLAY (59)
потом
29.12 13:25:39: try_remount_printers (13367): Session dir NOT FOUND! Calling twice? Why?
29.12 13:25:39: node_cupsd_stop (13367): end
29.12 13:25:39: node_stop_services (13367): call reconnect_pa
29.12 13:25:39: node_stop_services (13367): end
29.12 13:25:39: node_start_monitor_2_0_0 (13367): end
29.12 13:25:40: node_start_applications (13367): Sleep while get a valid DISPLAY (55)
и так ~17с...
А с ним то что? Я его обползал весьма тщательно...