Добрый день!
FreeBSD 7.1
делаю дамп снапшота файловой системы (команда dump с опцией -L)
--------------------
-L This option is to notify dump that it is dumping a live file sys-
tem. To obtain a consistent dump image, dump takes a snapshot of
the file system in the .snap directory in the root of the file
system being dumped and then does a dump of the snapshot. The
snapshot is unlinked as soon as the dump starts, and is thus
removed when the dump is complete. This option is ignored for
unmounted or read-only file systems. If the .snap directory does
not exist in the root of the file system being dumped, a warning
will be issued and the dump will revert to the standard behavior.
This problem can be corrected by creating a .snap directory in
the root of the file system to be dumped; its owner should be
``root'', its group should be ``operator'', and its mode should
be ``0770''.
--------------------
судя по выводу делается все правильно (присутствует строчка DUMP: Dumping snapshot of /dev/ad0s1a (/) to standard output)
--------------------
DUMP: Date of this level 0 dump: Wed Mar 25 22:49:48 2009
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/ad0s1a (/) to standard output
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 1236345 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: 86.82% done, finished in 0:00 at Wed Mar 25 22:55:34 2009
DUMP: DUMP: 1237213 tape blocks
DUMP: finished in 332 seconds, throughput 3726 KBytes/sec
DUMP: DUMP IS DONE
--------------------
Отднако при восстановлении из дампа есть сообщение - expected next file XXXX, got YYYY
которое говорит о том что во время бакапа на файловой системе появился еще один файл
--------------------
/*
* If we find files on the tape that have no corresponding
* directory entries, then we must have found a file that
* was created while the dump was in progress. Since we have
* no name for it, we discard it knowing that it will be
* on the next incremental tape.
*/
--------------------
как такое могло случиться, ведь на снапшоте не должно было появиться каких либо новых файлов во время дампа?
похожее обсуждение, только ответа нетhttp://lists.freebsd.org/pipermail/freebsd-questions/2007-Au...
http://lists.freebsd.org/pipermail/freebsd-questions/2007-Au...
expected next file XXXX, got YYYYпрактически при каждом развертывании образа идет такое
дааа и дампы я не в single user делаю ) думаю что изза этого
попробуй срезать дамп загрузившись вообще с livefs
Вообще-то снапшот в FreeBSD связан с файловой системой в live-режиме.Т.е. любые изменения FS мгновенно отражаются на снапшоте.
В этих сообщениях ничего страшного нет - делал dump/restore сотни раз на десятках боевых серверах в рабочем режиме. Максимум, что может случиться - подпортятся таблицы БД, в которые во время снятия dump-а шла запись.
Игнорируйте...
>Вообще-то снапшот в FreeBSD связан с файловой системой в live-режиме.
>Т.е. любые изменения FS мгновенно отражаются на снапшоте.не могли бы Вы подробнее описать как он связан с ФС? или может подскажите где об этом почитать, просто я считал что снапшот это по определению снимок ФС и никакие изменения на нем не должны происходить.
>>Вообще-то снапшот в FreeBSD связан с файловой системой в live-режиме.
>>Т.е. любые изменения FS мгновенно отражаются на снапшоте.
>
>не могли бы Вы подробнее описать как он связан с ФС? или
>может подскажите где об этом почитать, просто я считал что снапшот
>это по определению снимок ФС и никакие изменения на нем не
>должны происходить.да снапшот это снимок - но как быть когда он делается с живой файловой системы те которая параллельно со снятием снапшота произодить запись рабочих данных?
dump как раз и умеет снимать образ ТАКЖЕ И С живой файлухи
>да снапшот это снимок - но как быть когда он делается с
>живой файловой системы те которая параллельно со снятием снапшота произодить запись
>рабочих данных?
>dump как раз и умеет снимать образ ТАКЖЕ И С живой файлухиНеучи, читайте man на dump:
Вот выдержка:
-L This option is to notify dump that it is dumping a live file sys-
tem. To obtain a consistent dump image, dump takes a snapshot of
the file system in the .snap directory in the root of the file
system being dumped and then does a dump of the snapshot. The
snapshot is unlinked as soon as the dump starts, and is thus
removed when the dump is complete. This option is ignored for
unmounted or read-only file systems. If the .snap directory does
not exist in the root of the file system being dumped, a warning
will be issued and the dump will revert to the standard behavior.
This problem can be corrected by creating a .snap directory in
the root of the file system to be dumped; its owner should be
``root'', its group should be ``operator'', and its mode should
be ``0770''.Ключевая фраза:
dump takes a snapshot of the file system in the .snap directory in the root of the file system being dumped and then does a dump of the snapshot.
The snapshot is unlinked as soon as the dump starts, and is thus removed when the dump is complete.Т.е. dump делается не с FS, а со снапшота FS...
Далее про снапшоты - проведите простой эксперимент:
1) Создайте в разделе каталог .snap
2) Создайте snapshot этого раздела
3) После создания снапшота удалите произвольный файл из этого раздела
4) Данный файл переместится в снапшот...Именно из-за этого используя опцию -L можно dump-ить сервера в работе...