[devel] dump/restore в rescue

[devel] dump/restore в rescue

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 187 bytes --]

Здравствуйте.

В rescue от Desktop 4.0.1 отсутствуют dump/restore. Это по ошибке
или сознательно?

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] dump/restore в rescue

[Michael Shigorin]

On Fri, Dec 28, 2007 at 04:42:17PM +0300, Vitaly Ostanin wrote:
> В rescue от Desktop 4.0.1 отсутствуют dump/restore. Это по
> ошибке или сознательно?

У тебя есть им применение?  ЕМНИП они были официально сломаны
ещё к Linux 2.4.0 (ибо нефиг лазить к ФС мимо её драйвера).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] dump/restore в rescue

[Vitaly Ostanin]

Michael Shigorin пишет:
> On Fri, Dec 28, 2007 at 04:42:17PM +0300, Vitaly Ostanin wrote:
>> В rescue от Desktop 4.0.1 отсутствуют dump/restore. Это по
>> ошибке или сознательно?
> 
> У тебя есть им применение? 

Да, восстанавливать бакап на сломанную систему. Я ими регулярно 
пользуюсь - сбоев не замечал.

> ЕМНИП они были официально сломаны
> ещё к Linux 2.4.0 (ибо нефиг лазить к ФС мимо её драйвера).

Детали, ссылки? Почему они тогда лежат в Сизифе?

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com

Re: [devel] dump/restore в rescue

[Michael Shigorin]

On Wed, Jan 02, 2008 at 05:01:24PM +0300, Vitaly Ostanin wrote:
> >> В rescue от Desktop 4.0.1 отсутствуют dump/restore. Это по
> >> ошибке или сознательно?
> > У тебя есть им применение? 
> Да, восстанавливать бакап на сломанную систему. Я ими регулярно
> пользуюсь - сбоев не замечал.

Видимо, по отмонтированным системам.

> > ЕМНИП они были официально сломаны ещё к Linux 2.4.0 (ибо
> > нефиг лазить к ФС мимо её драйвера).
> Детали, ссылки? Почему они тогда лежат в Сизифе?

http://lwn.net/2001/0503/a/lt-dump.php3

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] dump/restore в rescue

[Vitaly Ostanin]

Michael Shigorin пишет:
> On Wed, Jan 02, 2008 at 05:01:24PM +0300, Vitaly Ostanin wrote:
>>>> В rescue от Desktop 4.0.1 отсутствуют dump/restore. Это по
>>>> ошибке или сознательно?
>>> У тебя есть им применение? 
>> Да, восстанавливать бакап на сломанную систему. Я ими регулярно
>> пользуюсь - сбоев не замечал.
> 
> Видимо, по отмонтированным системам.

Да, конечно.

>>> ЕМНИП они были официально сломаны ещё к Linux 2.4.0 (ибо
>>> нефиг лазить к ФС мимо её драйвера).
>> Детали, ссылки? Почему они тогда лежат в Сизифе?
> 
> http://lwn.net/2001/0503/a/lt-dump.php3

Напугал, спасибо, буду знать. Тем не менее администратору при 
необходимости восстанавливать систему из .dump тонкости будут 
побоку. Как правило, бакап есть только в одном формате и 
инструмент для него неплохо бы класть. Пусть тогда лежит хотя бы 
restore.

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com

Re: [devel] dump/restore в rescue

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1077 bytes --]

On Wed, Jan 02, 2008 at 07:08:38PM +0300, Vitaly Ostanin wrote:

>> http://lwn.net/2001/0503/a/lt-dump.php3
VO> Напугал, спасибо, буду знать. Тем не менее администратору при 
VO> необходимости восстанавливать систему из .dump тонкости будут 
VO> побоку. Как правило, бакап есть только в одном формате и 
VO> инструмент для него неплохо бы класть. Пусть тогда лежит хотя бы 
VO> restore.

Вполне разумно.

А ещё у меня есть предложение сделать пакет dummydump, который бы requires
cpio/gzip/find, и содержал бы в себе:
 - простой скриптик для дампа
 - утилитку 'dump', которая при запуске бы грязно материлась, объясняя
   почему то, что хочет сделать пользователь, по меньшей мере вредно :)

И вот эту утилитку класть в дистрибутивы.

restore же действительно нужен для обратной совместимости с теми, кто про
вред dump/restore не знал.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Прежде чем вешать багу, убедитесь в том, что её уже повесили до вас
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] dump/restore в rescue

[Michael Shigorin]

On Wed, Jan 02, 2008 at 07:08:38PM +0300, Vitaly Ostanin wrote:
> > http://lwn.net/2001/0503/a/lt-dump.php3
> Напугал, спасибо, буду знать. Тем не менее администратору при
> необходимости восстанавливать систему из .dump тонкости будут
> побоку. Как правило, бакап есть только в одном формате и
> инструмент для него неплохо бы класть. Пусть тогда лежит хотя
> бы restore.

Ну повесь FR на mkimage-profiles-desktop с Cc: ldv@ или кто
собирается сервер дальше выпускать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] dump/restore в rescue

[Victor Forsyuk]

On Thu, Jan 03, 2008 at 04:54:58PM +0200, Michael Shigorin wrote:
> On Wed, Jan 02, 2008 at 07:08:38PM +0300, Vitaly Ostanin wrote:
> > > http://lwn.net/2001/0503/a/lt-dump.php3

Для полноты картины:
http://dump.sourceforge.net/isdumpdeprecated.html

> > Напугал, спасибо, буду знать. Тем не менее администратору при
> > необходимости восстанавливать систему из .dump тонкости будут
> > побоку. Как правило, бакап есть только в одном формате и
> > инструмент для него неплохо бы класть. Пусть тогда лежит хотя
> > бы restore.
> 
> Ну повесь FR на mkimage-profiles-desktop с Cc: ldv@ или кто
> собирается сервер дальше выпускать.

Re: [devel] dump/restore в rescue

[Vitaly Ostanin]

Victor Forsyuk пишет:
> On Thu, Jan 03, 2008 at 04:54:58PM +0200, Michael Shigorin wrote:
>> On Wed, Jan 02, 2008 at 07:08:38PM +0300, Vitaly Ostanin wrote:
>>>> http://lwn.net/2001/0503/a/lt-dump.php3
> 
> Для полноты картины:
> http://dump.sourceforge.net/isdumpdeprecated.html

Спасибо. Кстати, мы используем dump именно так, как там 
рекомендуют - на не примонтированном snapshot (lvm).

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com

Re: [devel] dump/restore в rescue

[Eugene Prokopiev]

> > Для полноты картины:
> > http://dump.sourceforge.net/isdumpdeprecated.html
>
> Спасибо. Кстати, мы используем dump именно так, как там
> рекомендуют - на не примонтированном snapshot (lvm).

Если я правильно понял написанное, то lvm snapshots имеют смысл только
для ФС, которые также поддерживают snapshots, т.е. только для XFS

-- 
С уважением,
Прокопьев Евгений

Re: [devel] dump/restore в rescue

[Ildar Mulyukov]

On 10.01.2008 14:26:28, Eugene Prokopiev wrote:
> > > Для полноты картины:
> > > http://dump.sourceforge.net/isdumpdeprecated.html
> >
> > Спасибо. Кстати, мы используем dump именно так, как там
> > рекомендуют - на не примонтированном snapshot (lvm).
> 
> Если я правильно понял написанное, то lvm snapshots имеют смысл только
> для ФС, которые также поддерживают snapshots, т.е. только для XFS

Нет. LVM делает snapshot своими средствами на уровне блоков. Какая там  
файловая система - совершенно всё равно, хоть NTFS ;)

Кстати, коллега делился в этом треде, что использует  
LVM+ext2/3+dump/restore. Делайте выводы.

С уважением,
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] dump/restore в rescue

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 657 bytes --]

On Thu, Jan 10, 2008 at 02:59:57PM +0600, Ildar Mulyukov wrote:

IM> Нет. LVM делает snapshot своими средствами на уровне блоков. Какая там  
IM> файловая система - совершенно всё равно, хоть NTFS ;)

Вот именно потому что делает на уровне блоков и нужно чтобы FS умела быть
одновременно неотмонтированной и консистентной.

Иначе этот дамп получается примерно такой же по качеству, как FS после
нажатия на reset.
-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Т.к. Compact уже выпущен, то все что не успели исправить - ошибками
не считается.
		-- rider in #3005

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] dump/restore в rescue

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1140 bytes --]

Денис Смирнов пишет:
> On Thu, Jan 10, 2008 at 02:59:57PM +0600, Ildar Mulyukov wrote:
> 
> IM> Нет. LVM делает snapshot своими средствами на уровне блоков. Какая там  
> IM> файловая система - совершенно всё равно, хоть NTFS ;)
> 
> Вот именно потому что делает на уровне блоков и нужно чтобы FS умела быть
> одновременно неотмонтированной и консистентной.

Говорят, большинство FS умеет, см.
http://tldp.org/HOWTO/LVM-HOWTO/snapshotintro.html

"This facility does require that the snapshot be made at a time
when the data on the logical volume is in a consistent state -
the VFS-lock patch for LVM1 makes sure that some filesystems do
this automatically when a snapshot is created, and many of the
filesystems in the 2.6 kernel do this automatically when a
snapshot is created without patching."

Но вы меня озадачили. Дело в том, что в нашем случае разделом с
FS управляет lvm из xen dom0, а самой FS - domU. И при создании
snapshot в dom0 ядро domU не знает, что ему нужно звать vfs lock.

Продолжаем раскопки...

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] dump/restore в rescue

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 822 bytes --]

Vitaly Ostanin пишет:

<skipped/>

> Но вы меня озадачили. Дело в том, что в нашем случае разделом с
> FS управляет lvm из xen dom0, а самой FS - domU. И при создании
> snapshot в dom0 ядро domU не знает, что ему нужно звать vfs lock.
> 
> Продолжаем раскопки...

Говорят, нету надёжного способа делать бакапы через lvm snaphots
для FS, смонтированных в domU:
http://ubuntumagnet.com/2007/12/thoughts-xen-filesystem-configuration-regard-backups

Похоже, что идеальный способ создания бакапов - это кластерная
установка сервиса и поочерёдная остановка его узлов.

Интересно, есть ли средство для одномоментного создания и
изоляции полной копии VE, чтобы эту копию остановить,
отмонтировать и сбакапить ?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]