The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Корректно ли делается дамп снапшота файловой системы UFS2"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Корректно ли делается дамп снапшота файловой системы UFS2"  
Сообщение от kdim email on 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.
*/
--------------------
как такое могло случиться, ведь на снапшоте не должно было появиться каких либо новых файлов во время дампа?
Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Корректно ли делается дамп снапшота файловой системы UFS2"  
Сообщение от Dorlas (??) on 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-ить сервера в работе...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру