URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 84654
[ Назад ]

Исходное сообщение
"Корректно ли делается дамп снапшота файловой системы UFS2"

Отправлено kdim , 26-Мрт-09 07:26 
Добрый день!
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.
*/
--------------------
как такое могло случиться, ведь на снапшоте не должно было появиться каких либо новых файлов во время дампа?

Содержание

Сообщения в этом обсуждении
"Корректно ли делается дамп снапшота файловой системы UFS2"
Отправлено Billy , 28-Мрт-09 04:14 
похожее обсуждение, только ответа нет

http://lists.freebsd.org/pipermail/freebsd-questions/2007-Au...
http://lists.freebsd.org/pipermail/freebsd-questions/2007-Au...


"Корректно ли делается дамп снапшота файловой системы UFS2"
Отправлено Pahabnivo , 28-Мрт-09 06:47 
expected next file XXXX, got YYYY

практически при каждом развертывании образа идет такое
дааа и дампы я не в single user делаю ) думаю что изза этого
попробуй срезать дамп загрузившись вообще с livefs



"Корректно ли делается дамп снапшота файловой системы UFS2"
Отправлено Dorlas , 28-Мрт-09 23:00 
Вообще-то снапшот в FreeBSD связан с файловой системой в live-режиме.

Т.е. любые изменения FS мгновенно отражаются на снапшоте.

В этих сообщениях ничего страшного нет - делал dump/restore сотни раз на десятках боевых серверах в рабочем режиме. Максимум, что может случиться - подпортятся таблицы БД, в которые во время снятия dump-а шла запись.

Игнорируйте...


"Корректно ли делается дамп снапшота файловой системы UFS2"
Отправлено Algor , 30-Мрт-09 08:04 
>Вообще-то снапшот в FreeBSD связан с файловой системой в live-режиме.
>Т.е. любые изменения FS мгновенно отражаются на снапшоте.

не могли бы Вы подробнее описать как он связан с ФС? или может подскажите где об этом почитать, просто я считал что снапшот это по определению снимок ФС и никакие изменения на нем не должны происходить.


"Корректно ли делается дамп снапшота файловой системы UFS2"
Отправлено Pahanivo , 30-Мрт-09 08:32 
>>Вообще-то снапшот в FreeBSD связан с файловой системой в live-режиме.
>>Т.е. любые изменения FS мгновенно отражаются на снапшоте.
>
>не могли бы Вы подробнее описать как он связан с ФС? или
>может подскажите где об этом почитать, просто я считал что снапшот
>это по определению снимок ФС и никакие изменения на нем не
>должны происходить.

да снапшот это снимок - но как быть когда он делается с живой файловой системы те которая параллельно со снятием снапшота произодить запись рабочих данных?
dump как раз и умеет снимать образ ТАКЖЕ И С живой файлухи


"Корректно ли делается дамп снапшота файловой системы UFS2"
Отправлено Dorlas , 31-Мрт-09 13:47 
>да снапшот это снимок - но как быть когда он делается с
>живой файловой системы те которая параллельно со снятием снапшота произодить запись
>рабочих данных?
>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-ить сервера в работе...