Podręcznik Administratora by OPZ SGU - Wkład użytkownika [pl]

Brutalne usuwanie folderów

2009-07-22T20:43:16Z

Admin:

<source lang="php">
<?php

function deleteDir($dir)
{
if (substr($dir, strlen($dir)-1, 1) != '/')
$dir .= '/';
if ($handle = opendir($dir))
{
while ($obj = readdir($handle))
{
if ($obj != '.' && $obj != '..')
{
echo $dir.$obj;
if (is_dir($dir.$obj))
{
if (!deleteDir($dir.$obj))
return false;
}
elseif (is_file($dir.$obj))
{
if (!unlink($dir.$obj))
return false;
}
}
}
closedir($handle);
if (!@rmdir($dir))
return false;
return true;
}
return false;
}

// ZMIANA ATRYBUTÓW FOLDERU
$folder = 'kosz/';
$ftp_server= $adres_serwera;
$conn_id = ftp_connect("$ftp_server");
ftp_login($conn_id, $login, $haslo);
ftp_site($conn_id, 'CHMOD 777, ' . $folder);
ftp_close($conn_id);
// USUWANIE FOLDERU
$remove_directory = deleteDir($folder);

?>
</source>

[[Category:PHP]]

Wyciąganie danych ze znaczników

2009-07-20T22:52:52Z

Admin: łatwiej sie czyta

Funkcja (PHP) zwraca tekst umieszczony między znacznikami.

'''Funkcja :'''

<source lang="php">
function WyciagnijZeZnaczkow($tekst, $znacznik_przed, $znacznik_po)
{
return substr($tekst, strpos($tekst, $znacznik_przed)+1, strpos($tekst, $znacznik_po) - strpos($tekst, $znacznik_przed)-1);
}
</source>

'''Przykład :'''

<source lang="php">
<?php
$tresc='<td class="c1" nowrap>Jan Kowalski</td>';
$znacznik_poczatkowy='>';
$znacznik_koncowy='</td>';

echo WyciagnijZeZnaczkow($tresc, $znacznik_poczatkowy,$znacznik_koncowy ); // Jan Kowalski
?>
</source>

[[Category:PHP]]

Wyciąganie danych ze znaczników

2009-07-20T22:42:30Z

Admin:

Funkcja (PHP) zwraca tekst umieszczony między znacznikami.

'''Funkcja :'''

<source lang="php">
function WyciagnijZeZnaczkow($tekst, $znacznik_przed, $znacznik_po)
{
return substr($tekst, strpos($tekst, $znacznik_przed)+1, strpos($tekst, $znacznik_po) - strpos($tekst, $znacznik_przed)-1);
}
</source>

'''Przykład :'''

<source lang="php">
<?php
echo WyciagnijZeZnaczkow('<td class="c1" nowrap>Jan Kowalski</td>', '>', '</td>'); // Jan Kowalski
?>
</source>

[[Category:PHP]]

Wyciąganie danych ze znaczników

2009-07-20T20:59:28Z

Admin:

Funkcja (PHP) zwraca tekst umieszczony między znacznikami.

'''Funkcja :'''

<pre>
function WyciagnijZeZnaczkow($tekst, $znacznik_przed, $znacznik_po)
{
return substr($tekst, strpos($tekst, $znacznik_przed)+1, strpos($tekst, $znacznik_po) - strpos($tekst, $znacznik_przed)-1);
}
</pre>

'''Przykład :'''

<pre>
<?php
echo WyciagnijZeZnaczkow('<td class="c1" nowrap>Jan Kowalski</td>', '>', '</td>'); // Jan Kowalski
?>
</pre>

[[Category:php]]

Przenoszenie danych na większy dysk

2009-07-14T09:17:13Z

Admin:

Do tego celu będą nam potrzebne:

*live dystrybucja dowolnego systemu, np Ubuntu.
*Nowy dysk twardy o większej pojemności.
*Akceptowalny DOWN-time na czas kopiowania plików :)

1) Gasimy serwer, montujemy nowy większy! dysk, wrzucamy płytę live dystrybucji.

2) Instalujemy pakiet ddrescue

<pre>
apt-get install gddrescue
</pre>

3) Określamy dysk źródłowy i docelowy poprzez komendę
<pre>
fdisk -l
</pre>

Output:

[[Plik:Output fdisk.png|200px|thumb|fdisk -l]]

4) rozpoczynamy procedurę kopiowania dysku

<pre>
ddrescue -v /dev/sda /dev/sdb
</pre>

Output:
[[Plik:Kopiowanie dysku.png|200px|thumb|ddrescue]]

5)

Wyłączenie serwera, usunięcie starego dysku, zamontowanie na jego miejscu nowego, uruchomienie serwera.

6) sprawdzamy system plików na nowym dysku (dalej z płyty dystrybucji)

fsck -fyC /dev/sda1

Powyższe operacje można wykonać poprzez konsolę, ale wygodniej i szybciej jest przez GUI.

(kroki 7 - 8 wykonujemy tylko jeżeli na dysku mamy partycję swap, po partycji z danymi)

7) ulubionym programem do partycjonowania, usuwamy partycję swap
[[Plik:Delete swap.png|200px|thumb|kasowanie swap]]

8) tworzymy partycje swap na koncu dysku o pożądanym rozmiarze.
[[Plik:Create swap.png|200px|thumb|tworzenie swap]]

9) poszerzamy partycję systemową do maksymalnej przestrzeni
[[Plik:Resajz.png|200px|thumb|powiekszanie]]

10) Kolejne i ostsatnie sprawdzenie systemu plików

fsck -fyC /dev/sda1

11) Reboot, usunięcie nosnika livecd, boot z nowego dysku.
(kontrolnie)
12) resize2fs -p /dev/sda1

13) kontrola df -Th
[[Plik:Df -Th.png|200px|thumb|Nowy rozmiar]]

Przenoszenie danych na większy dysk

2009-07-14T09:16:52Z

Admin: Utworzył nową stronę „Do tego celu będą nam potrzebne: live dystrybucja dowolnego systemu, np Ubuntu. Nowy dysk twardy o większej pojemności. Akceptowalny DOWN-time na czas kopiowania p…”

Do tego celu będą nam potrzebne:

live dystrybucja dowolnego systemu, np Ubuntu.
Nowy dysk twardy o większej pojemności.
Akceptowalny DOWN-time na czas kopiowania plików :)

1) Gasimy serwer, montujemy nowy większy! dysk, wrzucamy płytę live dystrybucji.

2) Instalujemy pakiet ddrescue

<pre>
apt-get install gddrescue
</pre>

3) Określamy dysk źródłowy i docelowy poprzez komendę
<pre>
fdisk -l
</pre>

Output:

[[Plik:Output fdisk.png|200px|thumb|fdisk -l]]

4) rozpoczynamy procedurę kopiowania dysku

<pre>
ddrescue -v /dev/sda /dev/sdb
</pre>

Output:
[[Plik:Kopiowanie dysku.png|200px|thumb|ddrescue]]

5)

Wyłączenie serwera, usunięcie starego dysku, zamontowanie na jego miejscu nowego, uruchomienie serwera.

6) sprawdzamy system plików na nowym dysku (dalej z płyty dystrybucji)

fsck -fyC /dev/sda1

Powyższe operacje można wykonać poprzez konsolę, ale wygodniej i szybciej jest przez GUI.

(kroki 7 - 8 wykonujemy tylko jeżeli na dysku mamy partycję swap, po partycji z danymi)

7) ulubionym programem do partycjonowania, usuwamy partycję swap
[[Plik:Delete swap.png|200px|thumb|kasowanie swap]]

8) tworzymy partycje swap na koncu dysku o pożądanym rozmiarze.
[[Plik:Create swap.png|200px|thumb|tworzenie swap]]

9) poszerzamy partycję systemową do maksymalnej przestrzeni
[[Plik:Resajz.png|200px|thumb|powiekszanie]]

10) Kolejne i ostsatnie sprawdzenie systemu plików

fsck -fyC /dev/sda1

11) Reboot, usunięcie nosnika livecd, boot z nowego dysku.
(kontrolnie)
12) resize2fs -p /dev/sda1

13) kontrola df -Th
[[Plik:Df -Th.png|200px|thumb|Nowy rozmiar]]

Plik:Df -Th.png

2009-07-14T09:15:18Z

Admin:

Plik:Resajz.png

2009-07-14T09:14:45Z

Admin:

Plik:Create swap.png

2009-07-14T09:14:16Z

Admin:

Plik:Delete swap.png

2009-07-14T09:13:47Z

Admin:

Plik:Kopiowanie dysku.png

2009-07-14T09:12:44Z

Admin:

Plik:Output fdisk.png

2009-07-14T09:11:18Z

Admin:

Instalacja serwera poczty zimbra

2009-07-08T16:21:37Z

Admin:

Instalujemy Ubuntu Server 8.04

Pobieramy i rozpakowujemy najnowszą wersję oprogramowania Zimbra
[http://www.zimbra.com/community/downloads.html]
<pre>
wget http://h.yimg.com/lo/downloads/5.0.16_GA/zcs-5.0.16_GA_2921.UBUNTU8.20090429045342.tgz
tar -xvzf zcs-5.0.16_GA_2921.UBUNTU8.20090429045342.tgz
cd zcs*
</pre>

Upewniamy się że nasz serwer posiada ustawioną poprawną domenę.

<pre>
nano /etc/hostname
</pre>

treść
<pre>
poczta.xxx.pl
</pre>

konfiguracja hostów

<pre>
nano /etc/hosts
</pre>

treść
<pre>
127.0.0.1 localhost
192.168.0.17 poczta.xxx.pl xxx.pl
</pre>

Instalujemy brakujące pakiety które są wymagane do zainstalowania serwera Zimbra.
<pre>
apt-get install libpcre3 libgmp3c2 libstdc++5 libltdl3

</pre>

Uruchamiamy instalator:

<pre>
./install.sh
</pre>

Czeka nas kilka pytań, skupiających się do bezmyślnego wciskania klawisza Y lub entera.

Pytanie
<pre>The system will be modified. Continue? [N]
</pre>
jest podchwytliwe, trzeba wybrać '''Y'''es :) a nie jak sugerują N.

W momencie otwarcia menu konfiguracyjnego opisanego jako "Main menu"
Musimy ustawić hasło administratora.

wciskamy kolejno
<pre>
3
4
</pre>

Podajemy hasło.

Dajemy r
<pre>
8
1
</pre>

dajemy a

Kolejno pytania potwierdzające nasz wybór, zwieńczone podchwytliwym
<pre>
The system will be modified - continue? [No]
</pre>

Jak już wiemy, zmieniamy na Yes.

Resztę wykona za nas instalator.
Po około 10 minutach nasz serwer będzie gotowy do pracy.

[[Plik:Zimbra user.png|200px|thumb|right|webmail - logowanie]]

Webmail
http://192.168.0.18
[[Plik:Zimbra admin.png|200px|thumb|right|panel admina - logowanie]]

Panel administratora
https://192.168.0.7071

Dostęp do linku odsyłającego (referral) w PHP)

2009-07-08T16:20:48Z

Admin:

Aby uzyskać dostęp do REFERRAL-a

(poprzednio odwiedzanej strony WWW która przekierowała użytkownika na naszą stronę należy odwołać się do tablicy systemowej).

<pre>

print $_SERVER['HTTP_REFERER'];

</pre>

'''OPZ SGU - ostrzega, powyższa metoda służy jedynie celom statystycznym i nie może być wykorzystywana w budowie zabezpieczeń i/lub innych rodzajów kontroli dostępu.'''

Dla projektów opzsgu '''zakazuje się''' stosowania $_SERVER['HTTP_REFERER'] jako '''kluczowego i obowiązkowego elementu'''. (patrz pkt1)

Dopuszczone jest natomiast użycie opcjonalne, po uprzednim przefiltrowaniu zmiennej.

*1 - tablica REFERER może być zmodyfikowana przez przeglądarek, serwery proxy, firewalle, antywirusy.
Podsumowując jej zawartość może być dowolnie modyfikowana ze strony użytkownika więc jej zawartość należy uznać za potencjalnie niebezpieczną i fałszywą.

[[Category:php]]

Dostęp do linku odsyłającego (referral) w PHP)

2009-07-08T16:19:55Z

Admin: Utworzył nową stronę „Aby uzyskać dostęp do REFERRAL-a (poprzednio odwiedzanej strony WWW która przekierowała użytkownika na naszą stronę należy odwołać się do tablicy systemow…”

Plik:Zimbra admin.png

2009-07-07T19:12:49Z

Admin: panel admina zimbra - logowanie

panel admina zimbra - logowanie

Plik:Zimbra user.png

2009-07-07T19:12:07Z

Admin: Webmail

Webmail

Instalacja jądra kernel

2009-07-05T21:08:50Z

Admin: Utworzył nową stronę „'''Aby zainstalować jądro używamy poniższej formuły, zmieniając wersję. ''' (generic) - gałąź do użytku domowego (server) - gałąź serwerowa <pre> …”

'''Aby zainstalować jądro używamy poniższej formuły, zmieniając wersję.
'''

(generic) - gałąź do użytku domowego

(server) - gałąź serwerowa

<pre>
apt-get install linux-image-2.6.24-24-server
</pre>

Fsck

2009-07-05T20:49:57Z

Admin: Utworzył nową stronę „'''Sprawdzanie spójności systemu plików serwera, poprzez fsck - ''metoda zatwierdzona przez opzsgu'' ''' Uruchamiamy serwer z nośnika live cd <pre> fsck -fyC /…”

'''Sprawdzanie spójności systemu plików serwera, poprzez fsck - ''metoda zatwierdzona przez opzsgu''
'''

Uruchamiamy serwer z nośnika live cd

<pre>
fsck -fyC /dev/sda1
</pre>

Wykonujemy kolejno po wszystkich partycjach wykorzystywanych przez serwer.

Zalecane jest wykonywanie tej operacji każdorazowo po awarii zasilania nie powstrzymanej przez UPS i/lub zawieszeniu się systemu z niewyjaśnionych przyczyn.

Wyśrodkowanie strony www

2009-07-04T10:54:07Z

Admin:

'''Środkowanie strony www na podstawie CSS.'''

Metoda zatwierdzona.

Część CSS
<pre>
body
{
margin: 0;
padding: 0;
text-align: center;
}

.kontenter_strony
{

width: 1024px;

text-align: left;
}

</pre>

Część HTML

<pre>

<body>
<div class="kontener_strony">
To wszystko będzie w środku strony www. Ale treść kontenera będzie zaczynać się od lewej strony :)
Tak jak by nic się nie stało.
W dodatku zgodne z pi* internet exploiter.
</div>
</body>

</pre>

Wyśrodkowanie strony www

2009-07-04T10:53:52Z

Admin: Utworzył nową stronę „== Środkowanie strony www na podstawie CSS. == Metoda zatwierdzona. Część CSS <pre> body { margin: 0; padding: 0; text-align: cent…”

== Środkowanie strony www na podstawie CSS. ==

Metoda zatwierdzona.

Część CSS
<pre>
body
{
margin: 0;
padding: 0;
text-align: center;
}

.kontenter_strony
{

width: 1024px;

text-align: left;
}

</pre>

Część HTML

<pre>

<body>
<div class="kontener_strony">
To wszystko będzie w środku strony www. Ale treść kontenera będzie zaczynać się od lewej strony :)
Tak jak by nic się nie stało.
W dodatku zgodne z pi* internet exploiter.
</div>
</body>

</pre>

Podręcznik Administratora by OPZ SGU:Informacje prawne

2009-07-02T21:38:45Z

Admin:

Wszystkie zgromadzone tutaj informace mają być pomocne członkom opzsgu.

To że w naszych systemach / instalacjach dane informacje są działają i są poprawne nie oznacza że w twoim też będą.

'''Nie odpowiadamy za treść i użycie zamieszczonych informacji.'''

Podręcznik Administratora by OPZ SGU:Informacje prawne

2009-07-02T21:38:30Z

Admin: Utworzył nową stronę „Wszystkie zgromadzone tutaj informace mają być pomocne członkom opzsgu. To że w naszych systemach / instalacjach dane informacje są działają i są poprawne nie …”

Wszystkie zgromadzone tutaj informace mają być pomocne członkom opzsgu.

To że w naszych systemach / instalacjach dane informacje są działają i są poprawne nie oznacza że w twoim też będą.
'''
Nie odpowiadamy za treść i użycie zamieszczonych informacji.'''

Strona główna

2009-07-02T21:27:24Z

Admin:

<big>'''Podręcznik Administratora - by OPZ SGU.'''</big>

== Na początek ==
* [http://www.mediawiki.org/wiki/Manual:Configuration_settings Lista ustawień konfiguracyjnych]
* [http://www.mediawiki.org/wiki/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Komunikaty o nowych wersjach MediaWiki]

Instalacja vbox additions

2009-07-02T20:58:30Z

Admin: Utworzył nową stronę „Uruchamiamy VBox. Wciskamy klawisz HOST + D (host zwyczajowo Ctrl) lub z menu urządzenia -> zainstaluj dodatki Przechodzimy na konsolę linuksa. <pre> mount …”

Uruchamiamy VBox. Wciskamy klawisz HOST + D (host zwyczajowo Ctrl) lub z menu urządzenia -> zainstaluj dodatki

Przechodzimy na konsolę linuksa.

<pre>
mount /media/cdrom
</pre>

potem
<pre>
cd /media/cdrom
</pre>

instalacja
<pre>
sh VBoxLinuxAdditions-x86.run
</pre>

Kasowanie vmware tools

2009-07-02T20:52:43Z

Admin: Utworzył nową stronę „Usuwanie VMware tools. <pre> vmware-uninstall-tools.pl </pre>”

Usuwanie VMware tools.

<pre>
vmware-uninstall-tools.pl
</pre>

Rdate

2009-07-02T05:13:15Z

Admin:

'''Automatyczna aktualizacja czasu by rdate'''

Instalujemy
<pre>
apt-get install rdate
</pre>

Tworzymy skrypt

<pre>
nano /bin/aktualizuj_czas.sh
</pre>
<pre>
#!/bin/sh
# przyklad
czas=`date`
echo "PRZED: $czas" >>/var/log/aktualizacja_czasu.txt;
rdate -s ntp.itl.waw.pl >>/var/log/aktualizacja_czasu.txt;
czas=`date`
echo "PO : $czas">>/var/log/aktualizacja_czasu.txt;
</pre>

Odpalamy edytor crona
<pre>
crontab -e
</pre>

wpisujemy

<pre>
0 * * * * sh /bin/aktualizuj_czas.sh

</pre>

Raz na godzinę, nasz system wykona synchronizację czasu.

Przykład logów
<pre>
PRZED: śro, 1 lip 2009, 13:00:01 CEST
PO : śro, 1 lip 2009, 13:11:55 CEST
</pre>

I koniec problemów admina...

Submit obrazek

2009-07-01T18:10:55Z

Admin:

'''Obrazek w formularzu HTML jako submit.'''

Ciągle zapominam, więc notuję tutaj.

<pre>
<input name="imgsubmit" type="image" src="obrazek.png" />
</pre>

<pre>
<input src="./images/xxx.png" value="Submit" alt="Submit" align="right" type="image">
</pre>

Rdate

2009-07-01T11:13:09Z

Admin:

'''Automatyczna aktualizacja czasu by rdate'''

Instalujemy
<pre>
apt-get install rdate
</pre>

Tworzymy skrypt

<pre>
nano /bin/aktualizuj_czas.sh
</pre>
<pre>
#!/bin/sh
# przyklad
czas=`date`
echo "PRZED: $czas" >>/var/log/aktualizacja_czasu.txt;
rdate -s ntp.task.gda.pl >>/var/log/aktualizacja_czasu.txt;
czas=`date`
echo "PO : $czas">>/var/log/aktualizacja_czasu.txt;
</pre>

Odpalamy edytor crona
<pre>
crontab -e
</pre>

wpisujemy

<pre>
0 * * * * sh /bin/aktualizuj_czas.sh

</pre>

Raz na godzinę, nasz system wykona synchronizację czasu.

Przykład logów
<pre>
PRZED: śro, 1 lip 2009, 13:00:01 CEST
PO : śro, 1 lip 2009, 13:11:55 CEST
</pre>

I koniec problemów admina...

Ntpdate

2009-07-01T10:23:55Z

Admin: stronę Ntpdate przeniósł do Rdate: ntpdate - chujowy

#PATRZ [[Rdate]]

Rdate

2009-07-01T10:23:55Z

Admin: stronę Ntpdate przeniósł do Rdate: ntpdate - chujowy

'''Automatyczna aktualizacja czasu by rdate'''

Instalujemy
<pre>
apt-get install rdate
</pre>

Tworzymy skrypt

<pre>
nano /bin/aktualizuj_czas.sh
</pre>
<pre>
#!/bin/sh
# przyklad
czas=`date`
echo "PRZED: $czas" >>/var/log/aktualizacja_czasu.txt;
rdate -s ntp.task.gda.pl >>/var/log/aktualizacja_czasu.txt;
czas=`date`
echo "PO : $czas">>/var/log/aktualizacja_czasu.txt;
</pre>

Odpalamy edytor crona
<pre>
crontab -e
</pre>

wpisujemy

<pre>
0 * * * * sh /bin/aktualizuj_czas.sh

</pre>

Raz na godzinę, nasz system wykona synchronizację czasu.

I koniec problemów admina...

Rdate

2009-07-01T10:23:03Z

Admin:

'''Automatyczna aktualizacja czasu by rdate'''

Instalujemy
<pre>
apt-get install rdate
</pre>

Tworzymy skrypt

<pre>
nano /bin/aktualizuj_czas.sh
</pre>
<pre>
#!/bin/sh
# przyklad
czas=`date`
echo "PRZED: $czas" >>/var/log/aktualizacja_czasu.txt;
rdate -s ntp.task.gda.pl >>/var/log/aktualizacja_czasu.txt;
czas=`date`
echo "PO : $czas">>/var/log/aktualizacja_czasu.txt;
</pre>

Odpalamy edytor crona
<pre>
crontab -e
</pre>

wpisujemy

<pre>
0 * * * * sh /bin/aktualizuj_czas.sh

</pre>

Raz na godzinę, nasz system wykona synchronizację czasu.

I koniec problemów admina...

Rdate

2009-07-01T06:52:12Z

Admin: Utworzył nową stronę „'''Automatyczna aktualizacja czasu by ntpdate''' Instalujemy <pre> apt-get install ntpdate </pre> Odpalamy edytor crona <pre> crontab -e </pre> Do dyspozycji mamy mi…”

'''Automatyczna aktualizacja czasu by ntpdate'''

Instalujemy
<pre>
apt-get install ntpdate
</pre>

Odpalamy edytor crona
<pre>
crontab -e
</pre>

Do dyspozycji mamy minimum dwa '''OFICJALNE''' serwery czasu. Bynajmniej nie są to dwa serwery, postawione przez "Pana Jasia" który naprawia komputery formatem.

'''tempus1.gum.gov.pl'''

'''tempus2.gum.gov.pl'''

wpisujemy

<pre>
0 * * * * ntpdate tempus1.gum.gov.pl
</pre>

Raz na godzinę, nasz system wykona synchronizację czasu.

I koniec problemów admina...

Mdadm

2009-06-30T16:57:04Z

Admin:

'''Programowy RAID oparty na mdadm'''

(powstało w trakcie treningu, przed LIVE MIGRACJĄ z RAID 1 -> RAID 5 )

Potrzebowałem potrenowac, w związku z tym opisuję ktok po kroku budowę mojej "piaskownicy".

Treningowa maszyna zbudowana została w oparciu o bardzo małe dyski, ze względu na czas potrzbny na odbudowę macierzy. (dla testu, nie będę czekać 12 godzin).

Pierwsze)

Instalujemy mdadm

<pre>
apt-get install mdadm
</pre>

Drugie)

Wyświetlamy nasze dyski twarde.

<pre>
root@svn:~# fdisk -l

Disk /dev/sda: 186.8 GB, 186863289344 bytes
255 heads, 63 sectors/track, 22718 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00067d6e

Device Boot Start End Blocks Id System
/dev/sda1 * 1 22673 182120841 83 Linux
/dev/sda2 22674 22718 361462+ 5 Extended
/dev/sda5 22674 22718 361431 82 Linux swap / Solaris

Disk /dev/sdb: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xacffe83a

Device Boot Start End Blocks Id System
/dev/sdb1 1 130 1044193+ 83 Linux

Disk /dev/sdc: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sdc doesn't contain a valid partition table
root@svn:~#

</pre>

'''RAID 1'''

Na dysku /dev/sdb posiadamy swoje cenne dane.
Chcemy aby dysk był mirrorowany na /dev/sdc dzięki czemu w razie fizyczneja warii jednego z nich, będziemy w stanie uzyskać dostęp do danych, bez jakichkolwiek problemów.
Jednym słowem:
Czy padnie
/dev/sdb
Czy padnie
/dev/sdc
Będziemy mieć 100% dostęp do danych, tak jak by nic się nie stało.

W tym temacie, w trakcie stawiania RAID dane polecą z obu dysków, więc trzeba sobie pliki zrzucić gdzieś. ładnie położymy ext3 na md0

Tworzymy macierz RAID 1, składającą się z 2 urządzeń w którym jednego urządzenia brakuje.

<pre>
root@svn:~# mdadm --create /dev/md0 --level 1 --raid-devices=2 missing /dev/sdb
mdadm: array /dev/md0 started.
</pre>

Test:

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:18:24 2009
Raid Level : raid1
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:18:24 2009
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 78376526:72b7e62f:ada6ad5b:0d479e64 (local to host svn)
Events : 0.1

Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 16 1 active sync /dev/sdb
root@svn:~#

</pre>

Status: poprawny, zdegradowana
Na dole widać którego dysku brakuję.

Tworzymy system plików
<pre>
root@svn:~# mkfs -t ext3 /dev/md0
mke2fs 1.41.3 (12-Oct-2008)
Etykieta systemu plików=
Typ OS: Linux
Rozmiar bloku=4096 (log=2)
Rozmiar fragmentu=4096 (log=2)
65536 i-węzłów, 262128 bloków
13106 bloków (5.00%) zarezerwowanych dla superużytkownika
Pierwszy blok danych=0
Maksymalna liczba bloków systemu plików=268435456
8 grup bloków
32768 bloków w grupie, 32768 fragmentów w grupie
8192 i-węzłów w grupie
Kopie zapasowe superbloku zapisane w blokach:
32768, 98304, 163840, 229376

Zapis tablicy i-węzłów: zakończono
Tworzenie kroniki (4096 bloków): wykonano
Zapis superbloków i podsumowania systemu plików: wykonano

Ten system plików będzie automatycznie sprawdzany co każde 39 montowań
lub co 180 dni, zależnie co nastąpi pierwsze. Można to zmienić poprzez
tune2fs -c lub -i.
root@svn:~#
</pre>

Już teraz możemy ją dla testu zamontować !

<pre>
root@svn:~# mount -t ext3 /dev/md0 /root/test
root@svn:~# cd /root/test
root@svn:~/test# ls
lost+found
root@svn:~/test#
</pre>

Dodajemy drugi dysk.

<pre>

root@svn:~/test# mdadm --manage /dev/md0 --add /dev/sdc
mdadm: added /dev/sdc
root@svn:~/test#

</pre>

Ponowny test

<pre>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:18:24 2009
Raid Level : raid1
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:27:20 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

UUID : 78376526:72b7e62f:ada6ad5b:0d479e64 (local to host svn)
Events : 0.18

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
root@svn:~/test#

</pre>

Dwa dyski działają poprawnie.

Do tego momentu, teraz można potestować odłączając losowo któryś dysk. itp, nie chce mi się tego pisać.
Bo to wszystko, działa teraz na moim serwerze.

== Migracja RAID 1 do RAD 5 ==

Prawdziwa zabawa zaczyna się teraz. Bo trzeba wykonać migrację z RAID1 do RAID 5.

1) Zamykamy wszystkie dojścia do macierzy md0
Wszystkie aplikacja typu vmware, nfs.
Odmontowujemy md0

zatrzymujemy macierz
<pre>
mdadm --stop /dev/md0
</pre>

Dodajemy dwa dyski ( z macierzy RAID 1 )

<pre>
root@svn:~# mdadm --create /dev/md0 --level=5 -n 2 /dev/sdc /dev/sdb
mdadm: /dev/sdc appears to contain an ext2fs file system
size=1048512K mtime=Fri Jun 26 15:31:38 2009
mdadm: /dev/sdc appears to be part of a raid array:
level=raid1 devices=2 ctime=Fri Jun 26 15:31:19 2009
mdadm: /dev/sdb appears to contain an ext2fs file system
size=1048512K mtime=Fri Jun 26 15:31:38 2009
mdadm: /dev/sdb appears to be part of a raid array:
level=raid1 devices=2 ctime=Fri Jun 26 15:31:19 2009
Continue creating array? y
mdadm: array /dev/md0 started.

</pre>

test

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:40:21 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.4

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
root@svn:~#

</pre>

Montujemy macierz

<pre>
root@svn:~# mount -t ext3 /dev/md0 /root/test
root@svn:~# cd test
root@svn:~/test# ls
lost+found wazne_dane
root@svn:~/test#
</pre>

wazne_dane <- tutaj nasze pliki, z poprzedniej macierzy RAID1.

Gasimy serwer, i wrzucamy nowy dysk (powinniśmy to zrobić na początku, ale myślałem że wyłoży się na powyższym kroku, co jest miłym zaskoczeniem).

<pre>
root@svn:~# mdadm --add /dev/md0 /dev/sdd
mdadm: added /dev/sdd
root@svn:~#

</pre>
Nowy dysk wrzucony i dodany do macierzy md5.

Rozbudowa

<pre>
root@svn:~# mdadm --grow /dev/md0 --raid-disks=3
mdadm: Need to backup 128K of critical section..
mdadm: ... critical section passed.
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.91
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:48:48 2009
State : clean, recovering
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Reshape Status : 38% complete
Delta Devices : 1, (2->3)

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.292

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
root@svn:~#
</pre>

Po kilku chwilach

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:48:56 2009
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.726

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
root@svn:~#
</pre>

Macierz odbudowana.
Teraz wypadało, by powiększyć tablicę plików, tak byśmy mogli skożystać z naszej partycji.

1) wykonać sprawdzenie poprawności systemu plików
2)
<pre>
resize2fs -p /dev/md0
</pre>

Końcówka
<pre>
root@svn:~# df -m
</pre>
<pre>
/dev/md0 2016 18 1896 1% /root/test
</pre>

Jak widać ma 1896 MB, czyli, 2 GB.
Schemat n-1.

Teraz coś czego nie mogłem się doczekać, a mianowicie kontrolna awaria ;)
Gasimy maszynę, demontujemy hdd.

Taki typ, awarii nie jest tym do którego mdadm został przystosowany.
mdadm lubi chronić przed nagłym odłączeniem dysku czyli gdy ze stanu online - leci w offline.

Po uruchomieniu serwera, okazało się więc że macierz nie wstała.

<pre>
root@svn:/var/log# mdadm --detail /dev/md0
mdadm: md device /dev/md0 does not appear to be active.
</pre>

Dopiero trzeba było ją zamontować "siłą" czyli z przełącznikiem force

<pre>
root@svn:/var/log# mdadm --force --run /dev/md0
mdadm: started /dev/md0
</pre>

Idąc dalej tym tropem wyświetliłem status

<pre>
root@svn:/var/log# mdadm --detail --force /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 15:33:25 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 15:41:04 2009
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 6720df8a:f44d3411:ada6ad5b:0d479e64 (local to host svn)
Events : 0.726

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
2 0 0 2 removed

</pre>

Status, działająca zdegradowana.
Trzeci dysk twardy usunięty.

Co z danymi ?

<pre>
root@svn:/var/log# mount -t ext3 /dev/md0 /root/test
root@svn:/var/log# cd /root/test
root@svn:~/test# ls
lost+found wazne_dane
</pre>

Naprawiamy macierz, montując nowy dysk.

<pre>
root@svn:~/test# mdadm --add /dev/md0 /dev/sdd
mdadm: added /dev/sdd
</pre>

Wynik odbudowy

<pre>
root@svn:~/test# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 15:33:25 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 17:45:37 2009
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 6720df8a:f44d3411:ada6ad5b:0d479e64 (local to host svn)
Events : 0.740

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
2 8 48 2 active sync /dev/sdd
root@svn:~/test#
</pre>

'''Na produkcyjnym'''

<pre>
root@serwercentralny:~# mdadm --create /dev/md0 --level=5 -n 2 /dev/sda /dev/sdb
mdadm: /dev/sda appears to contain an ext2fs file system
size=312571136K mtime=Tue Jun 30 10:40:15 2009
mdadm: /dev/sda appears to be part of a raid array:
level=raid5 devices=2 ctime=Tue Jun 30 10:39:43 2009
mdadm: /dev/sdb appears to contain an ext2fs file system
size=312571136K mtime=Tue Jun 30 10:40:15 2009
mdadm: /dev/sdb appears to be part of a raid array:
level=raid5 devices=2 ctime=Tue Jun 30 10:39:43 2009
Continue creating array? yes
mdadm: array /dev/md0 started.
root@serwercentralny:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:53:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 0% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.1

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~# mount -a
root@serwercentralny:~# cd /dysk2
root@serwercentralny:/dysk2# ls
backup lost+found svn.opzsgu.pl WEB
Centos 5.2 maszyny_wirtualne test WinXPSP3.iso
debian-40r5-i386-CD-1.iso pocztownia ubuntu-8.04.1-server-i386.iso WWW1
hostowanie proxmox-ve_1.1-3664.iso ubuntu-8.10-server-i386.iso WWW2
LoadBalancer SVN VMware-server-2.0.0-122956.i386.tar.gz XenServer-5.0.0-install-cd.iso
root@serwercentralny:/dysk2# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:53:51 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 3% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.6

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb

root@serwercentralny:/etc/init.d# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:55:31 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 5% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.8

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb

root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 11:03:33 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 16% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.22

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:11:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 79% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.4596

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:24:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 93% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5446

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:32:19 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5932

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --add /dev/md0 /dev/sdc
mdadm: added /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:32:44 2009
State : clean
Active Devices : 2
Working Devices : 3
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5934

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb

2 8 32 - spare /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --grow /dev/md0 --raid-disks=3
mdadm: Need to backup 128K of critical section..
mdadm: ... critical section passed.
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.91
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:33:50 2009
State : clean, recovering
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Reshape Status : 0% complete
Delta Devices : 1, (2->3)

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5996

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
2 8 32 2 active sync /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib#

</pre>

Rebuild typów, potrwa ponad 20 godzin... więc jutro będzie kontynuacja :)

Po długim czasie
<pre>
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 625142272 (596.18 GiB 640.15 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 18:38:51 2009
State : active
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.213777

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
2 8 32 2 active sync /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib#
</pre>

Technicznie serwer był offline tylko kilka minut, reszta operacji. Przebudowy itp, były wykonywane podczas pracy.
wolny czas zawdzięczany jest tym, że dysk był intensywnie używany przez aplikacje serwerowe ;)

<pre>
root@serwercentralny:~# resize2fs -p /dev/md0
resize2fs 1.41.4 (27-Jan-2009)
System plików /dev/md0 jest zamontowany pod /dysk2; wymagana zmiana rozmiaru w locie
old desc_blocks = 19, new_desc_blocks = 38
Wykonywanie zmiany rozmiaru w locie /dev/md0 na 156285568 (4k) bloków.
System plików na /dev/md0 ma teraz 156285568 bloków.

root@serwercentralny:~#
</pre>

Mdadm

2009-06-30T12:10:16Z

Admin:

Mdadm

2009-06-30T10:42:17Z

Admin:

'''Programowy RAID oparty na mdadm'''

(powstało w trakcie treningu, przed LIVE MIGRACJĄ z RAID 1 -> RAID 5 )

Potrzebowałem potrenowac, w związku z tym opisuję ktok po kroku budowę mojej "piaskownicy".

Treningowa maszyna zbudowana została w oparciu o bardzo małe dyski, ze względu na czas potrzbny na odbudowę macierzy. (dla testu, nie będę czekać 12 godzin).

Pierwsze)

Instalujemy mdadm

<pre>
apt-get install mdadm
</pre>

Drugie)

Wyświetlamy nasze dyski twarde.

<pre>
root@svn:~# fdisk -l

Disk /dev/sda: 186.8 GB, 186863289344 bytes
255 heads, 63 sectors/track, 22718 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00067d6e

Device Boot Start End Blocks Id System
/dev/sda1 * 1 22673 182120841 83 Linux
/dev/sda2 22674 22718 361462+ 5 Extended
/dev/sda5 22674 22718 361431 82 Linux swap / Solaris

Disk /dev/sdb: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xacffe83a

Device Boot Start End Blocks Id System
/dev/sdb1 1 130 1044193+ 83 Linux

Disk /dev/sdc: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sdc doesn't contain a valid partition table
root@svn:~#

</pre>

'''RAID 1'''

Na dysku /dev/sdb posiadamy swoje cenne dane.
Chcemy aby dysk był mirrorowany na /dev/sdc dzięki czemu w razie fizyczneja warii jednego z nich, będziemy w stanie uzyskać dostęp do danych, bez jakichkolwiek problemów.
Jednym słowem:
Czy padnie
/dev/sdb
Czy padnie
/dev/sdc
Będziemy mieć 100% dostęp do danych, tak jak by nic się nie stało.

Tworzymy macierz RAID 1, składającą się z 2 urządzeń w którym jednego urządzenia brakuje - nasz pusty dysk!.

<pre>
root@svn:~# mdadm --create /dev/md0 --level 1 --raid-devices=2 missing /dev/sdb
mdadm: array /dev/md0 started.
</pre>

Test:

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:18:24 2009
Raid Level : raid1
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:18:24 2009
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 78376526:72b7e62f:ada6ad5b:0d479e64 (local to host svn)
Events : 0.1

Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 16 1 active sync /dev/sdb
root@svn:~#

</pre>

Status: poprawny, zdegradowana
Na dole widać którego dysku brakuję.

Tworzymy system plików
<pre>
root@svn:~# mkfs -t ext3 /dev/md0
mke2fs 1.41.3 (12-Oct-2008)
Etykieta systemu plików=
Typ OS: Linux
Rozmiar bloku=4096 (log=2)
Rozmiar fragmentu=4096 (log=2)
65536 i-węzłów, 262128 bloków
13106 bloków (5.00%) zarezerwowanych dla superużytkownika
Pierwszy blok danych=0
Maksymalna liczba bloków systemu plików=268435456
8 grup bloków
32768 bloków w grupie, 32768 fragmentów w grupie
8192 i-węzłów w grupie
Kopie zapasowe superbloku zapisane w blokach:
32768, 98304, 163840, 229376

Zapis tablicy i-węzłów: zakończono
Tworzenie kroniki (4096 bloków): wykonano
Zapis superbloków i podsumowania systemu plików: wykonano

Ten system plików będzie automatycznie sprawdzany co każde 39 montowań
lub co 180 dni, zależnie co nastąpi pierwsze. Można to zmienić poprzez
tune2fs -c lub -i.
root@svn:~#
</pre>

Już teraz możemy ją dla testu zamontować !

<pre>
root@svn:~# mount -t ext3 /dev/md0 /root/test
root@svn:~# cd /root/test
root@svn:~/test# ls
lost+found
root@svn:~/test#
</pre>

Dodajemy drugi dysk.

<pre>

root@svn:~/test# mdadm --manage /dev/md0 --add /dev/sdc
mdadm: added /dev/sdc
root@svn:~/test#

</pre>

Ponowny test

<pre>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:18:24 2009
Raid Level : raid1
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:27:20 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

UUID : 78376526:72b7e62f:ada6ad5b:0d479e64 (local to host svn)
Events : 0.18

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
root@svn:~/test#

</pre>

Dwa dyski działają poprawnie.

Do tego momentu, teraz można potestować odłączając losowo któryś dysk. itp, nie chce mi się tego pisać.
Bo to wszystko, działa teraz na moim serwerze.

== Migracja RAID 1 do RAD 5 ==

Prawdziwa zabawa zaczyna się teraz. Bo trzeba wykonać migrację z RAID1 do RAID 5.

1) Zamykamy wszystkie dojścia do macierzy md0
Wszystkie aplikacja typu vmware, nfs.
Odmontowujemy md0

zatrzymujemy macierz
<pre>
mdadm --stop /dev/md0
</pre>

Dodajemy dwa dyski ( z macierzy RAID 1 )

<pre>
root@svn:~# mdadm --create /dev/md0 --level=5 -n 2 /dev/sdc /dev/sdb
mdadm: /dev/sdc appears to contain an ext2fs file system
size=1048512K mtime=Fri Jun 26 15:31:38 2009
mdadm: /dev/sdc appears to be part of a raid array:
level=raid1 devices=2 ctime=Fri Jun 26 15:31:19 2009
mdadm: /dev/sdb appears to contain an ext2fs file system
size=1048512K mtime=Fri Jun 26 15:31:38 2009
mdadm: /dev/sdb appears to be part of a raid array:
level=raid1 devices=2 ctime=Fri Jun 26 15:31:19 2009
Continue creating array? y
mdadm: array /dev/md0 started.

</pre>

test

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:40:21 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.4

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
root@svn:~#

</pre>

Montujemy macierz

<pre>
root@svn:~# mount -t ext3 /dev/md0 /root/test
root@svn:~# cd test
root@svn:~/test# ls
lost+found wazne_dane
root@svn:~/test#
</pre>

wazne_dane <- tutaj nasze pliki, z poprzedniej macierzy RAID1.

Gasimy serwer, i wrzucamy nowy dysk (powinniśmy to zrobić na początku, ale myślałem że wyłoży się na powyższym kroku, co jest miłym zaskoczeniem).

<pre>
root@svn:~# mdadm --add /dev/md0 /dev/sdd
mdadm: added /dev/sdd
root@svn:~#

</pre>
Nowy dysk wrzucony i dodany do macierzy md5.

Rozbudowa

<pre>
root@svn:~# mdadm --grow /dev/md0 --raid-disks=3
mdadm: Need to backup 128K of critical section..
mdadm: ... critical section passed.
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.91
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:48:48 2009
State : clean, recovering
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Reshape Status : 38% complete
Delta Devices : 1, (2->3)

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.292

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
root@svn:~#
</pre>

Po kilku chwilach

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:48:56 2009
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.726

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
root@svn:~#
</pre>

Macierz odbudowana.
Teraz wypadało, by powiększyć tablicę plików, tak byśmy mogli skożystać z naszej partycji.

1) wykonać sprawdzenie poprawności systemu plików
2)
<pre>
resize2fs -p /dev/md0
</pre>

Końcówka
<pre>
root@svn:~# df -m
</pre>
<pre>
/dev/md0 2016 18 1896 1% /root/test
</pre>

Jak widać ma 1896 MB, czyli, 2 GB.
Schemat n-1.

Teraz coś czego nie mogłem się doczekać, a mianowicie kontrolna awaria ;)
Gasimy maszynę, demontujemy hdd.

Taki typ, awarii nie jest tym do którego mdadm został przystosowany.
mdadm lubi chronić przed nagłym odłączeniem dysku czyli gdy ze stanu online - leci w offline.

Po uruchomieniu serwera, okazało się więc że macierz nie wstała.

<pre>
root@svn:/var/log# mdadm --detail /dev/md0
mdadm: md device /dev/md0 does not appear to be active.
</pre>

Dopiero trzeba było ją zamontować "siłą" czyli z przełącznikiem force

<pre>
root@svn:/var/log# mdadm --force --run /dev/md0
mdadm: started /dev/md0
</pre>

Idąc dalej tym tropem wyświetliłem status

<pre>
root@svn:/var/log# mdadm --detail --force /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 15:33:25 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 15:41:04 2009
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 6720df8a:f44d3411:ada6ad5b:0d479e64 (local to host svn)
Events : 0.726

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
2 0 0 2 removed

</pre>

Status, działająca zdegradowana.
Trzeci dysk twardy usunięty.

Co z danymi ?

<pre>
root@svn:/var/log# mount -t ext3 /dev/md0 /root/test
root@svn:/var/log# cd /root/test
root@svn:~/test# ls
lost+found wazne_dane
</pre>

Naprawiamy macierz, montując nowy dysk.

<pre>
root@svn:~/test# mdadm --add /dev/md0 /dev/sdd
mdadm: added /dev/sdd
</pre>

Wynik odbudowy

<pre>
root@svn:~/test# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 15:33:25 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 17:45:37 2009
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 6720df8a:f44d3411:ada6ad5b:0d479e64 (local to host svn)
Events : 0.740

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
2 8 48 2 active sync /dev/sdd
root@svn:~/test#
</pre>

'''Na produkcyjnym'''

<pre>
root@serwercentralny:~# mdadm --create /dev/md0 --level=5 -n 2 /dev/sda /dev/sdb
mdadm: /dev/sda appears to contain an ext2fs file system
size=312571136K mtime=Tue Jun 30 10:40:15 2009
mdadm: /dev/sda appears to be part of a raid array:
level=raid5 devices=2 ctime=Tue Jun 30 10:39:43 2009
mdadm: /dev/sdb appears to contain an ext2fs file system
size=312571136K mtime=Tue Jun 30 10:40:15 2009
mdadm: /dev/sdb appears to be part of a raid array:
level=raid5 devices=2 ctime=Tue Jun 30 10:39:43 2009
Continue creating array? yes
mdadm: array /dev/md0 started.
root@serwercentralny:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:53:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 0% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.1

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~# mount -a
root@serwercentralny:~# cd /dysk2
root@serwercentralny:/dysk2# ls
backup lost+found svn.opzsgu.pl WEB
Centos 5.2 maszyny_wirtualne test WinXPSP3.iso
debian-40r5-i386-CD-1.iso pocztownia ubuntu-8.04.1-server-i386.iso WWW1
hostowanie proxmox-ve_1.1-3664.iso ubuntu-8.10-server-i386.iso WWW2
LoadBalancer SVN VMware-server-2.0.0-122956.i386.tar.gz XenServer-5.0.0-install-cd.iso
root@serwercentralny:/dysk2# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:53:51 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 3% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.6

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb

root@serwercentralny:/etc/init.d# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:55:31 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 5% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.8

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb

root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 11:03:33 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 16% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.22

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:11:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 79% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.4596

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:24:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 93% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5446

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:32:19 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5932

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --add /dev/md0 /dev/sdc
mdadm: added /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:32:44 2009
State : clean
Active Devices : 2
Working Devices : 3
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5934

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb

2 8 32 - spare /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --grow /dev/md0 --raid-disks=3
mdadm: Need to backup 128K of critical section..
mdadm: ... critical section passed.
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.91
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:33:50 2009
State : clean, recovering
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Reshape Status : 0% complete
Delta Devices : 1, (2->3)

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5996

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
2 8 32 2 active sync /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib#

</pre>

Rebuild typów, potrwa ponad 20 godzin... więc jutro będzie kontynuacja :)

Mdadm

2009-06-30T10:39:24Z

Admin:

'''Programowy RAID oparty na mdadm'''

(powstało w trakcie treningu, przed LIVE MIGRACJĄ z RAID 1 -> RAID 5 )

Potrzebowałem potrenowac, w związku z tym opisuję ktok po kroku budowę mojej "piaskownicy".

Treningowa maszyna zbudowana została w oparciu o bardzo małe dyski, ze względu na czas potrzbny na odbudowę macierzy. (dla testu, nie będę czekać 12 godzin).

Pierwsze)

Instalujemy mdadm

<pre>
apt-get install mdadm
</pre>

Drugie)

Wyświetlamy nasze dyski twarde.

<pre>
root@svn:~# fdisk -l

Disk /dev/sda: 186.8 GB, 186863289344 bytes
255 heads, 63 sectors/track, 22718 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00067d6e

Device Boot Start End Blocks Id System
/dev/sda1 * 1 22673 182120841 83 Linux
/dev/sda2 22674 22718 361462+ 5 Extended
/dev/sda5 22674 22718 361431 82 Linux swap / Solaris

Disk /dev/sdb: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xacffe83a

Device Boot Start End Blocks Id System
/dev/sdb1 1 130 1044193+ 83 Linux

Disk /dev/sdc: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sdc doesn't contain a valid partition table
root@svn:~#

</pre>

'''RAID 1'''

Na dysku /dev/sdb posiadamy swoje cenne dane.
Chcemy aby dysk był mirrorowany na /dev/sdc dzięki czemu w razie fizyczneja warii jednego z nich, będziemy w stanie uzyskać dostęp do danych, bez jakichkolwiek problemów.
Jednym słowem:
Czy padnie
/dev/sdb
Czy padnie
/dev/sdc
Będziemy mieć 100% dostęp do danych, tak jak by nic się nie stało.

Tworzymy macierz RAID 1, składającą się z 2 urządzeń w którym jednego urządzenia brakuje - nasz pusty dysk!.

<pre>
root@svn:~# mdadm --create /dev/md0 --level 1 --raid-devices=2 missing /dev/sdb
mdadm: array /dev/md0 started.
</pre>

Test:

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:18:24 2009
Raid Level : raid1
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:18:24 2009
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 78376526:72b7e62f:ada6ad5b:0d479e64 (local to host svn)
Events : 0.1

Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 16 1 active sync /dev/sdb
root@svn:~#

</pre>

Status: poprawny, zdegradowana
Na dole widać którego dysku brakuję.

Tworzymy system plików
<pre>
root@svn:~# mkfs -t ext3 /dev/md0
mke2fs 1.41.3 (12-Oct-2008)
Etykieta systemu plików=
Typ OS: Linux
Rozmiar bloku=4096 (log=2)
Rozmiar fragmentu=4096 (log=2)
65536 i-węzłów, 262128 bloków
13106 bloków (5.00%) zarezerwowanych dla superużytkownika
Pierwszy blok danych=0
Maksymalna liczba bloków systemu plików=268435456
8 grup bloków
32768 bloków w grupie, 32768 fragmentów w grupie
8192 i-węzłów w grupie
Kopie zapasowe superbloku zapisane w blokach:
32768, 98304, 163840, 229376

Zapis tablicy i-węzłów: zakończono
Tworzenie kroniki (4096 bloków): wykonano
Zapis superbloków i podsumowania systemu plików: wykonano

Ten system plików będzie automatycznie sprawdzany co każde 39 montowań
lub co 180 dni, zależnie co nastąpi pierwsze. Można to zmienić poprzez
tune2fs -c lub -i.
root@svn:~#
</pre>

Już teraz możemy ją dla testu zamontować !

<pre>
root@svn:~# mount -t ext3 /dev/md0 /root/test
root@svn:~# cd /root/test
root@svn:~/test# ls
lost+found
root@svn:~/test#
</pre>

Dodajemy drugi dysk.

<pre>

root@svn:~/test# mdadm --manage /dev/md0 --add /dev/sdc
mdadm: added /dev/sdc
root@svn:~/test#

</pre>

Ponowny test

<pre>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:18:24 2009
Raid Level : raid1
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:27:20 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

UUID : 78376526:72b7e62f:ada6ad5b:0d479e64 (local to host svn)
Events : 0.18

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
root@svn:~/test#

</pre>

Dwa dyski działają poprawnie.

Do tego momentu, teraz można potestować odłączając losowo któryś dysk. itp, nie chce mi się tego pisać.
Bo to wszystko, działa teraz na moim serwerze.

== Migracja RAID 1 do RAD 5 ==

Prawdziwa zabawa zaczyna się teraz. Bo trzeba wykonać migrację z RAID1 do RAID 5.

1) Zamykamy wszystkie dojścia do macierzy md0
Wszystkie aplikacja typu vmware, nfs.
Odmontowujemy md0

zatrzymujemy macierz
<pre>
mdadm --stop /dev/md0
</pre>

Dodajemy dwa dyski ( z macierzy RAID 1 )

<pre>
root@svn:~# mdadm --create /dev/md0 --level=5 -n 2 /dev/sdc /dev/sdb
mdadm: /dev/sdc appears to contain an ext2fs file system
size=1048512K mtime=Fri Jun 26 15:31:38 2009
mdadm: /dev/sdc appears to be part of a raid array:
level=raid1 devices=2 ctime=Fri Jun 26 15:31:19 2009
mdadm: /dev/sdb appears to contain an ext2fs file system
size=1048512K mtime=Fri Jun 26 15:31:38 2009
mdadm: /dev/sdb appears to be part of a raid array:
level=raid1 devices=2 ctime=Fri Jun 26 15:31:19 2009
Continue creating array? y
mdadm: array /dev/md0 started.

</pre>

test

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:40:21 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.4

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
root@svn:~#

</pre>

Montujemy macierz

<pre>
root@svn:~# mount -t ext3 /dev/md0 /root/test
root@svn:~# cd test
root@svn:~/test# ls
lost+found wazne_dane
root@svn:~/test#
</pre>

wazne_dane <- tutaj nasze pliki, z poprzedniej macierzy RAID1.

Gasimy serwer, i wrzucamy nowy dysk (powinniśmy to zrobić na początku, ale myślałem że wyłoży się na powyższym kroku, co jest miłym zaskoczeniem).

<pre>
root@svn:~# mdadm --add /dev/md0 /dev/sdd
mdadm: added /dev/sdd
root@svn:~#

</pre>
Nowy dysk wrzucony i dodany do macierzy md5.

Rozbudowa

<pre>
root@svn:~# mdadm --grow /dev/md0 --raid-disks=3
mdadm: Need to backup 128K of critical section..
mdadm: ... critical section passed.
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.91
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 1048512 (1024.11 MiB 1073.68 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:48:48 2009
State : clean, recovering
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Reshape Status : 38% complete
Delta Devices : 1, (2->3)

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.292

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
root@svn:~#
</pre>

Po kilku chwilach

<pre>
root@svn:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 14:40:14 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 14:48:56 2009
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : c7b682ed:bc9a17e6:ada6ad5b:0d479e64 (local to host svn)
Events : 0.726

Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
root@svn:~#
</pre>

Macierz odbudowana.
Teraz wypadało, by powiększyć tablicę plików, tak byśmy mogli skożystać z naszej partycji.

1) wykonać sprawdzenie poprawności systemu plików
2)
<pre>
resize2fs -p /dev/md0
</pre>

Końcówka
<pre>
root@svn:~# df -m
</pre>
<pre>
/dev/md0 2016 18 1896 1% /root/test
</pre>

Jak widać ma 1896 MB, czyli, 2 GB.
Schemat n-1.

Teraz coś czego nie mogłem się doczekać, a mianowicie kontrolna awaria ;)
Gasimy maszynę, demontujemy hdd.

Taki typ, awarii nie jest tym do którego mdadm został przystosowany.
mdadm lubi chronić przed nagłym odłączeniem dysku czyli gdy ze stanu online - leci w offline.

Po uruchomieniu serwera, okazało się więc że macierz nie wstała.

<pre>
root@svn:/var/log# mdadm --detail /dev/md0
mdadm: md device /dev/md0 does not appear to be active.
</pre>

Dopiero trzeba było ją zamontować "siłą" czyli z przełącznikiem force

<pre>
root@svn:/var/log# mdadm --force --run /dev/md0
mdadm: started /dev/md0
</pre>

Idąc dalej tym tropem wyświetliłem status

<pre>
root@svn:/var/log# mdadm --detail --force /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 15:33:25 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 15:41:04 2009
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 6720df8a:f44d3411:ada6ad5b:0d479e64 (local to host svn)
Events : 0.726

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
2 0 0 2 removed

</pre>

Status, działająca zdegradowana.
Trzeci dysk twardy usunięty.

Co z danymi ?

<pre>
root@svn:/var/log# mount -t ext3 /dev/md0 /root/test
root@svn:/var/log# cd /root/test
root@svn:~/test# ls
lost+found wazne_dane
</pre>

Naprawiamy macierz, montując nowy dysk.

<pre>
root@svn:~/test# mdadm --add /dev/md0 /dev/sdd
mdadm: added /dev/sdd
</pre>

Wynik odbudowy

<pre>
root@svn:~/test# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 15:33:25 2009
Raid Level : raid5
Array Size : 2097024 (2048.22 MiB 2147.35 MB)
Used Dev Size : 1048512 (1024.11 MiB 1073.68 MB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 17:45:37 2009
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 6720df8a:f44d3411:ada6ad5b:0d479e64 (local to host svn)
Events : 0.740

Number Major Minor RaidDevice State
0 8 32 0 active sync /dev/sdc
1 8 16 1 active sync /dev/sdb
2 8 48 2 active sync /dev/sdd
root@svn:~/test#
</pre>

'''Na produkcyjnym'''

<pre>
root@serwercentralny:~# mdadm --create /dev/md0 --level=5 -n 2 /dev/sda /dev/sdb
mdadm: /dev/sda appears to contain an ext2fs file system
size=312571136K mtime=Tue Jun 30 10:40:15 2009
mdadm: /dev/sda appears to be part of a raid array:
level=raid5 devices=2 ctime=Tue Jun 30 10:39:43 2009
mdadm: /dev/sdb appears to contain an ext2fs file system
size=312571136K mtime=Tue Jun 30 10:40:15 2009
mdadm: /dev/sdb appears to be part of a raid array:
level=raid5 devices=2 ctime=Tue Jun 30 10:39:43 2009
Continue creating array? yes
mdadm: array /dev/md0 started.
root@serwercentralny:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:53:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 0% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.1

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~# mount -a
root@serwercentralny:~# cd /dysk2
root@serwercentralny:/dysk2# ls
backup lost+found svn.opzsgu.pl WEB
Centos 5.2 maszyny_wirtualne test WinXPSP3.iso
debian-40r5-i386-CD-1.iso pocztownia ubuntu-8.04.1-server-i386.iso WWW1
hostowanie proxmox-ve_1.1-3664.iso ubuntu-8.10-server-i386.iso WWW2
LoadBalancer SVN VMware-server-2.0.0-122956.i386.tar.gz XenServer-5.0.0-install-cd.iso
root@serwercentralny:/dysk2# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:53:51 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 3% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.6

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb

root@serwercentralny:/etc/init.d# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 10:55:31 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 5% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.8

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb

root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 11:03:33 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 16% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.22

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:11:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 79% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.4596

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:24:29 2009
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 93% complete

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5446

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
2 8 16 1 spare rebuilding /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:32:19 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5932

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --add /dev/md0 /dev/sdc
mdadm: added /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 2
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:32:44 2009
State : clean
Active Devices : 2
Working Devices : 3
Failed Devices : 0
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5934

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb

2 8 32 - spare /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib#
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --grow /dev/md0 --raid-disks=3
mdadm: Need to backup 128K of critical section..
mdadm: ... critical section passed.
root@serwercentralny:~/Pulpit/vmware-server-distrib# mdadm --detail /dev/md0
/dev/md0:
Version : 00.91
Creation Time : Tue Jun 30 10:53:29 2009
Raid Level : raid5
Array Size : 312571136 (298.09 GiB 320.07 GB)
Used Dev Size : 312571136 (298.09 GiB 320.07 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Tue Jun 30 12:33:50 2009
State : clean, recovering
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Reshape Status : 0% complete
Delta Devices : 1, (2->3)

UUID : 32d88fb7:4641f6b9:daea58f5:373f59dd (local to host serwercentralny)
Events : 0.5996

Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
2 8 32 2 active sync /dev/sdc
root@serwercentralny:~/Pulpit/vmware-server-distrib#

</pre>

Mdadm uruchamianie instniejacej macierzy RAID5

2009-06-29T11:09:57Z

Admin: Utworzył nową stronę „Dany jest nam serwer po awarii (fizycznej). Mieliśmy na nim storage oparty na mdadm oraz RAID 5. '''Awaria dotyczy sprzętu i/lub systemu''' Raid realizowany za po…”

Dany jest nam serwer po awarii (fizycznej). Mieliśmy na nim storage oparty na mdadm oraz RAID 5.

'''Awaria dotyczy sprzętu i/lub systemu'''

Raid realizowany za pomocą oprogramowania, ma tę przewagę nad sprzętowym (tu moja aluzja do Adapteca który mi pierdolnął, albo nieszczęsnego compaqa), że można go odtworzyć na każdej maszynie i każdej konfiguracji.

Nie ma zanczenia czy wymienimy platforme sprzętową czyli płytę głowną czy oprogogramowanie np zmieniamy dystrybucję.

Poniżej opiszę przykład odzyskania macierzy raid 5, rozłożonej na 4 dyski. Po zmianie platformy sprzętowej.

1) Stawiamy nowy system, i podłączamy nasze dyski twarde ( w tym wypadku 4 sztuki).

2) instalujemy mdadm
<pre>
apt-get install mdadm
</pre>

3) pozwalamy mdadm, na wykrycie istniejących macierzy

<pre>
mdadm --assemble --scan
</pre>

Jeżeli wszystko jest pomyślnie ;)

<pre>
mdadm --assemble --scan
mdadm: /dev/md0 has been started with 4 drives.
</pre>

Podgląd
<pre>
root@ubuntup:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Fri Jun 26 17:26:03 2009
Raid Level : raid5
Array Size : 25165632 (24.00 GiB 25.77 GB)
Used Dev Size : 8388544 (8.00 GiB 8.59 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Fri Jun 26 20:29:42 2009
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : e7c4cf63:025b4e83:e368bf24:bd0fce41
Events : 0.11226

Number Major Minor RaidDevice State
0 8 48 0 active sync /dev/sdd
1 8 16 1 active sync /dev/sdb
2 8 32 2 active sync /dev/sdc
3 8 64 3 active sync /dev/sde
root@ubuntup:~#
</pre>

finalizacja

<pre>
root@ubuntup:~# mkdir test
root@ubuntup:~# mount -t ext3 /dev/md0 /root/test
root@ubuntup:~# cd test
root@ubuntup:~/test# ls
data lost+found test_wazne xxx azjatki mail_backup edytowane
root@ubuntup:~/test#
</pre>

Zgrywamy dane, i montujemy jeden nowy śliczny 500 Gigowy hdd :)

Chown

2009-06-26T22:55:23Z

Admin:

Czasami spieprzymy coś wgrywajac jakieś pliki z roota na konto usera, zaczynaja się jaja że "nie moze skasowac" edytować, plik ma dorobioną kłódeczke i inne zabawy...

Sam się przekonałem ze najlepiej wydać następujące polecenie

<pre>
sudo chown -R USER_NASZ /home/USER_NASZ
</pre>

Opcja -R spowoduje, że przeleći wszystko co jest podmontowane w /home/login
I zastąpi jako właściciela, danego usera, czytaj niescześnika :)

Chown

2009-06-26T22:55:02Z

Admin: Utworzył nową stronę „Czasami spieprzymy coś wgrywajac jakieś pliki z roota na konto usera, zaczynaja się jaja że "nie moze skasowac" edytować, plik ma dorobioną kłódeczke i inne zab…”

Mdadm

2009-06-26T15:55:40Z

Admin:

Mdadm

2009-06-26T15:53:27Z

Admin:

Mdadm

2009-06-26T12:29:00Z

Admin: Utworzył nową stronę „'''Programowy RAID oparty na mdadm''' (powstało w trakcie treningu, przed LIVE MIGRACJĄ z RAID 1 -> RAID 5 ) Potrzebowałem potrenowac, w związku z tym opisuję kt…”

Instalacja kernel headers

2009-06-26T08:54:36Z

Admin: Utworzył nową stronę „'''Pakiet kernel headers wymagany jest przy kompilacji większość oprogramowania serwerowego. w tym VMware. ''' Aby szybko doinstalować aktualne nagłowki (do jąd…”

'''Pakiet kernel headers wymagany jest przy kompilacji większość oprogramowania serwerowego. w tym VMware.
'''

Aby szybko doinstalować aktualne nagłowki (do jądra na którym aktualnie jesteśmy zalogowani).

<pre>
apt-get install linux-headers-$(uname -r)
</pre>

Plik:Mod deflate.png

2009-06-24T19:21:20Z

Admin:

Sprawdzanie rozszerzenia w php

2009-06-24T17:43:32Z

Admin:

'''Jak sprawdzić rozszerzenie w PHP dla stringa (końcówka).'''

<pre>
$ciag="jakisplik.php.jpg";

$rozszerzenie = strrchr($ciag, ".");
if($rozszerzenie == ".jpg") {
print('Plik JPG');
}
else {
print('Niedozwolony plik ');
}

</pre>

Taki kod wyświetli
<pre>
Plik JPG
</pre>

Zaczyna czytać ciąg od prawej strony, w związku z czym nie ma znaczenia czy w jego środku będą znajdować się dodatkowe kropki, czy inne znaki.

Sprawdza do pierwszej kropki, od prawej strony.

Sprawdzanie rozszerzenia w php

2009-06-24T17:42:56Z

Admin: Utworzył nową stronę „'''Jak sprawdzić rozszerzenie w PHP dla stringa (końcówka).''' <pre> $ciag="jakisplik.php.jpg"; $rozszerzenie = strrchr($ciag, "."); if($rozszerzenie == ".jpg"…”

Mail backup

2009-06-24T10:15:08Z

Admin:

Backup ważnych danych, na zewnętrzny serwer pocztowy.

Instalujemy aplikację odpowiedzialną za wysyłkę wiadomości wraz z załącznikami.
<pre>
apt-get install mutt
</pre>

Testujemy wysyłkę

<pre>
mutt -s "To tylko test" adres@email <tresc.txt
</pre>

Sprawdzamy pocztę:
[[Grafika:New.png|thumb|Nasza Wiadomość]]

Sprawdzamy czy otrzymaliśmy wiadomość, prawdopodobnie zostanie ona uznana za spam, ale w naszym wypadku nie odgrywa to żadnej roli. Ponieważ nadawca będzie statyczny, tak więc dodamy się do "White Listy".

Test pomyślny, druga próba, tym razem z załącznikiem.

<pre>
mutt -s "To tylko test" -a backup.tar.gz adres@email <tresc.txt
</pre>

Sprawdzamy pocztę
[[Grafika:Screenshot4.png|thumb|Nasza Wiadomość z załącznikiem]]

Otrzymaliśmy wiadomość z naszym plikiem kopii zapasowej.

<br> <br> <br>
Uwaga: jeżeli zamieżamy wysyłać DUŻE załączniki, trzeba odpowiednio wyedytować plik konfiguracyjny naszego serwera poczty.
W moim wypadku (dystrybucja Ubuntu) postfix.

<pre>
nano /etc/postfix/main.cf
</pre>

Zwiększamy delikatnie limit wiadomości:

<pre>
#mailbox_size_limit = 0
mailbox_size_limit = 30000000000
message_size_limit = 10240000000
</pre>

Powinno wystarczyć :)

----

Jako że jesteśmy w dwudziestym pierwszym wieku, nic nie będziemy robić recznie. Zajmiemy się teraz procesem automatyzacji.

1) Tworzymy ścieżkę gdzie będziemy przechowywac kopię zapasową.

<pre>mkdir /home/administrator/.temp_backup_mail
</pre>

2) przygotowujemy skrypt mail_backup.sh

<pre>
#!/bin/bash
czas=`date`
backup_folder="/home/administrator/.temp_backup_mail"
backup_tresc="/home/administrator/NetBeansProjects"

backup_file="$backup_folder/$(date +%d%m%y).zip"
backup_dane="Kopia zapasowa wykoana "$czas" "

zip -r $backup_file $backup_tresc >$backup_folder/tresc.txt

mutt -s "Kopia zapasowa $czas" -a $backup_file mail@domena.com <$backup_folder/tresc.txt

</pre>

Testujemy :)

<pre>
sh mail_backup.sh
</pre>

Otwieramy pocztę:
[[Grafika:Mailpomyslnie.png|thumb|Załącznik, data, a w treści logi :)]]

<br> <br>
<br> <br>
<br> <br>

Jeżeli wszystko działa
<pre>
cp mail_backup.sh /etc/cron.daily/
</pre>

Jeszcze uprwanienia
<pre>
sudo chmod +x ./mail_backup.sh
</pre>

No i czekamy do rana, żeby zobaczyć swierzutką kopię, na zewnętrznym serwerze :).

Dla paranoików, ustawiamy na koncie pocztowym przekierowanie na drugie. I mamy nasz backup na 2 niezależnych serwerach.

Polecam używać poczty która ma załączniki do 100 mb :)
Ewentualnie, jeżeli ktoś chce, to w pętli for dopisać dzielenie na 10 megowe pliki.

Mail backup

2009-06-24T10:14:34Z

Admin:

Backup ważnych danych, na zewnętrzny serwer pocztowy.

Instalujemy aplikację odpowiedzialną za wysyłkę wiadomości wraz z załącznikami.
<pre>
apt-get install mutt
</pre>

Testujemy wysyłkę

<pre>
mutt -s "To tylko test" adres@email <tresc.txt
</pre>

Sprawdzamy pocztę:
[[Grafika:New.png|thumb|Nasza Wiadomość]]

Sprawdzamy czy otrzymaliśmy wiadomość, prawdopodobnie zostanie ona uznana za spam, ale w naszym wypadku nie odgrywa to żadnej roli. Ponieważ nadawca będzie statyczny, tak więc dodamy się do "White Listy".

Test pomyślny, druga próba, tym razem z załącznikiem.

<pre>
mutt -s "To tylko test" -a backup.tar.gz adres@email <tresc.txt
</pre>

Sprawdzamy pocztę
[[Grafika:Screenshot4.png|thumb|Nasza Wiadomość z załącznikiem]]

Otrzymaliśmy wiadomość z naszym plikiem kopii zapasowej.

<br> <br> <br>
Uwaga: jeżeli zamieżamy wysyłać DUŻE załączniki, trzeba odpowiednio wyedytować plik konfiguracyjny naszego serwera poczty.
W moim wypadku (dystrybucja Ubuntu) postfix.

<pre>
nano /etc/postfix/main.cf
</pre>

Zwiększamy delikatnie limit wiadomości:

<pre>
#mailbox_size_limit = 0
mailbox_size_limit = 30000000000
message_size_limit = 10240000000
</pre>

Powinno wystarczyć :)

----

Jako że jesteśmy w dwudziestym pierwszym wieku, nic nie będziemy robić recznie. Zajmiemy się teraz procesem automatyzacji.

1) Tworzymy ścieżkę gdzie będziemy przechowywac kopię zapasową.

<pre>mkdir /home/administrator/.temp_backup_mail
</pre>

2) przygotowujemy skrypt mail_backup.sh

<pre>
#!/bin/bash
czas=`date`
backup_folder="/home/administrator/.temp_backup_mail"
backup_tresc="/home/administrator/NetBeansProjects"

backup_file="$backup_folder/$(date +%d%m%y).zip"
backup_dane="Kopia zapasowa wykoana "$czas" "

zip -r $backup_file $backup_tresc >$backup_folder/tresc.txt

mutt -s "Kopia zapasowa $czas" -a $backup_file mail@domena.com <$backup_folder/tresc.txt

</pre>

Testujemy :)

<pre>
sh mail_backup.sh
</pre>

Otwieramy pocztę:
[[Grafika:Mailpomyslnie.png|thumb|Załącznik, data, a w treści logi :)]]

<br> <br>

Jeżeli wszystko działa
<pre>
cp mail_backup.sh /etc/cron.daily/
</pre>

Jeszcze uprwanienia
<pre>
sudo chmod +x ./mail_backup.sh
</pre>

No i czekamy do rana, żeby zobaczyć swierzutką kopię, na zewnętrznym serwerze :).

Dla paranoików, ustawiamy na koncie pocztowym przekierowanie na drugie. I mamy nasz backup na 2 niezależnych serwerach.

Polecam używać poczty która ma załączniki do 100 mb :)
Ewentualnie, jeżeli ktoś chce, to w pętli for dopisać dzielenie na 10 megowe pliki.

Mail backup

2009-06-24T10:12:29Z

Admin:

Backup ważnych danych, na zewnętrzny serwer pocztowy.

Instalujemy aplikację odpowiedzialną za wysyłkę wiadomości wraz z załącznikami.
<pre>
apt-get install mutt
</pre>

Testujemy wysyłkę

<pre>
mutt -s "To tylko test" adres@email <tresc.txt
</pre>

Sprawdzamy pocztę:
[[Grafika:New.png|thumb|Nasza Wiadomość]]

Sprawdzamy czy otrzymaliśmy wiadomość, prawdopodobnie zostanie ona uznana za spam, ale w naszym wypadku nie odgrywa to żadnej roli. Ponieważ nadawca będzie statyczny, tak więc dodamy się do "White Listy".

Test pomyślny, druga próba, tym razem z załącznikiem.

<pre>
mutt -s "To tylko test" -a backup.tar.gz adres@email <tresc.txt
</pre>

Sprawdzamy pocztę
[[Grafika:Screenshot4.png|thumb|Nasza Wiadomość z załącznikiem]]

Otrzymaliśmy wiadomość z naszym plikiem kopii zapasowej.

<br> <br> <br>
Uwaga: jeżeli zamieżamy wysyłać DUŻE załączniki, trzeba odpowiednio wyedytować plik konfiguracyjny naszego serwera poczty.
W moim wypadku (dystrybucja Ubuntu) postfix.

<pre>
nano /etc/postfix/main.cf
</pre>

Zwiększamy delikatnie limit wiadomości:

<pre>
#mailbox_size_limit = 0
mailbox_size_limit = 30000000000
message_size_limit = 10240000000
</pre>

Powinno wystarczyć :)

----

Jako że jesteśmy w dwudziestym pierwszym wieku, nic nie będziemy robić recznie. Zajmiemy się teraz procesem automatyzacji.

1) Tworzymy ścieżkę gdzie będziemy przechowywac kopię zapasową.

<pre>mkdir /home/administrator/.temp_backup_mail
</pre>

2) przygotowujemy skrypt mail_backup.sh

<pre>
#!/bin/bash
czas=`date`
backup_folder="/home/administrator/.temp_backup_mail"
backup_tresc="/home/administrator/NetBeansProjects"

backup_file="$backup_folder/$(date +%d%m%y).zip"
backup_dane="Kopia zapasowa wykoana "$czas" "

zip -r $backup_file $backup_tresc >$backup_folder/tresc.txt

mutt -s "Kopia zapasowa $czas" -a $backup_file mail@domena.com <$backup_folder/tresc.txt

</pre>

Testujemy :)

<pre>
sh mail_backup.sh
</pre>

Otwieramy pocztę:
[[Grafika:Mailpomyslnie.png|thumb|Załącznik, data, a w treści logi :)]]

Jeżeli wszystko działa
<pre>
cp mail_backup.sh /etc/cron.daily/
</pre>

Jeszcze uprwanienia
<pre>
sudo chmod +x ./mail_backup.sh
</pre>

No i czekamy do rana, żeby zobaczyć swierzutką kopię, na zewnętrznym serwerze :).

Dla paranoików, ustawiamy na koncie pocztowym przekierowanie na drugie. I mamy nasz backup na 2 niezależnych serwerach.

Polecam używać poczty która ma załączniki do 100 mb :)
Ewentualnie, jeżeli ktoś chce, to w pętli for dopisać dzielenie na 10 megowe pliki.