Оказывается, что я поразил предел Свободного Выпуска NX Сервера NoMachine NX. По данным NoMachine NX - Страница продуктов свободный выпуск сервера NX ограничен максимальными 2 параллельными соединениями и максимальными 2 пользователями.
Статья NX Licensing не объясняет, как те 2 пользователя вычисляются, и только подразумевается, что это - автоматически два пользователя, которые вошли в систему / использовал сервер NX сначала.
nomachine сессии (nxserver) поток на Форумах Ubuntu говорят, что информация о сессии сервера хранится в /usr/NX/var/db
. После исследования тех файлов оказывается, что имя зарегистрированного пользователя хранится в информационных файлах сессии там.
$ sudo grep -hR userName /usr/NX/var/db/* | sort | uniq
шоу точно два userName
s.
Я не знаю, почему официальный Клиент NX для Linux показал
Too many authentication failures for nx
как ошибка, и это взяло использованию плагин NX для Remmina для получения
NX> 536 ERROR: Reached the maximum number of allowed users on this server.
Я обратился к использованию X2Go, который не имеет тех ограничений, довольно легко установить на Ubuntu (просто добавляют PPA), NX использования 3.x, хотя это совместимо только с собой.
Просто отключите OOM Killer
для конкретного процесса с:
for p in $(pidof kvm qemu-system32_x64); do
echo -n '-17' > /proc/$p/oom_adj
done
или по аромату oom_score adj
.
Однако:
Out of memory: Kill process 25086 (kvm) имеет счет 192 или жертвует дочерним
В вашем случае нужно также установить значение 192
.
См. также Укрощение OOM Killer
В любом случае, вы должны проверить, что вызывает переполнение памяти, так как OOM Killer убьет другие важные процессы.
Часто наблюдается явление под названием overtuning
. В этом случае overcommit_memory
, как описано здесь.
Источник proc файловые системы:
oom_adj:
For backwards compatibility with previous kernels, /proc/<pid>/oom_adj may also
be used to tune the badness score. Its acceptable values range from -16
(OOM_ADJUST_MIN) to +15 (OOM_ADJUST_MAX) and a special value of -17
(OOM_DISABLE) to disable oom killing entirely for that task. Its value is
scaled linearly with /proc/<pid>/oom_score_adj.
oom_score_adj:
The value of /proc/<pid>/oom_score_adj is added to the badness score before it
is used to determine which task to kill. Acceptable values range from -1000
(OOM_SCORE_ADJ_MIN) to +1000 (OOM_SCORE_ADJ_MAX). This allows userspace to
polarize the preference for oom killing either by always preferring a certain
task or completely disabling it. The lowest possible value, -1000, is
equivalent to disabling oom killing entirely for that task since it will always
report a badness score of 0.