Всем доброго времени суток!
Имеется скрипт, который архивирует и складирует файлы по FTP.
Пример:
#!/bin/sh
### System Setup ###
BACKUP=/home/server
### FTP ###
FTPD="/"
FTPU="username"
FTPP="password"
FTPS="ip-address"
### Binaries ###
TAR="$(which tar)"
GZIP="$(which gzip)"
FTP="$(which ftp)"
## Today + hour in 24h format ###
NOW=$(date +%Y%m%d)
### Create tmp dir ###
mkdir $BACKUP/$NOW
$TAR -cf $BACKUP/$NOW/etc.tar /etc
ARCHIVE=$BACKUP/server-$NOW.tar.gz
ARCHIVED=$BACKUP/$NOW
$TAR -czvf $ARCHIVE $ARCHIVED
### ftp ###
cd $BACKUP
DUMPFILE=server-$NOW.tar.gz
$FTP -n $FTPS <<END_SCRIPT
quote USER $FTPU
quote PASS $FTPP
cd $FTPD
DUMPFILE=server-$NOW.tar.gz
$FTP -n $FTPS <<END_SCRIPT
quote USER $FTPU
quote PASS $FTPP
cd $FTPD
mput $DUMPFILE
quit
END_SCRIPT
Вроде все неплохо, архив создается складывается куда надо... Локально архив открывается, но когда вытаскиваешь его с FTPшника и пытаешься открыть, выдает ошибку: невозможно открыть архив или gzip: stdin: invalid compressed data--format violated
home/server/20110425/
home/server/20110425/etc.tar
tar: Неожиданный конец файла в архиве
tar: Неожиданный конец файла в архиве
tar: Error is not recoverable: exiting now
Подскажите, в чем проблема? Почему архив не перемещенный по FTP открывается, а перемещенный - нет?
Резервное копирование по FTP
Модераторы: SLEDopit, Модераторы разделов
-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: Резервное копирование по FTP
вы пакуете без сжатие, а имя архива как у сжатого. отрежьте поддчёркнутое
-
perminil
- Сообщения: 3
- ОС: Ubuntu
Re: Резервное копирование по FTP
на деле скрипт пакует с сжатием через czvf... Я и без сжатия пробовал - не помогает
-
SLEDopit
- Модератор
- Сообщения: 4824
- Статус: фанат консоли (=
- ОС: GNU/Debian, RHEL
Re: Резервное копирование по FTP
я когда то копировал вот так:
проблем не было.
зы. с точки зрения безопасности ваш метод обладает серьезными недостатками.
инициировать и проводить бэкап должен бэкап сервер, а не сам хост.
Код: Выделить всё
curl -s -T $DUMPFILE ftp://$FTPS/ --user $FTPU:$FTPPзы. с точки зрения безопасности ваш метод обладает серьезными недостатками.
инициировать и проводить бэкап должен бэкап сервер, а не сам хост.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
The more you believe you don't do mistakes, the more bugs are in your code.
-
dobs
- Сообщения: 175
- ОС: Fedora
Re: Резервное копирование по FTP
А как можно проверить целостность данных бекапа?
Home server
Latest Fedora
MB Intel BLKD945GCLF2 Atom 330
2 Gb RAM
500 GB RAID 1
Smolts
Linux registered user #545937
Latest Fedora
MB Intel BLKD945GCLF2 Atom 330
2 Gb RAM
500 GB RAID 1
Smolts
Linux registered user #545937
-
Ism
- Сообщения: 1261
- Статус: Никто, по сути быдло
Re: Резервное копирование по FTP
md5 сумма
-
dobs
- Сообщения: 175
- ОС: Fedora
Re: Резервное копирование по FTP
А если сам архиватор запаковал файл по кривому, мож есть какая то фича у tar аля check archive...
Или надо ток ориентироваться на выдачу инфы с результатом архивации?
Или надо ток ориентироваться на выдачу инфы с результатом архивации?
Home server
Latest Fedora
MB Intel BLKD945GCLF2 Atom 330
2 Gb RAM
500 GB RAID 1
Smolts
Linux registered user #545937
Latest Fedora
MB Intel BLKD945GCLF2 Atom 330
2 Gb RAM
500 GB RAID 1
Smolts
Linux registered user #545937
-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: Резервное копирование по FTP
ну я не знаю. я вам объясняю, что значит ЭТА ошибка.
+1
у меня сервер делает бекап и его шифрует. время от времени хост забирает бекапы для надёжности. на сервере нет секретного ключа, т.е. расшифровать бекап в принципе невозможно.
gpg --verify. Очевидно, надо снабдить бекап подписью.
для защиты от потери информации применяются иные методы. Например почитайте про par2.
А вообще-то, вы можете просто не указывать тип сжатия при распаковке - это лишнее.
Спасибо сказали: