Когда пользователь из-за долгого простоя терминальной сессии в XRDP "подвисает", возникает необходимость снять его сессию.
Когда пользователь из-за долгого простоя терминальной сессии в XRDP «подвисает», возникает необходимость снять его сессию.
Определяем id процесса сессии:
ps aux | grep xrdp | grep sess
Снимаем необходимую сессию:
kill -9 "цифра PID"
Если пользователь «висел» в конфигураторе 1С, то 1С может начать ругаться на занятость конфигуратора. В таких случаях желательно полностью завешить xrdp под этим пользователем и завершить процессы 1С. Для этого выполняем команды:
ps aux | grep xrdp # Теперь, снимаем процессы данного пользователя kill -9 номер процесса ps aux | grep 1C # Снимаем процессы 1С kill -9 номер процесса
Автор: Рудюк С . А. http://corp2.net
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Еще статьи по данной теме, если кому-то интересно:
—
—
—
— .
—
—
—
—
—
(0)
Хотелось бы услышать ИсториюУспеха перевода организации на XRDP (Linux).
(2) KroVladS, Удалось успешно перевести работу компании, 20 рабочих мест на работу с Linux. Причем, клиентские рабочие места — тоже на линуксе.
Ожидались большие проблемы с устройствами, штрих-кодами, гео-локацией и звуком. Но, все эти проблемы удалось решить.
Были моменты, когда Remmina тормозила, но как оказалось, это возникало из-за кучи клиентских RDP, которые начали друг с другом конфликтовать. Переустановка рабочего места — решила проблему.
Решение подняли на виртуальной машине. Поэтому, его можно клонировать и распространять.
Для своей компании тоже использую данное решение, но еще накладываю на это все — шифрование на уровне дискового пространства.
Если нужно, обращайтесь — могу реализовать данное решение.
Конечно, есть какие-то вещи, которые не возможно в статьях описать. Но, в целом, решение получилось работающее.
Я публиковал описание полученного решения, если интересно:
(3) а как дела обстоят для торговых предприятий?
Как подключали ФР и сканеры штрихкодов?? Удалось ли?*
(5) baracuda, Сканер штрих-кодов работает, как обычная клавиатура, передавая последовательность сканируемых символов через буфер обмена. Поэтому, проблем со сканером не происходит.
Фискальный регистратор не подключал.
Добрый день, я зависшие сессии убиваю через команду: «sudo /usr/bin/killall -9 -u имя пользователя». (сервер терминалов на 10 пользователей esxi 5.5 + ubuntu 14.04 lts + БП 3.0, на клиентских машинах винда)
(6) По поводу же фискального принтера, наверное к компьютеру он и не подключается. А просто, произодится обмен данными между фискальным принтером и компьютером. Поэтому, тут уже больше вопрос в программном обеспечении фискального принтера.
В Украине, в Сильпо фискальные принтеры работают, судя по внешнему виду на KDE. А это значит, что есть возможность подключения, более того, фискальный принтер вообще может работать под управлением операционной системы Linux, Но, это уже зависит от разработчика фискального принтера.
(8) у нас уже есть аппараты, где команды посылаются по сети обычным http соединением с json api. Никаких драйверов не надо.
(9) pumbaE, О чем я и говорил. 🙂
А какие конфигурации у Вас работают под Linux?
У меня Бухгалтерия 3.0 имеет неприятный глюк: не работают некоторые дополнения. Например, печать приказа о приеме на работу выдавало ошибку т.к. падеж для ФИО формируется через дополнение, а оно под Linux не работает. Приходиться при обновлении заменять код с работой этого дополнения на свой.
(11) hlpsrv, УТП
Везде, где есть обращения к COM нужно заменять на другое решение, т.е. конфигурацию нужно местами править.
Вам нужно будет изменять функционал дополнения на другое решение, работающее в Linux. Иногда, решения получаются несколько не привычными для 1С-программистов. Т.к. в Linux нет механизмов COM, DCOM, OCX, ActiveX и других «изобретений» Майкрософт. Но, есть мощная командная строка, огромное количество программного обеспечения и…. Возможность писать программы на ряде скриптовых языков.
Однозначно, часть решений нужно переписывать, исходя из выше сказанного — отсутствия механизмов, которые изобрели в Майкрософте.