Коллеги, отгадайте загадку, почему сервер 1с в линуксе командой в

терминале стопится норм, а той же командой, но из крона не стопится?

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

причём команда успешно выполняется из крона судя по логам, сервис стоппед, но процессы сервера висят, если htop посмотреть

а на сам крон-файл можно взглянуть?

скину позже, сейчас не в доступе

в любом случае там д.б. что-то наподобие: * * * * * root /bin/systemctl stop srv1cv83

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

А что за задача, если не секрет? Т.е. зачем сервис останавливается таким образом?

для бэкапа и фулл вакуума

Или ещё больше интересных статей из книги "как выстрелить себе в ногу"

зачем для бэкапа стопить 1с?

Сейчас человек напишет, что делает бекапы пгдампом и все поедет по "десятому кругу" 😂

pg_dump не бэкап (с)

Я вот не делаю правда бэкап pg_dumpом, а вот в чем проблема-то этого бэкапа?

А чем делаешь?)

Один эсом

Каждый день вручную что ли?

Почему вручную?

Ты оказался прав.

ну даже если и pg_dump'ом стопить зачем? хотя это и не бекап. :)

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

Пояснения будут?

Почему pg_dump не бэкап с Вашей точки зрения?

я не буду жевать это по 10 кругу, я уже неоднократно писал, что pg_dump не учитывает много чего, у меня например он без правок скрипта не работало восстановление, падали ошибки.

Так как тогда правильно же делать бэкап? У меня пока это DUMPIB + veeam backup (бэкап всей виртуальной машины целиком)