LINUX.ORG.RU
Форум — Admin  

Бякап системы с помощью dump


0

2 
/sbin/dump -0uan -f - / | gzip -2 | ssh -c blowfish 253253@domain.de dd of=/backup/server-full-backup-`date '+%d-%B-%Y'`.dump.gz 

DUMP: No group entry for operator.
  DUMP: Date of this level 0 dump: Thu Nov 13 19:51:22 2014
  DUMP: Dumping /dev/sda3 (/) to standard output
  DUMP: Label: none
  DUMP: Writing 10 Kilobyte records
  DUMP: mapping (Pass I) [regular files]
253253@domain.de's password:
DUMP: mapping (Pass II) [directories]
DUMP: estimated 3294949 blocks.
DUMP: Volume 1 started with block 1 at: Thu Nov 13 19:51:22 2014
  DUMP: dumping (Pass III) [directories]

И всё... никаких действий нет... что не так?



Последнее исправление: eureur_de (всего исправлений: 1)

Какой там объём данных? Может просто каталогов много и dump их долго обрабатывает. Можно ведь через ″stace -p″ подключится по PID'у к процессу dump и посмотреть, что он делает.

mky ★★★★★
()

ssh domain.ru «dump -0 -f - /dev/vda1» | dd of=vda1.dump

axelroot ★
()
Ответ на: комментарий от mky

весь хдд это 100 гб. Я тут подумал если места на удалённом компе нет столько он же может и не начинать даже процесс? Или дамп только занятой фаиловой системы?

eureur_de
() автор топика
Ответ на: комментарий от zolden

делай как все tar'ом

rsync - это наше всё!

anonymous
()
Ответ на: комментарий от eureur_de

Раз dump'у указано писать на stdout, то ему безразлично место на удаленной ФС, он о ней даже не знае и пытается просто «вылить» все данные на свой stdout, который перенаправлен на gzip.

Всё стопорится, либо из-за ошибки в dump, который что-то не может понять в структуре ФС, либо, что более вероятно, из-за чего-то в цепочке ″gzip | ssh | sshd | dd″. Но, если бы закончилсь место на удалённой ФС, то ″dd″ завершился бы с ошибкой.

Файл /backup/server-full-backup-`date '+%d-%B-%Y'`.dump.gz какого размера?

Можете ещё указать dump'у опцию ″-v″, тогда он будет писать подробнее, что он сейчас делает.

mky ★★★★★
()
Ответ на: комментарий от eureur_de

весь хдд это 100 гб.

SAS или просто старый бердан? Если последнее, то может быть bad block, ядро в dmesg ничего не пишет?

mky ★★★★★
()
Ответ на: комментарий от mky

100 gb SSD raid1

Тут подумал может реально тупо таром заделать... tar -zcvpf /backup/full-backup-`date '+%d-%B-%Y'`.tar.gz --directory / --exclude=mnt --exclude=proc --exclude=tmp ...

Правда в этом случае мне придётся его забирать.

Кто про rsync может что хорошее сказать?

eureur_de
() автор топика
Ответ на: комментарий от eureur_de

Правда в этом случае мне придётся его забирать.

Куда забирать? tar точно так же может писать на stdout, как и dump. А, чтобы не писать исключение для точек монтирования, можно ФС (/dev/sdaX) смонтировать ещё раз куда-нибудь в /mnt.

mky ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin