Witam

Korzystam z "niby-RAIDu" na płycie Intela, opartego na rozwiązaniu Intel
Matrix Storage Manager. Po zawieszeniu czy innym nieprawidłowym
zamknięciu systemu, program wykonuje "weryfikację i naprawę" w celu
wykrycia i skorygowania ewentualnych niespójności w macierzy. Rozumiem,
że podczas tej operacji, program dla każdego "pasma" od nowa wylicza
sumę kontrolną i porównuje ją z tą zastaną. Nie rozumiem jednak co
dzieje się w przypadku, kiedy suma się nie zgadza. Jakie założenie jest
wtedy przyjmowane? Takie, że "właściwa" zawartość stripe'a jest
prawidłowa i nieuszkodzona i to niepasującą sumę kontrolną trzeba
nadpisać? A może jest podejmowana decyzja uzależniona od jakichś
czynników? Jeżeli tak to jakich? W tej chwili z dość dużą obawą patrzę
na napis "Znaleziono i naprawiono 3 błędy weryfikacji" i nie daje mi to
spokoju, bo nie do końca rozumiem zasadę działania tego procesu. Czy są
racjonalne powody do obaw, że program "rzucił monetą" i te 3 rzekomo
naprawione błędy faktycznie nie mają takiej zawartości jaką miały przed
awarią i resetem? A może umknął mi jakiś istotny ogólny fakt z zasady
działania macierzy RAID5?

--
Pozdrawiam
Zbig T.

(Trzy dolary w temacie sprawią, że email dojdzie)

do góry

Użytkownik "Zbig T." <z...@z...net> napisał w wiadomości
news:496a8281$1@news.home.net.pl...
> Witam
>
> Korzystam z "niby-RAIDu" na płycie Intela, opartego na rozwiązaniu Intel
> Matrix Storage Manager. Po zawieszeniu czy innym nieprawidłowym zamknięciu
> systemu, program wykonuje "weryfikację i naprawę" w celu wykrycia i
> skorygowania ewentualnych niespójności w macierzy. Rozumiem, że podczas
> tej operacji, program dla każdego "pasma" od nowa wylicza sumę kontrolną i
> porównuje ją z tą zastaną. Nie rozumiem jednak co dzieje się w przypadku,
> kiedy suma się nie zgadza. Jakie założenie jest wtedy przyjmowane? Takie,
> że "właściwa" zawartość stripe'a jest prawidłowa i nieuszkodzona i to
> niepasującą sumę kontrolną trzeba nadpisać? A może jest podejmowana
> decyzja uzależniona od jakichś czynników? Jeżeli tak to jakich? W tej
> chwili z dość dużą obawą patrzę na napis "Znaleziono i naprawiono 3 błędy
> weryfikacji" i nie daje mi to spokoju, bo nie do końca rozumiem zasadę
> działania tego procesu. Czy są racjonalne powody do obaw, że program
> "rzucił monetą" i te 3 rzekomo naprawione błędy faktycznie nie mają takiej
> zawartości jaką miały przed awarią i resetem? A może umknął mi jakiś
> istotny ogólny fakt z zasady działania macierzy RAID5?

- kazdorazowo jak zamykasz poprawnie system to macierz RAID5 a konkretniej
dyski sa synchronizowane (to tak w wielkim skrocie)
- jezeli system sie zawiesi to do synchronizacji nie dochodzi i dane na
poszczegolnych dyskach moga nie byc identyczne, z tego powodu system
sparawdza sumy kontrolne i porownuje z danymi na kazdym dysku, jezeli na
ktorym sie nie zgadza to poprawia i to w zasadzie tyle.

Oczywiscie powyzsze jest zalezne od wielu czynnikow np: OS, kontrolera,
konfiguracji kontrolera itp.

--
doom3

do góry

epsilon$ while read LINE; do echo \>"$LINE"; done < "Zbig T."
>nadpisać? A może jest podejmowana decyzja uzależniona od jakichś
>czynników? Jeżeli tak to jakich?

Niestety, w tym konkretnym wypadku ciężko coś powiedzieć. Gdybyś
korzystał np. z software raidu w linuksie, zawsze można byłoby zajrzeć
w źródła. A tak jesteś zdany na (nie)łaskę producenta.

--
[------------------------] Microsoft Office 2000: Praca cieszy
[ K...@e...eu.org ]
[ http://epsilon.eu.org/ ]
[------------------------]

do góry

Użytkownik "Mariusz Kruk" <M...@e...eu.org> napisał w wiadomości
news:slrngml445.v6c.Mariusz.Kruk@epsilon.rdc.pl...

> Niestety, w tym konkretnym wypadku ciężko coś powiedzieć. Gdybyś
> korzystał np. z software raidu w linuksie, zawsze można byłoby zajrzeć
> w źródła. A tak jesteś zdany na (nie)łaskę producenta.

zagladalem do zwracanego przez sterownik adapteca pliku log (freebsd), stad
moje przypuszczenia.

--
doom3

do góry