Właśnie miałem okazję przećwiczyć scenariusz awarii dysku należącego do prostej macierzy RAID. A przy okazji, ponieważ problem dotyczył drivera, a nie samego dysku, czekało mnie spinanie macierzy z powrotem.

Parę razy podchodziłem do Traca - i zawsze odbijałem się o denerwującą konieczność namnażania stada projektów nie mających ze sobą związku. Zajrzałem znowu, znowu zobaczyłem zaawansowane dyskusje na temat wieloprojektowego Traca i ... postanowiłem w końcu obejrzeć Redmine.

Jaka to śliczna aplikacja!

Obiecana w ramach pierwszej części informacja o postępowaniu, gdy chcemy dołożyć jeden nowy dysk i zestawić go w macierz z istniejącym. A także uwaga o postępowaniu, gdy przed zakładaniem macierzy mamy już LVM.

Dwukrotnie już, na zupełnie innych konfiguracjach sprzętowych, nadziałem się na problemy z działaniem Linuksa w konfiguracji: system zawierający wyłącznie dyski SATA (żadnego dysku twardego IDE) oraz CD/DVD IDE. Zależnie od BIOSu problem można łatwo rozwiązać - albo nie. Nie mam dowodu, że oba problemy mają dokładnie tą samą przyczynę - ale są po temu bardzo poważne poszlaki.

Objawy

Problem pierwszy: mój Linux gładko się zainstalował z płytki, ale potem - niedeterministycznie - czasem bootował się poprawnie, czasem zaś , w czasie rozruchu, zaczynał w pewnym momencie zgłaszać błędy typu hda: lost interrupt (i powielał je w nieskończoność). Do tego, ten sam dysk czasem pojawiał się jako sda, a czasem jako hda. O występowaniu lub nie problemu decydowały chyba zależności czasowe, a być może nawet ... obecność CD-ROMu w stacji CD.

Problem drugi: po włożeniu drugiego twardego dysku do komputera, niektóre uruchomienia kończyły się - znowu, niezbyt deterministycznie - zwisem z powtarzającymi się komunikatami ata1: port is slow to respond, please be patient.

Diagnoza i rozwiązanie pierwszego problemu

W poprzedniej części) skonfigurowałem macierz dyskową i pozakładałem na niej partycje. Teraz czas na przenoszenie danych.

Chcąc postawić stronę, bloga, wiki, czy dowolny inny serwis internetowy ma się sporo możliwości. Ja jestem zakochany w VPS-ach (ten blog, moja strona i WatchBot działają obecnie na Linode), poniżej kilka słów wyjaśnienia - czemu. A także wyjaśnienie, co to w ogóle jest VPS i porady, jak go wybrać.

Dyski potaniały, robiąc backupy ciągle o czymś zapominam, postanowiłem zrobić prosty RAID, by zaasekurować się od fizycznego uszkodzenia dysku. Poniżej szczegółowy opis kolejnych czynności. Testowane na Ubuntu 8.04, gros operacji powinna być podobna na innych dystrybucjach (główna specyfika Ubuntu poniżej dotyczy montowania dysków po UUID, nie jest to krytyczne dla całości).

Cel zabawy

Chcę zestawić dwa dyski jako mirror (RAID 1), chcę też wykorzystywać nad nim LVM do płynnego zarządzania partycjami. Ogólnie, planuję konfigurację podobną np. do opisanej tutaj - szczegółowy opis trochę dalej.

Slony-I jest fajną techniką replikacji danych między bazami PostgreSQL. W przeciwieństwie do techniki warm standby, która efektywnie polega na utrzymywaniu zapasowej bazy w stanie ciągłego odtwarzania inkrementalnego backupu bazy głównej, Slony-I potrafi replikować wybrane tabele i schematy (a nie wyłącznie całą bazę), docelowa baza może być cały czas używana (nawet replikowane tabele - w wariancie tylko do odczytu), a przede wszystkim możliwa jest replikacja między różnymi wersjami PostgreSQL (np. między bazą 8.1 a 8.3) i różnymi architekturami (i386 i amd64 to różne architektury, plików WAL między nimi nie przeniesiemy). Można zresztą replikować do bazy realizującej normalną obsługę innych tabel.

Dokumentacja Slony-I jest dość rozbudowana i obejmuje wiele trudnych przypadków, poniżej prosta recepta na replikację master-slave w konfiguracji dwumaszynowej.