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

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

"странное поведение dump/restore во freebsd"

Сообщение от Дениска (??) on 23-Ноя-08, 17:38

Здравствуйте. Кучу раз приходилось переносить ОС с одного жесткого на другой используя связку dump/restore - всегда все работало замечательно. Сейчас столкнулся с проблемой - пытаюсь чрезвычайно медленная работа этой связки. есть 2 ЖД на машине - хочу перенести ОС с меньшего на больший, разбил больший, перенес корень, /var - все нормально. пытаюсь перенести /usr - на этапе переноса файлов стоит больше двух часов (притом, что размер данных там детский - гигов 50 максимум). прерываю - смотрю на результат - все директории созданы, однако файлов нет вообще. пробовал все это уже раз 10, результат один и тот же. никаких гигантских файлов или гигантского объема мелких файлов на ФС нет. по cp -R копирует все максимум минут за 5-7. OS = FreeBSD7, сегодня накатил до  7.1Prerelease - проблема осталась. винты обычные sata. в рассылках упоминается проблема плохой производительности dump, однако чуть не в 5 версии, потом была починена. уже не знаю на что думать. может кто сталкивался с подобным, посоветуйте. Заранее спасибо.

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

Сообщения по теме

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

1. "странное поведение dump/restore во freebsd"

Сообщение от Аноним (??) on 24-Ноя-08, 22:23

А чем cp не устраивает? или даже Tar? быстрее будет тогда. телепатить увы:(

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

	2. "странное поведение dump/restore во freebsd"
	Сообщение от Pahanivo (??) on 24-Ноя-08, 23:21
	>А чем cp не устраивает? или даже Tar? быстрее будет тогда. >телепатить увы:( То Аноним: почитай сначала что такое dump олень - еще один любитель вякнуть не в тему. Где-то попадалось не то в хендбуке не то в статьях тут гдето - аналогичная dump/restore шняга, только песали что она гораздо быстрее шуршит. Щас не вспомню точно - ищи по словам dump restore - стопудова найдешь. Это тоже родная тулза фри. Dump сабака реально тормазной. Тоже по полдня сервы копил.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "странное поведение dump/restore во freebsd"
	Сообщение от Дениска (??) on 25-Ноя-08, 14:23
	>Где-то попадалось не то в хендбуке не то в статьях тут гдето >- аналогичная dump/restore шняга, только песали что она гораздо быстрее шуршит. спасибо за наводку, попробую пошукать
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "странное поведение dump/restore во freebsd"
	Сообщение от Pahanivo (ok) on 25-Ноя-08, 16:37
	>>Где-то попадалось не то в хендбуке не то в статьях тут гдето >>- аналогичная dump/restore шняга, только песали что она гораздо быстрее шуршит. > >спасибо за наводку, попробую пошукать о нашел http://www.freebsd.org/doc/ru_RU.KOI8-R/books/faq/disks.html... cpio - ЧИАТЙ ПРЕДУПРЕЖДЕНИЕ
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "странное поведение dump/restore во freebsd"

Сообщение от newser (ok) on 26-Ноя-08, 10:54

>[оверквотинг удален] >/usr - на этапе переноса файлов стоит больше двух часов (притом, >что размер данных там детский - гигов 50 максимум). прерываю - >смотрю на результат - все директории созданы, однако файлов нет вообще. >пробовал все это уже раз 10, результат один и тот же. >никаких гигантских файлов или гигантского объема мелких файлов на ФС нет. >по cp -R копирует все максимум минут за 5-7. OS = >FreeBSD7, сегодня накатил до  7.1Prerelease - проблема осталась. винты обычные >sata. в рассылках упоминается проблема плохой производительности dump, однако чуть не >в 5 версии, потом была починена. уже не знаю на что >думать. может кто сталкивался с подобным, посоветуйте. Заранее спасибо. Тоже сталкивался с подобным поведением. dump в случайный момент времени просто "стопорился" без каких-либо признаков ошибок. Т.к. дамп сливал в файл, а не перенаправлял напрямую в restore, то это было сильно заметно. Пытался делать и так (dump -0a -f - > file.dump), и эдак (dump -0a -f file.dump). Результат был одинаковый. В результате докопался до единственного рабочего варианта: dump -0a -P 'cat > file.dump' Попробуйте посмотреть в эту сторону. Удачи!

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

	6. "странное поведение dump/restore во freebsd"
	Сообщение от Дениска (??) on 01-Дек-08, 15:23
	>Тоже сталкивался с подобным поведением. dump в случайный момент времени просто "стопорился" без каких-либо признаков ошибок. Т.к. дамп сливал в файл, а не перенаправлял напрямую в restore, то это было сильно заметно. Пытался делать и так (dump -0a -f - > file.dump), и эдак (dump -0a -f file.dump). Результат был одинаковый. В результате докопался до единственного рабочего варианта: > >dump -0a -P 'cat > file.dump' > спасибо, поробую так поделать. с медленной производительностью я тож раньше сталкивался, но он хотябы каждые минут 20-30 выдавал какой никакой "прогресс-бар" - в смысле писал сколько уже сделал. А тут, блин, неск. часов и никакого отклика.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "странное поведение dump/restore во freebsd"
	Сообщение от Дениска (??) on 01-Дек-08, 15:36
	вот. похоже пошло как надо - пробую хоть и на живой машинке, но уже видно DUMP: 7.84% done, finished in 0:58 спасибо большое.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "странное поведение dump/restore во freebsd"
	Сообщение от newser (ok) on 01-Дек-08, 17:43
	>вот. похоже пошло как надо - пробую хоть и на живой машинке, >но уже видно >DUMP: 7.84% done, finished in 0:58 > >спасибо большое. С restore, кстати, рекомендую воспользоваться той же методикой: restore r -P '...'
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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