один- создаваемый фал, второй- источник

Цитата(DENNN @ 23.8.2005, 14:46)

один- создаваемый фал, второй- источник

видать моему мышлению к логичности линукса придеться еще слегка приспособиться

Спасибо

DENNN
Что-то не получается:

Цитата

[ignat@super ~]$ mysqldump -u ignat --password=ignat -B test | tar -xzf - - > /home/raznoe/btst/test.sql gzip: stdin: not in gzip format tar: Child returned status 1 tar: -: В архиве не найден tar: Выход, отложенный по результатам предыдущих ошибок

Курт... ты пытаешься вывод мусулодампа распаковать или запаковать ?
( по моему он выдаёт чистый sql. )
у тебя команда: tar -zxf - -
что на языке человека значит распаковать файл пришедший на стандартный ввод, и выплюнуть его на стандартный вывод.
ты наверное пытаешься написать:
tar -zcf - -

А назвать такой файл наверное стоит: test.sql.tgz


удачи.

Это сообщение отредактировал(а) bilbobagginz - 9.9.2005, 18:29

bilbobagginz
Все твои замечания верны и справедливы. И понимаю, что написано не то. (ключи tar'а я знаю).
Просто я все сделал по этому совету - всего лишь хотел показать, что получается в итоге... а вернее, что ни фига не получается..
DENNN
Там точно все правильно?

З.Ы.
bilbobagginz
Так, как ты говоришь, я уже делал:

Цитата

[ignat@super]$ mysqldump -u ignat --password=ignat -B test | tar -zcf - - > /home/raznoe/btst/test.sql.tgz tar: -: Cannot stat: No such file or directory tar: Выход, отложенный по результатам предыдущих ошибок

вообще-то я не знаю почему ты так делаешь вообще.
во первых - запусти просто:
mysqldump -u ignat --password=ignat -B test > mydump.sql
а потом уже извращайся с дампом - сколько влезет, напр:
tar -cf - mydump.sql | gzip > mydump.tgz

не вижу смысла брать stdin, и выплёвывать на stdout, без хотя-бы именования данных.

удачи.

// получаем дамп БД
mysqldump -p -u root base --add-drop-table > /путь_куда_cохранить_файл_с_дампом_БД_MySQL/dump.sql

// где root - имя пользователя имеющего доступ к БД
// base - это БД которую будем резервировать
// --add-drop-table (это значит что данные будут перезатерты если встретяться одинаковые записи на новой БД, иначе могут быть проблемы с уникальными ID)
// Потом спросят пароль, надо ввести пароль указанного пользователя (при вводе пароль не отображается!!!)

// Архивируем файлик дампа БД, чтобы меньше весил.
tar cjf /путь_куда_положить_архив/dump.tar.bz2 /путь_к файлу_который архивируем/dump.sql

PHP-DIRECTOR, у меня к тебе придирки-советы (есссно собссный опыт):
1. если пароль есть, но не выдан, а это в скрипт пихают... то скрипт зависнет... пока не отвалится. а если в крон это засунуть ... имэйлов наполучается кто-то.
2. bzip2 - не на всех системах стоит, и если и стоит, то не всегда в PATH.флажок без минуса - тоже не на всех системах сработает... лучше медленнее, но на 100. ( на Фре напр. стоит бзип, а на линухах - не на всех по умолчанию, тоже и на солярке, а tar - есть гнюшный а есть не гнюшный )
3. старайся НИКОГДА не архивировать абсолютные пути, по крайней мере без начального "/". потом, когда разархивируешь, можно себя удивить...

Собственно, для чего хочу сразу архивировать - банально места мало. После получения дампа я отправляю по ftp получившийся архив на другую машину.

тогда можешь использовать netcat (nc)
если всё это синхронизированно, диск даже не нужен:

на бекап-сервере:
nc -l -p 3333 > mydump.sql.gz

на клиенте:
mysqldump <blablabla> | gzip - | nc -q 1 backupserver 3333


порт и адреса конечно поменяй.

Это сообщение отредактировал(а) bilbobagginz - 12.9.2005, 01:20

А зачем тебе tar тут вообще нужен? mysqldump создаст один текстовой файл, жми его gzip-ом или bzip-ом на лету и все.

Сорри. Моя ошибка не подумал о простой вещи: тар хранит сжатым не только текст, но и добавляет к нему служебную информацию включая имя и путь файла. Поэтому перенаправления с консоли не работает. Как сказано в справке, тар умеет распаковывать из консольного потока и записывать упакованные файлы в поток.
Так же не заработает:

Цитата(Guest @ 15.9.2005, 07:48)

создаст один текстовой файл, жми его gzip-ом или bzip-ом на лету и все.

Потому как они тоже хотят "хендл" файла (по крайней мере у меня сейчас не заработало).
Сделами чуть-чуть разберусь и найду вариант (т.к. compress, zcat и иже с ними тоже хотят файл в качестве входного параметра)
Добавлено @ 16:37
P.S. netcat действительно будет хорошим решением в данном случае.

Вот. Мои исследования привели к следующему результату:

Цитата

mysqldump -u root -p --database db_name | gzip -c > dump.sql.gz

Проверено, все рабоатет