Forum Debian Users Gang

bobycob · 2011-04-09 13:41:37

Cześć

Próbuję od dwóch dni zainstalować system na wspomnianej maszynce. Zainstalowane są w niej dwa dyski 140GB SCSI skonfigurowane jako RAID1 (mirror). Instalacja przebiega ładnie i bez zgrzytów, dopiero przy instalacji GRUB pojawia się problem. Kernel informuje oczekiwaniu na odpowiedź kontrolera przez jakieś 5 minut wszystko stoi. Instalator uznaje, że instalacja została wykonana prawidłowo.
Po restarcie macierz jest uszkodzona, oba dyski "failed", nie pozostaje nic innego jak usunąć konfigurację i zbudować ją ponownie.
Próbowałem też instalować Gentoo (dużo czasu spędzonego na klikaniu ;)) również po instalacji grub restarcie macierz jest skrzywdzona. Różnica tylko taka, że zaczyna wczytywać Stage1.5 co trwa bez końca. Po pewnym czasie dyski zaczynają mrugać na pomarańczowo.

Dell oficjalnie wspierał RedHat (cośtam) więc aktualnie próbuję zainstalować Centos (redhat dla ubogich). Spotkaliście się kiedyś z tą maszyną i takim problemem?

pozdrawiam

na marginesie, system stable, dyski wymienione, pamięć sprawdzona (ecc), na drugiej identycznej maszynie problem ten sam.

CentOS zachowanie identyczne jak Gentoo - różnica tylko taka, że ładuje Stage2 i na nim stoi.

Ostatnio edytowany przez bobycob (2011-04-09 13:58:31)

torrentow · 2011-04-09 14:46:53

Grub 1 czy 2?

bobycob · 2011-04-09 22:39:06

Doszedłem do wniosku, że to problem z kontrolerem.
Pierwszy raz widzę kontroler Raid który obsługuje poprawnie tylko jeden dysk w RAID0 ;).
A więc próba skonfigurowania RAID1 dla dwóch dysków - efekt jak powyżej.
Użycie dwóch dysków oddzielnie jako RAID0 i wykonanie na nich programowego RAID1- wiem oryginalny pomysł;) też wynik jak wcześniej pisałem tym razem wysypał się w trakcie instalacji.
Próba użycia jednego tylko dysku jako RAID0 - system zainstalowany i działa.
Wierzyć mi się za bardzo nie chce, że problem może leżeć w sterowniku - z drugiej strony dwa kontrolery zepsute w identyczny sposób to też ciekawa zagadka.

andreq · 2011-04-10 09:53:18

A nie da się ustawić kontrolera aby pracował bez tworzenia jakiejkolwiek macierzy, a potem zrobić programowy RAID1? Ewentualnie sprawdź, czy nie ma nowszego firmware do kontrolera.

bobycob · 2011-04-10 13:42:57

Właśnie się nie da, co gorsza płyta główna nie ma niezależnego kontrolera SCSI.

siarka2107 · 2011-04-11 09:42:01

a próbowałeś x86_32?

zlyZwierz · 2011-04-11 09:56:45

Po co?
Mam na tym sprzęcie różnej maści systemy 32/64, Debian, Gentoo - zawsze ok.
Używam tam RAID1 i RAID5 zazwyczaj.

Porób upgrade biosów i wtedy sprawdź.
Szczerze wątpię, żeby było to coś związane ze sterownikiem..

bobycob · 2011-04-14 16:30:08

Rozwiązałem problem, sprzęt aktualnie działa stabilnie, choć jeszcze go katuję dla pewności.
Aktualizacja firmware RAID i BIOS nie pomogła całość wysypuje się w identyczny sposób.
Sprzedawca naprowadził mnie na przełączenie kontrolera w tryb SCSI, spróbowałem więc ustawić raid programowych w trakcie instalacji. Instalacja przebiegała bardzo wolno, w konsoli pluło błędami.
Przełączyłem ponownie kontroler w tryb RAID i w konfiguracji zmniejszyłem maksymalny transfer.
Dyski i międzymordzie mają maksymalną prędkość 320MB, przestawienie na 160 rozwiązało problem.
System zainstalowany i urywam dla pewności głowice, aby nie było więcej niespodzianek.

pozdrawiam

Ostatnio edytowany przez bobycob (2011-04-14 16:33:47)

minas_trith · 2011-04-22 09:02:35

Może tek ni z gruchy ni z pietruchy, też męczyłem się z instalacją raida swego czasu dużo googlowałem i to kompilacja tego co zrobiłem żeby RAID (fakeraid-1 na servku FUJITSU SIEMENS RX200; LSI MEGARAID bodajże)

instalacja debiana SQUEEZE na raidzie kiedy zawodzi dmraid=true (macież montuje się tylko do odczytu albo widzi osobne dyski a nie macież, etc....)

1. najpierw oczywiście konfiguracja raida

2. instalujemy DEBINA JAK TO DEBIANA :)
/po załadowaniu się modułów sieciowych gdzieś w trakcie wpisywania nazwy hosta/
przechodzimy do shela (ALT+CTRL+F2)i odpalamy raida z palca:
# modprobe dm-mod
# udpkg -i /cdrom/pool/main/d/dmraid/dmraid-udeb.*.udeb % mam nadzieję że każdy wie co znaczy * :)
# udpkg -i /cdrom/pool/main/d/dmraid/lib-udeb.*.udeb
# dmraid -ay

3. przechodzimy do powłoki instalacyjnej (ALT+CTRL+F1) i kończymy instalację, wywali błąd gruba, ten się nie zainstaluje i debian się nie zbotuje

4. odpalamy debiana squezee w trybie napraw
/po załadowaniu się modułów sieciowych gdzieś w trakcie wpisywania nazwy hosta/
przechodzimy do shela (ALT+CTRL+F2)i odpalamy raida z palca:
# modprobe dm-mod
# udpkg -i /cdrom/pool/main/d/dmraid/dmraid-udeb.*.udeb %mam nadzieję że każdy wie co znaczy * :)
# udpkg -i /cdrom/pool/main/d/dmraid/lib-udeb.*.udeb
# dmraid -ay

5. potem do shella naprawczego (ALT+CTRL+F1)

6. uruchamiamy dalej naprawę i startujemy ją na partycji z której ma być rozruch, jak się wszytko powiedzie i będziemy ją mieli do odczytu-zapsu to po kolei:
# dpkg uninstall pc-grub -purge %odinstalowanie wadliwego gruba
# apt-get install grub-common os-prober grub-legacy
# dd if=/dev/null of=/dev/mapper/xxxxxxxxxxxx bs=446 count=1 %usuniecie obecnego kodu uruchamiającego, gdzie xxxxxxxxxxxx jest macierzą raid (NIE PARTYCJĄ BOOTOWALNĄ).
# grub-mkdevicemap %wyszukanie dostępnych dysków i partycji jak nie zauważyliśmy jeszcze gdzie jest
# grub-install /dev/mapper/xxxxxxxxxxxx #instalacja kodu uruchamiającego w wybrane miejsce

lub :

# grub-install /dev/dm-0 %jak hasz wyżej z tym że na odpowiedniej macierzy
# dpkg-reconfigure grub %jak wyżej
# os-prober %wyszukanie dostępnych systemów operacyjnych
update-grub %tworzenie konfiguracji grub

7. restart systemu i SYSTEM ZBOOTOWAŁ SIĘ PRAWIDŁOWO

JAKBY PÓŹNIEJ MIAŁ KTOŚ KŁOPOTY Z QUOTA TO POLECAM SIĘ PAMIĘCI :)

andreq · 2011-04-22 10:45:43

@ bobycob

Wygląda to na problem z kablami lub terminatorami, bo zmniejszenie transferu "rozwiązało" problem.

bobycob · 2011-04-22 23:28:40

Wiesz może i masz rację. Jednak tego typu sprzęt to nie składak z Tesco. Do serwera nawet dysku nie włożę bez stosownej kieszeni a co dopiero zabawa z taśmami. Druga rzecz, że zainstalowany Windows (podobno) działa poprawnie i RAID się nie wysypuje. Więc coś nie gra np sterownik linuksowy nie włącza korekcji błędów, albo windowsowy negocjuje optymalną prędkość dla dysku. W ustawieniach kontrolera standardowo jest auto/max - nie pamiętam już.

Kruszek · 2012-01-24 13:52:51

Witam,

próbuję zainstalować Debiana 6 amd64 na maszynie Fujitsu RX100S5, z kontrolerem Software RAID LSI.

Próbował według tego schematu:

[quote=minas_trith]2. instalujemy DEBINA JAK TO DEBIANA :)
/po załadowaniu się modułów sieciowych gdzieś w trakcie wpisywania nazwy hosta/
przechodzimy do shela (ALT+CTRL+F2)i odpalamy raida z palca:
# modprobe dm-mod
# udpkg -i /cdrom/pool/main/d/dmraid/dmraid-udeb.*.udeb % mam nadzieję że każdy wie co znaczy * :)
# udpkg -i /cdrom/pool/main/d/dmraid/lib-udeb.*.udeb
# dmraid -ay[/quote]
Po wydaniu ostatniego polecenia wyświetla się komunikat: Array ddf1_xxxxxxxxxxxxxxx is not active.

I za nic nie mogę tego obejść.

Instalacja z dmraid=true kończy się wyświetleniem macierzy tylko do odczytu.

Miał może ktoś do czynienia z takim serwerem??

bobycob · 2012-01-24 14:17:13

a to tak trzeba robić?
Tego typu wynalazki traktuję jak zwykły kontroler dysków i robię raid softwarowy za pomocą instalera.
Trzeba tylko utworzyć wcześniej partycje linux raid i użyć konfiguratora.

p.s.
czy przypadkiem wątków nie pomyliłeś

Ostatnio edytowany przez bobycob (2012-01-24 14:19:01)

Kruszek · 2012-01-25 12:03:41

Wątek był o kontrolerze LSI MegaRAID, więc się podłączyłem..

W zasadzie mógłby być softwareowy RAID, jednak życzeniem zamawiającego jest RAID sprzętowy..

bobycob · 2012-01-27 09:16:45

Jak rozumiem moduły które ładujesz służą do zarządzania macierzą.
Nigdy ich nie używałem, konfiguruję RAID via bios (czy raczej program z romu karty). Macierz działa - po rozwiązaniu problemów o którym pisałem w poście.

Ostatnio edytowany przez bobycob (2012-01-27 10:34:18)

Kruszek · 2012-01-27 10:13:11

:) Software'owy -> czytaj mdadm-Debianowy ;) Fakt, w tym Fujitsu kontroler jest nie najlepszy...

Zainwestowaliśmy w kontroler 3Ware i RAID śmiga aż miło, faktycznie dla Debiana jest to jeden dysk sda. Mój problem (sprzętowy RAID) został więc rozwiązany...

bobycob · 2012-01-27 10:34:41

Przepraszam za edycję - miałem dość długo otwarte okno modyfikacji posta, po zapisaniu zobaczyłem odpowiedź już udzieloną :) i zrobił się bałagan

Ostatnio edytowany przez bobycob (2012-01-27 10:35:26)

Time (s)	Query
0.00012	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00097	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='18.218.73.233' WHERE u.id=1
0.00096	UPDATE punbb_online SET logged=1732751054 WHERE ident='18.218.73.233'
0.00042	SELECT * FROM punbb_online WHERE logged<1732750754
0.00072	DELETE FROM punbb_online WHERE ident='3.133.146.94'
0.00078	DELETE FROM punbb_online WHERE ident='3.144.115.125'
0.00076	DELETE FROM punbb_online WHERE ident='85.208.96.200'
0.00068	SELECT topic_id FROM punbb_posts WHERE id=191967
0.00229	SELECT id FROM punbb_posts WHERE topic_id=18756 ORDER BY posted
0.00055	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=18756 AND t.moved_to IS NULL
0.00010	SELECT search_for, replace_with FROM punbb_censoring
0.00088	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=18756 ORDER BY p.id LIMIT 0,25
0.00071	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=18756
Total query time: 0.00999 s

Forum Debian Users Gang

Ogłoszenie

#1 2011-04-09 13:41:37

bobycob - Członek z Ramienia

Dell PowerEdge 1850 LSI MegaRaid x86_64

#2 2011-04-09 14:46:53

torrentow - Członek Sejmowej Komisji Śledczej

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#3 2011-04-09 22:39:06

bobycob - Członek z Ramienia

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#4 2011-04-10 09:53:18

andreq - Członek DUG

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#5 2011-04-10 13:42:57

bobycob - Członek z Ramienia

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#6 2011-04-11 09:42:01

siarka2107 - Użyszkodnik DUG

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#7 2011-04-11 09:56:45

zlyZwierz - Moderator

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#8 2011-04-14 16:30:08

bobycob - Członek z Ramienia

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#9 2011-04-22 09:02:35

minas_trith - Użytkownik

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#10 2011-04-22 10:45:43

andreq - Członek DUG

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#11 2011-04-22 23:28:40

bobycob - Członek z Ramienia

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#12 2012-01-24 13:52:51

Kruszek - Nowy użytkownik

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#13 2012-01-24 14:17:13

bobycob - Członek z Ramienia

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#14 2012-01-25 12:03:41

Kruszek - Nowy użytkownik

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#15 2012-01-27 09:16:45

bobycob - Członek z Ramienia

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#16 2012-01-27 10:13:11

Kruszek - Nowy użytkownik

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

#17 2012-01-27 10:34:41

bobycob - Członek z Ramienia

Re: Dell PowerEdge 1850 LSI MegaRaid x86_64

Stopka forum

Informacje debugowania