Как из одного приложения запустить другое?

Question

[Only4You]

Есть видеосервер, который периодически подвисает. к этому серверу подключено несколько рабочих мест. После перезапуска сервера, требуется перезагрузить клиент на каждом АРМе.
Так вот вопрос: как с помощью питона сделать скрипт, который перезапускал бы удаленные клиенты при перезапуске сервера?
В голову приходит только slots, но опыта с ним еще не имел, и пока не сильно понимаю как он работает. может кто подсобит кусочком кода, или материалом по данному вопросу на русском языке(из того что я читал, не очень близко к теме).
Или может попроще библиотека есть или еще варианты?

Comments

[rPman]

какая ос на сервере и какая на клиентах? решения отличаются.
и python тут по факту не причем будет, так как будет просто запуск приложений удаленно (например с помощью ssh, установленного на клиентах)

как вариант, на клиентах должно висеть приложение, которое опрашивает сервер (пусть на сервере для этого специальный скрипт написать) которое будет ожидать сигнал от него на перезапуск, и тупо перезапускает приложение, закрыв его например с помощью kill (linux) или taskkill (windows), а само приложение АРМ запускать в бесконечном цикле скриптом вида:
while true;do мое_приложение;sleep 1;done

[Only4You]

rPman, ОС винда 10. Так вот вопрос в том, как серверу отправить сигнал, а клиентам его получить? А как скрипт написать это уже мелочи)

[rPman]

Самый тупой вариант - клиент в цикле с интервалом в секунду лезет на сетевой каталог и ищет там файл с определенный именем (без содержимого, просто проверки if exists), и после обновления считать что сигнал получен и удалять это файл. Для каждого клиента свой файл.

[Only4You]

rPman, забавный вариант кстати, можно даже один файл использовать с разной задержкой) Но хотелось бы именно клиент/серверного понимания, чтоб не воротить сетевую шару и не плодить доп процессов.. Скрипт на авто перезапуск клиентов стоит, хотелось бы допилить туда класс приема сигнала от сервера и запускать имеющийся метод перезапуска

[rPman]

не воротить сетевую шару и не плодить доп процессов

кто то на сервере ДОЛЖЕН слушать твои вопросы, а на клиентах кто то должен отправлять запросы.

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

ssh user@client_pc1 taskkill /f /im my_arm_prog.exe
ssh user@client_pc2 taskkill /f /im my_arm_prog.exe
...

убивая процессы на клиентских машинах client_pc1, client_pc2,..

Answer 1

[res2001]

Можно запускать скрипт удаленно с помощью psexec или wmi. Предварительно надо будет настроить все удаленные станции, чтоб можно было это использовать.
Это может быть простой батник, который убивает процесс и запускает повторно. Правда есть нюанс - удаленно скрипт можно запустить только с админскими правами, а приложение надо запускать с правами пользователя и в сеансе пользователя.
Чтоб решить эту проблему может быть запуск можно сделать не на прямую, а например из задачи шедулера, которую удаленным скриптом дергать. Кстати утилита schtasks, с помощью которой можно управлять заданиями шедулера из ком.строки, умеет работать удаленно. Так что возможно даже psexec/wmi не понадобятся. Т.е. нужно написать локальный скрипт, который ищет нужный процесс, прибивает его и запускает повторно. Настроить в шедулере задачу с фиксированным именем с запуском этого скрипта и выключить эту задачу. Дальше на сервере при наступлении события просто дергаете schtasks, который будет удаленно принудительно одноразово стартовать настроенную задачу.

Comments

[Only4You]

c psexec'om уже намаялся. Именно поэтому думал что-то своё, простенькое клиент-серверное.. Грубый пример - нажал кнопку Старт в Ткинтерском интерфейсе, запустился метод закрытия процесса видеосервера и запустилась поочередная рассылка сигнала на "слушащие адрес сервера(можно с портом)" клиенты, получив команду 'if comand ==': то reboot_client(), что-то в таком духе. А os или subproccess выкидывают смдшную консоль при вызове команд, что несколько напрягает. Но пока не соображу как отправить/принять

[res2001]

Only4You, psexec/wmi (и видимо schtasks то же, не проверял) обычно требуют некоторой настройки на всех удаленных компах, к которым планируется подключение. Я на вскидку не скажу, что там надо делать, погуглите (если возникают ошибки при подключении то можно гуглить по тексту ошибки). По крайней мере в одноранговой сети (без АД) у меня никогда это не работало из коробки, но после небольших настроек работает хорошо.
Кроме того UAC на удаленных портах блокирует сетевое подключение с админскими правами, т.к. требует повышение привилегий, а это в удаленном случае сделать не возможно. Надо отключить на удаленных компах это поведение (не сам UAC, а только его действие при удаленном подключении), это делается 1 параметром реестра (гуглите параметр LocalAccountTokenFilterPolicy). Если же развернута АД, то по идее оно и так должно работать если подключаетесь с учетной записью доменного админа.

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

[res2001]

Only4You, Кстати, пришла в голову мысль. Можно на клиенте скриптом определять состояние клиентского соединения, например анализировать вывод netstat, если соединение не в состоянии ESTABLISHED, то перезагружаем приложение. Т.е. процесс вообще на автомате, без участия сервера.
Можно реализовать простым батником, запихать его в шедулер на срабатывание раз в минуту например.

[Only4You]

res2001, с psexec я уже работал, LocalAccountTokenFilterPolicy добавлял. Скажем так, на 3х армах из 5 он работает нормально, а вот на 2х так и не получилось аналогичным образом завести. wmi и schtasks еще не пробовал.

[res2001]

Only4You, Вот сейчас нагуглилась инструкция от микрософт по настройке удаленного WMI подключения:
https://learn.microsoft.com/ru-ru/windows/win32/wm...
Раньше ее как-то не находил, но были и инструкции от других авторов. Я ж писал выше, что требуется дополнительная настройка, не только вопрос с UAC.
По ссылке самое основное - это настройка фаервола. Вроде бы хватало только открытие 135 порта тем или иным способом. По моему psexec использует тот же механизм для удаленного запуска, что и wmi/wmic и видимо schtasks то же.
Пункт про CIMOM я вообще первый раз вижу.

Вот еще не плохая инструкция по psexec: https://hackware.ru/?p=11638

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

Answer 2

[ZERGeich]

1. Определяешь - как можно увидеть из сети, что сервер завис\перезагрузился.
2. Генеришь скрипт для АРМ, чтобы он проверял вышенайденное состояние.
3. Тестируешь и пускаешь свой костыль в продакшен.

Comments

[Only4You]

На первом пункте я посыпался.. в этом и был мой вопрос, но не определения статуса процесса, а именно сетевого доступа к процессам сервера с клиентов.

[ZERGeich]

Only4You, А при чём тут статус процесса? У тебя сервер отвечает клиентам по какому-то порту и какому-то протоколу. Соответственно этот способ связи можно использовать для самого примитивного определения функционирования: Сервер отвечает и матерится на запрос? Значит ещё живой.