Доброго дня, Народ нарвался на магию и хотел бы просветиться. У нас тут захотели ЭЛМУ, ну развернули, теперь же надо бэкапить. Там микро сервисная архитектура и аж 4 типа субд одновременно узается. Для консистентного бэкапа имеется фирменная утилита в фирменном же командном интерфейсе elma365ctl dump. Она имеет 4 ключа: help, parts, consistent и… тадам, дИбУг, нафиг бы он сдался вся инфа из него это:
elma365ctl dump -D
ELMA365 application will be stopped during the making dump, are you sure? [Y/n]
y
Dump started
Dump successful and stored in /backup/2022.12.07-08.02.30
И да вопрос «Вы точно уверены что уверены» не имеет отношения к debug. Он не отключаемый. вот весь ХЭЛП:
elma365ctl dump --help
Usage: elma365ctl dump
Dump configuration
Flags:
-h, --help Show context-sensitive help.
-D, --debug Enable DEBUG logging
--parts=PARTS,... Parts for dump (postgres, mongo, rabbitmq, s3)
--consistent Stop all services for consistent dump
Это я к чему, так вот путь для сохранения бэкапов строго зашит где то в коде. и делает он его строго в /backup/ Ну думаю мы не варвары клавы не видавшие, думаю чего байты лишний раз гонять, написал красивое mount //some-srv/some-shared-folder/for-backup получил ок. Тестовый бэкап, тоже ок!. Смотрю в папке на файловом, и о чудо папка пуста. Проверяю на источнике, монтирование ОК, но данных нет, чешу значит репу, тянусь за бубном, отмонтирую шару, листаю папку, и о чудо, там свежий бэкап.
