Forum Debian Users Gang

ksenomorf · 2007-02-01 15:40:07

Witam.

Mam następujący problem i bylbym wdzięczny za jakiekolwiek wskazówki pomocne w jego rozwiązaniu

Instaluje Sarge’a - przy partycjonowaniu chce założyć Raida programowego:
Dla każdej partycji ustawiam „fizyczny wolumin dla RAID”

Robie partycje:
„1 – glowna” – 50 MB RAID z flaga uruchomieniowa
„2 – glowna” – 4 GB RAID
„5 – logiczna” – 270 MB RAID

tak samo dla drugiego dysku (dyski są identyczne – 2 Maxtory 4.3GB na jednej tasmie, jeden jako master, drugi jako slave)

Pozniej po kolei wybieram:
• „konfiguruj RAID programowy”
• „utworz urzadzenie wielodyskowe (MD)
• „RAID1”
• liczba aktywnych urządzeń: 1
• liczba zapasowych urządzeń: 1
• ustawiam partycje aktywna i zapasowa dla „1 – glowna” (pozniej tak samo z partycjami 2 i 5)
• dla RAID1 – urzadzenie #0 wybieram „ext3 z księgowaniem”, montowanie jako /BOOT
• dla RAID1 – urzadzenie #1 wybieram „ext3 z księgowaniem”, montowanie jako / - głowny system plikow
• dla RAID1 – urzadzenie #2 wybieram „przestrzen wymiany”
• koncze partycjonowanie
• instaluje GRUBA i teoretycznie wszystko dziala…

Po instalacji mam partycje:
/dev/md1 /
tmpfs /dev/shm
/dev/md0 /BOOT

I teraz pojawia się problem…
Na podpietych dwóch dyskach wszystko chodzi prawidłowo, na odpietym drugim dysku (slave) również system się uruchamia, z kolei jeśli podepne sam dysk 2 a odepne mastera wyswietla się komunikat: „Betriebssystem fehlt”, podobna sytuacja się pojawia, jeśli ten drugi dysk przezworkuje na mastera. Nie znam się za bardzo na RAIDzie, ale na chłopski rozum, jeżeli robie RAID1 to na obu dyskach powinny być te same dane i z każdego z nich system powinien startowac. Acha… jeszcze jedna rzecz… identyczna sytuacja jest jeżeli ustawiam „liczbe aktywnych urządzeń” na 2, a „liczbe zapasowych” na 0.

ksenomorf · 2007-02-02 16:53:33

Witam ponownie... zeby nie zakladac nowego tematu dokoncze swoja historie z RAIDEM... i zadam kolejne pytanie :)

Tym razem podpialem dyski na 2 tasmach (pri master i sec master), partycje stworzylem jak poprzednio:
„1 – glowna” – 50 MB RAID z flaga uruchomieniowa -> [b]/boot[/b]
„2 – glowna” – 4 GB RAID -> [b]/[/b]
„5 – logiczna” – 270 MB RAID -> [b]swap[/b]

Przy RAIDzie wybralem 2 aktywne urzadzenia i 0 zapasowych, zainstalowalem gruba i Debianik sie pieknie uruchomil.
Po uruchomieniu sprawdzilem stan macierzy "[i]cat /proc/mdstat[/i]", otrzymalem wynik:

md0: active raid1 hda1[0] hdc1[1] .... blocks [2/2] [UU]
md1: active raid1 hda2[0] hdc2[1] .... blocks [2/2] [UU]
md2: active raid1 hda5[0] hdc5[1] .... blocks [2/2] [UU]

W jakims HOWTO wyczytalem, ze jesli chce zeby system wstawal po awarii hda musze przeniesc gruba na hdc, wiec wchodze do gruba:

#grub
grub> device (hd0) /dev/hdc
grub> root (hd0,0)
grub> setup (hd0)
quit

Wylaczam kompa i odpinam hda - system wstaje, ponownie wylaczam kompa, odpinam hdc zostawiajac hda i znowu Debianik sie pieknie laduje. Oczywiscie sprawdzajac stan macierzy tylko jeden z dyskow jest "up" [_U]. Ponownie podpinam oba dyski, uruchamiam kompa, system wstaje... i ZONK !!!. Przy sprawdzaniu macierzy otrzymuje:

md0: active raid1 hda1[0] hdc1[1] .... blocks [2/2] [UU]
[b]md1: active raid1 hdc2[1] .... blocks [2/1] [_U][/b]
md2: active raid1 hda5[0] hdc5[1] .... blocks [2/2] [UU]

No i tutaj moje pytanko: Czy ktos z Was moze wie, gdzie sie podzialo hda2[0] ??

andreq · 2007-02-02 23:35:24

a spróbuj:

Kod:

# grub
root hd(0,0)
setup hd(0)

root hd(1,0)
setup hd(1)

quit

ksenomorf · 2007-02-03 10:14:56

[b]andreq[/b] wlasnie po raz setny postawilem system, sprobowalem tego co napisales i po wypieciu dyskow nadal taka sama sytuacja... najpierw kazdy z nich startuje a po ponownym podpieciu znowu w macierzy brakuje hda2[0] :(

ksenomorf · 2007-02-03 14:01:56

Przygody ciag dalszy.... :)

Tym razem, po kolejnej instalacji sprobowalem najpierw wypiac dysk hdc i uruchomic system na samym hda... system sie zaladowal, wylaczylem kompa, ponownie spialem dyski i sprawdzajac stan macierzy tym razem gdzies zginelo [b]hdc2[1][/b]. No i w tym wielkim momencie dostalem olsnienia... skoro startuje z jednego dysku, to przeciez zmieniaja sie na nim chociazby logi systemowe i po ponownym spieciu dyskow nie ma mozliwosci, zeby sie zsynchronizowaly, skoro zawieraja inne dane... :)
Czy ktos moze potwierdzic moja teorie ?? :)

TuRKiN88 · 2007-02-22 18:02:57

Witam.tez własnie bawie sie raidem.i takie pytanko.jak właśnie zorbic zeby sie dyski zsynchronizowały??bo tak jak kolega pisze:sie nie moga zsynchronizować.
Pozdrawiam

ksenomorf · 2007-02-22 20:31:49

Witam.tez własnie bawie sie raidem.i takie pytanko.jak właśnie zorbic zeby sie dyski zsynchronizowały??bo tak jak kolega pisze:sie nie moga zsynchronizować.
Pozdrawiam[/quote]

Dyski synchronizuja sie juz w momencie zatwierdzenia zmian w partycjach (w pierwszych etapach instalacji), mozesz to podgladnac przechodzac do drugiej konsoli i wpisujac cat /proc/mdstat.

Jezeli problem wystepuje po zasymulowaniu awarii jednego z urzadzen (lub po awarii faktycznej, czego nie zycze) to nie ma mozliwosci, zeby dyski ponownie sie zsynchronizowaly poniewaz zawieraja inne dane... Musisz najpierw wyrzucic uszkodzony dysk z macierzy, a nastepnie ponownie go tam "wsadzic".
Polecam lektury:
W przypadku kiedy chcesz stworzyc RAIDA w momencie instalacji systemu (genialny poradnik, niestety po angielsku): http://www200.pair.com/mecham/raid/raid1.html
W przypadku kiedy chcesz stworzyc RAIDA na zainstalowanym systemie, przez dodanie nowego dysku: http://bu.bee.pl/articles.php?id=1
I tutaj jeszcze kilka przydatnych informacji: http://pl.docs.pld-linux.org/soft_raid.html

Powodzenia

Time (s)	Query
0.00011	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00125	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.147.51.75' WHERE u.id=1
0.00139	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.147.51.75', 1732870223)
0.00054	SELECT * FROM punbb_online WHERE logged<1732869923
0.00078	DELETE FROM punbb_online WHERE ident='3.128.198.90'
0.00082	SELECT topic_id FROM punbb_posts WHERE id=51674
0.00165	SELECT id FROM punbb_posts WHERE topic_id=6682 ORDER BY posted
0.00082	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=6682 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00085	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=6682 ORDER BY p.id LIMIT 0,25
0.00090	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=6682
Total query time: 0.0092 s

Forum Debian Users Gang

Ogłoszenie

#1 2007-02-01 15:40:07

ksenomorf - Użytkownik

Instalacja Sarge'a + RAID

#2 2007-02-02 16:53:33

ksenomorf - Użytkownik

Re: Instalacja Sarge'a + RAID

#3 2007-02-02 23:35:24

andreq - Członek DUG

Re: Instalacja Sarge'a + RAID

Kod:

#4 2007-02-03 10:14:56

ksenomorf - Użytkownik

Re: Instalacja Sarge'a + RAID

#5 2007-02-03 14:01:56

ksenomorf - Użytkownik

Re: Instalacja Sarge'a + RAID

#6 2007-02-22 18:02:57

TuRKiN88 - Członek DUG

Re: Instalacja Sarge'a + RAID

#7 2007-02-22 20:31:49

ksenomorf - Użytkownik

Re: Instalacja Sarge'a + RAID

Stopka forum

Informacje debugowania