Преамбула: я тут задался целью написать для себя кроссплатформенный велосипед с использованием всех утилит FB "в одном стакане", чтобы не мыкаться с командной строкой. В прикладе используется компонент TProcess (лазарусовская обвязка вокруг ShellExecute/System), который создается в доп.потоке, вызывает gbak/isql и т.д., ждет окончания их работы и благопристойно умирает вместе с потоком.

В ситуации, когда нужно срочно прервать b/r, мне необходимо сначала корректно завершить работу gbak/isql. Если просто уничтожить поток вместе с выполняющимся b/r, то утилиты, очевидно, лочат какое-то время выводимые файлы, потому что при повторной попытке запустить процесс я в течение 30-60 сек не могу удалить "неудачный" бекап и получаю отлуп:




Я читал про мониторинг, но DELETE FROM MON$ATTACHMENTS WHERE MON$ATTACHMENT_ID <> CURRENT_CONNECTION меня не устраивает, потому что бекап может делаться на работающей с юзерами базе. Можно, конечно, вычислить "виновника" по MON$REMOTE_PROCESS, но в этом случае грохнутся соседние экземпляры моего приложения, которые в этом время будут делать что-то еще. В идеале получить бы MON$ATTACHMENT_ID текущего коннекта, но как это сделать при использовании gbak?

Есть какие-нибудь соображения?
=================
Док.

Win7 Ultim x64/Deb 10 (MATE; gtk3) amd64:
FB 3.0.4.33054, Lazarus 2.1(r.61884); FPC 3.3.1 (r.43016), IBX by -Rik-

Симонов Денисможно было сразу воспользоваться ServiceAPI
можно подробнее для гуманитария, что ты имел ввиду? :)

Симонов Денисв IBX лазаря нет IBBackupService?
в данном случае я не использую его

hvladMON$REMOTE_PID
а как извлечь его из текущего соединения gbak? Есть какие-нибудь ключи? Или придется изучать низкоуровневой доступ к БД? :)

hvladкогда ты запускал дочерний процесс, ты мог получить его PID.
ага, вот ты о чем! Я наивно полагал, что PID надо получать из таблиц мониторинга :)

Щас спрошу на лазаревском форуме, можно ли получить PID из TProcess.

hvladтвои приложения называются gbak.exe ? :)
:)
нет, конечно, но я сделал вывод по аналогии, глядя в таблицы MON$ATTACHMENTS двух запущенных экземпляров IBE

ёёёёёА почему ты его не используешь? Потому, что ты хочешь получать бэкап-файл на локальной (не серверной) машине, или еще почему-то?
В том числе.

Я уже писал раньше, что на текущий момент, пилящиеся под Лазарь IBX от mwasoftware, либо не удовлетворяют потребностям последних версий FB (например, legacy-компоненты, оставшиеся в составе этой библы от первоисточника, не имеют пропертей обработки ключей -fix_fss_d/fix_fss_m), либо еще сырые и дают ошибки коннекта, если сервер(а) (например, в винде) установлен(ы) и запущен(ы) не стандартным инсталлятором, а из архивов и вручную.

Плюсуй сюда упертость автора, что продукт лучше развивать в соответствии с хотелками (в разумных пределах, конечно) пользователей, а не автора. Плюс независимость от нестандартных компонент доступа. В итоге получишь мои резоны :)

hvlad,

Влад, спасибо за наводку. Пошел пилить дальше

kdvесли автор ибх под лазарь такой дебил, что даже ключи почти десятилетней давности не может добавить в servapi.
я не был столь категоричен :) он там много чего полезного (я надеюсь, все не щупал) наворотил

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

Свой клон делать - это надо программистом работать, вот выйду на пенсию :)

TonalВозможно TProcess так и делает по Terminate() , но можно и явно ручками послать через FpKill()
На стороне клиента TProcess.Terminate(), действительно, убивает gbak (кстати, на виндах метод вызывает TerminateProcess, а на линуксе FpKill). На винде огрызок файла бекапа все равно остается залоченным 30-60 сек, в линуксе можно сразу запускать и прерывать процесс бекапа бесконечно много раз.


Поэкспериментирую с удалением по MON$REMOTE_PID, потом отпишусь

Dimitry SibiryakovИ эти люди ещё удивляются почему я использую API напрямую...
я не удивляюсь, я тебе завидую :)

kdvДокНо вот это вкупе с необходимостью чего-то доказывать, напрочь отбивает охоту ими пользоваться
так что всё там работает. Ты просто или ФБ не запустил, или в конфиге ФБ не тот порт указал, или не рестартанул ФБ после изменения порта.
Вряд ли, у меня, как минимум, две версии сервера всегда крутятся. IBE доволен :). Вечерком проверю, конечно.

А у тебя сервак запущен как приложение или как сервис?

kdv,

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

да и х@р с ним :)
Будет время, отпишу ему