форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

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

Сообщение от kdim 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]