какой uptime у бэкапной тачки?

точно не ребут, аптайм 9 дней ...

со вторым инстансом тоже разобрался ... там ошибка в имени инстанса и вал-ы не доезжают ...

главный вопрос - каким образом неполные файлы очутились в архиве

out of space и юзерские ошибки - это ожидаемые условия работы, они не должны приводить к попаданию в архив некорректных файлов

вот здесь пока понимания нет ...

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

логи по второму инстансу подозрительно "кривые" сейчас посмотрю настройки логирования ПГ ...

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

куда можно копнуть

лог закинул ... а не могут ли это быть чудеса ФС на файл-сервере? там целевой каталог, куда складываются архивы "забиндин" ... раздел ext4, если что ...

разобрались, чет с доступами было в интернет

врядли, файловая система как правило куда более надежный элемент нежели любой user-space говнокод, поэтому сначала следует искать ошибку у нас

еще тогда такой вопрос, а чем archive-push "православнее" чем, скажем, rsync?

17p2

он делает всё по феншую, временный файл ->fsync -> rename
умеет разруливать конфликты, если в архиве уже есть временный файл

а rsync в этом плане не аналогично работает?

нет, конечно

доброго дня,

у меня имеется задача "переехать" текущий 1С с win платформы на linux платформу
(выбраны Ubuntu 20.04 lts + Postgres 12 от самой 1С)

пока играюсь на тестовом стенде, на виртуальничках(!). вроде бы все установил и кажется :)
работает (правда, пока не ставил лицензии), но тут обнаружилась проблема с PostgreSQL
в логе нашел вот эту ошибку:
FATAL:  could not access file "online_analyze": No such file or directory
LOG:  database system is shut down

похоже, что "незаметно", не обратив должного внимания, обновил (обновились) пакеты для Postgres 12...
ибо в исходном варианте должно быть так (сразу после установки):
sudo dpkg --list | grep postgresql
ii   postgresql-12              12.6-6.1C
ii   postgresql-client-12       12.6-6.1C
ii   postgresql-client-common   214ubuntu0.1
ii   postgresql-common          214ubuntu0.1

а после появления ошибки выглядит уже так:
sudo dpkg --list | grep postgresql
ii  postgresql-12              12.7-0ubuntu0.20.04.1
ii  postgresql-client-12       12.7-0ubuntu0.20.04.1
ii  postgresql-client-common   214ubuntu0.1
ii  postgresql-common          214ubuntu0.1


полагаю, что нужно запретить обновлять с помощью apt-mark hold?
1-ое уточнение - правильный ли это подход?
2-ое уточнение - что именно запретить - достаточно ли запретить обновлять "postgresql-12" + "postgresql-client-12" или нужно еще запретить и "postgresql-client-common" + "postgresql-common"

спасибо!

dpkg -l | grep libpq5 | awk -F' ' '{print $2}' | sudo xargs apt-mark hold
dpkg -l | grep postgresql-client-12 | awk -F' ' '{print $2}' | sudo xargs apt-mark hold
dpkg -l | grep postgresql-12 | awk -F' ' '{print $2}' | sudo xargs apt-mark hold