Zalohovani

Pavel Kankovsky peak na argo.troja.mff.cuni.cz
Úterý Srpen 21 16:21:35 CEST 2001


On Tue, 21 Aug 2001, Martin Mačok wrote:

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

Obavam se, ze Linus vidi duvody, proc dump -- program sahajici primo na
filesystem -- funguje spatne, ale zapomina na duvody, proc mohou blbe
(nebo jeste hur) fungovat tar, cpio atd. -- cili programy pristupujici
pres normalni rozhrani OS: vicemene nevratna zmena atime, je nezbytne
provadet ukrutne kejkle jako obranu proti race conditions (ktere stejne
nikdo nedela), nelze presne odzalohovat derave soubory, ztrati se
specialni atributy (immutable), atd. (Oboje pochopitelne plati u "ziveho
filesystemu". Jestli fs neni mountnuty rw, pak je uplne jedno, jak se na
nej pristupuje.)

Jinak s tou nekonzistenci to zase neni az tak zhave, kdyz pred zahajenim
dumpu udelate sync(). Soubory, co se behem zalohovani nejak intenzivne
meni, v konzistentnim stavu neodchyti ani tar a spol. (uvazujme
nasledujici posloupnost operaci: 1. tar precte blok 1, 2. zmenim blok 1,
3. zmenim blok 2, 4. tar precte blok 2...do zalohy se dostane puvodni blok
1 a zmeneny blok 2, coz nekoresponduje s zadnym stavem souboru v
libovolnem okamziku). Takze spis jde o to, nakolik se dokaze dump nebo
podobny program vyrovnat s pripadnymi nekonzistencemi v metadatech.

Ano, pristupovat primo na blokove zarizeni je hnusne, ale co mame delat,
kdyz nam OS neumoznuje to udelat lepe?

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



Další informace o konferenci Linux