Неверный формат файла для загрузки информационной базы
Ошибка формата потока
по причине:
Ошибка формата потока.

Здравствуйте.
Есть несколько вариантов резервного копирования, но конкретно один выдает данную ошибку, при загрузке.
Сервер 1С на Ubuntu 22, ibcmd конечный путь находится также на данной железке, причем у коллег, при выгрузке на NAS все работает, я пока не пробовал выгружать в другую рабочую среду, но все же. .dt имеет полный размер, копируется с linuxa на виндовый терминал без проблем. Провал загружать через терминал на linux используя ibcmd, так сказать изнутри, ошибка та же, как и при загрузке через терминал. JobsCount не помогает.
Че это может быть? Проблема в том, что линукс не может сохранить какие-то свойства .dt-шника? Кто-то грузил подобные бекапы на linux?

Вот скрипт:
  GNU nano 6.2                                                               /home/zalup/scripts/dt_dump_accounting.sh
#!/bin/sh

backupfolder=/backup/dt_dump
db_name=accounting

PREFIX=$db_name
POSTFIX=`date +%d-%m-%Y_%H-%M-%S`

db_user=засекречено
db_password=засекречено
user_1c=засекречено
password_1c=засекречено

# Сколько дней хранить файлы
keep_day=7
dtfile=$backupfolder/$PREFIX-$POSTFIX.dt

if /opt/1cv8/x86_64/8.3.25.1374/ibcmd infobase --dbms=PostgreSQL --db-server=localhost --db-user=$db_user --db-pwd=$db_password --db-name=$db_name dump --user=$user_1c --password=$password_1c $backupfolder/$PREFIX-$POSTFIX.dt > $dtfile ; then
   echo 'dt dump accounting has been created'
else
   echo "dt dump accounting return non-zero code $POSTFIX"
   exit
fi

echo $dtfile

find $backupfolder -mtime +$keep_day -delete

dt битый?
проверить вручную на другой машине

dt нельзя использовать для бэкапов

(0) без указания в ibcmd параметра "--data=/tmp1c/tmp" не взлетало

(2) почему же нельзя?
можно но не оптимально
и не всегда надежно

для файловой проще копировать .1cd
для скулевых использовать их средства

(2) Понимаешь, я привык использовать сразу все че можно, есть и pg dump и на терминале выгрузка и хотелось бы с ibcmd разобраться

(3) сейчас проверю, спасибо

(1) на другой машине, по сути уже проверено, ведь грузил и напрямую с сервера через терминал, и копировав на сервер терминалов через "загрузку"

(3) Не помогло! Я, разве что, еще не проверял вариант выгрузки наружу от linux-сервера, в другое хранилище.
Кто-то на linux выгружал подобный .dt, загружалось?

Так может прав на чтение этого файла нет.

(9) да я уже и 777 ставил и копировал на терминал с общего ресурса linux, куда он и грузится

Я несколько раз прочитал (0) но так и не понял, тебе не удается выгрузить в dt или загрузить из dt?
Если выгрузить - то скрипт в (0) кривой какой то
Вот из мануала, по нему и делай

ibcmd infobase dump --dbms=mssqlserver --database-server=dbServerName --database-user=dbUser --database-password=dbUserPassword --database-name=docs-db --data="d:\ss-data\dbName-data" 1cv8.dt

(11) Загрузить)
Да это обычная строка с параметрами, ты имеешь ввиду жестко задать значения без переменных, я, вроде, уже пробовал. Ну ща проверю

(12) Так dump - это выгрузить
загрузить вот так

ibcmd.exe infobase restore --user=ibuser --password=123 --dbms=mssqlserver --database-server=dbServerName --db-user=dbUser --database-password=dbUserPassword --database-name=docs-db --data="D:\ss-data\cs-data" --database-name=dbName .\1cv8.dt

Короче читай оригинальный мануал, а не в угадайки играй
https://its.1c.ru/db/v8325doc#bookmark:adm:TI000000912

(13) Чел, у меня выгружается все, загрузить не получается то, что выгрузилось xD

А загружал я как руками, так и через restore

Ты выгружаешь криво
Ты уверен что твой терминал в команде шлет бинарные данные? Может там и комментарии внутри и еще всякой чуши. Это ж не DD.

 > $dtfile

Посмотри выгруженный dt текстовым редактором начало и конец файла.

Да было же, и неоднократно, например https://infostart.ru/1c/articles/1643162/

Я не очень согласен с теми кто не выгружает, не рекомендует, и не делает через выгрузку из платформы.

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

Но кто мешает делать параллельные выгрузки, разными способами?
Гринч? Похититель Рождества? Или кто-то еще из злодеев?

(17) Да не. У него что-то другое. По его словам при выгрузке в на сетевую шару все норм

(16) Да, ты прав!
# Первая строка
1CIBDmpF3��c�uM�-n۶m۶m۶m۶m۶m{��s�_t��3j��Z���bf-Da{[CK#KKOY{[INFO] Выгрузка информационной базы в файл успешно завершена
#

Спасибо))

/home/zalup

zalup, почему бы и да?
тоже имя пользователя.