Każdy kto kiedykolwiek miał do czynienia z serwerem postawionym na linuxie doskonale wie ile potrzeba pracy i wysiłku aby wszystkie usługi sieciowe i niesieciowe działały wg naszych oczekiwań. Raz skonfigurowany serwer linuxowy pracuje niezawodnie i stabilnie przez bardzo dłuuuuuugi czas, tak więc warto poświęcić od kilku dni do kilku tygodni na jego poprawne skonfigurowanie.

Pierwszego pracującego dnia 2008 r. w mojej jaskini (czyt. firmowej serwerowni)  stanął nowy serwer (stary nadawał się już tylko do muzeum). Jednak zanim to nastąpiło niemalże przez cały grudzien przy nim grzebałem. Routing, maskarada, firewall, konfiguracja interfejsów, Samba, Apple Talk, dns, poczta, ssl, httpd, ftpd, bazy danych i cała reszta przeróżnych usług sprawiły, że konfigi śniły mi się po nocach. Do tego doszły jeszcze inne rebusy związane bugami w niektórych wersjach softu. Przeżedzenie włosów na głowie o 50% gwarantowane. Jednak moja praca przyniosła zamierzone efekty i na dzień dzisiejszy uptime wynosi 188 dni.

Wszystko by było ładnie i pięknie gdyby nie przyszedł do mnie szef i nie oznajmił, że mam wybrać typowo serwerową maszyne, która zajmie miejsce obecnego. Pomyślałem, że całkiem w porządku z jego strony skoro tak dba o mnie :)  Po chwili jednak nogi się pode mna ugięły bo zdałem sobię sprawe, że jestem na tyle zakopany robotą, że nie skonfiguruje nowego serwera przez conajmniej pół roku. A przecież wiemy jacy są szefowie - wszystko chcą na wczoraj. Rozwiązania był dwa albo w jakiś magiczny zrobię klona i przerzucę go na nowy sprzęt, albo sprowadzę sobie do biura wygodną kanapę, żeby czasami się chociaż trochę przespać.

KLONUJEMY DEBIANA
Tak więc już wiecie jaką podjąłem decyzję. Teraz pozostało pytanie jak to zrobić i się przy tym nie narobić.

1. Klonować czy instalować?
Pierwszym krokiem jest instalacja Debiana na nowej maszynie. Rodzaj instalacji i wybrane oprogramowanie tak naprawde nie ma znaczenia z tego względu, że i tak wybrane oprogramowanie zostanie zastąpione klonem. Instalkę tak naprawde robimy dla GRUB’a czy też innego bootloader’a, który uruchomi nasz sklonowany system. Dla zaoszczędzenia czasu warto wybrać instalację podstawową.

2. Backup nieunikniony.
Kiedy nasz nowy system się instaluje w tzw. międzyczasie logujemy się na nasz pierwowzór i tworzymy tar’em archiwa niemalże wszystkich katalogów znajdujących się w root’cie, jednak zanim do tego dojdzie dobrze jest uruchomić maszynę w trybie single-user lub wydać polecenie:

Teraz bezpiecznie można przejść do archiwizacji całego systemu:

Katalogi przeze mnie pominięte w procesie klonowania to: /boot /proc /lost+found /tmp i dowiązania symboliczne vmlinuz i initrd.img. Jeśli chodzi o /home postanowiłem się nim zająć dopiero po sklonowaniu systemu tyczy się to również partycji, dla których wybraliśmy dowolny punkt montowania.

3. Przeprowadzka.
Teraz kiedy już wszystkie dane są zarchiwizowane należy je przerzucić na nowy serwer. Można to zrobić w dowolny sposób - ftp, smb, afp, dysk zewnętrzny, cokolwiek. Kiedy już wszystkie dane ze starego serwera znajdą się na nowym trzeba je rozpakować i nadpisać istniejące katalogi (również z poziomu single-user):

UWAGA! zanim nadpiszesz /etc pamiętaj aby skopiować fstab, którego nie można nadpisywać (no chyba, że na obu maszynach posiadasz taki sam schemat partycji).
Powyższą czynność należy powtórzyć dla wszystkich *.tar zgranych ze starego serwera. Teraz pozostaje tylko zrestartować nasz nowy serwer, jednak zanim to zrobisz nie zapomnij przywrócić oryginalnego fstab’a, w przeciwnym wypadku nasz Etch nie wystartuje!!!

4. Adaptacja.
Jeśli wszystkie czynności wykonane zostały prawidłowo klon powinien uruchomić sie bez problemu.
Grafika
Jeśli posiadasz zainstalowanego GDM i środowisko graficzne a karty graficzne obu serwerów się różnią wyświetli się komunikat, że należy przekonfigurować Xorg’a. W tym celu wydaj polecenie:

… i postępuj zgodnie z wyświetlanymi komunikatami.
interfejsy sieciowe
Kolejnym możliwym problemem może być nazewnictwo interfejsów sieciowych. Jeśli stary serwer miał dwie inne sieciówki niż obecny, to nie zostaną one usunięte a w systemie będziemy mieli cztery karty sieciowe zamiast dwuch. Eth0 i eth1 to sieciówki ze starego serwera fizycznie nieobecne w nowej maszynie. Eth2 i eth3 to aktualne sieciówki. Niestety cała konfiguracja serwera opiera się o eth0 i eth1 więc należy coś z tym zrobić jeśli wszystko ma działać. W tym celu należy przeedytować plik:

Jedyne co należy zrobić to wyhaszować pierwsze dwie karty sieciowe, a nazwy kolejnych dwuch zmienić na eth0 i eth1

Teraz należy się już tylko cieszyć swoim nowym klonem Debiana. Jednak niewykluczone, że powstaną jeszcze jakieś dodatkowe komplikacje. Podejrzewam, że może pojawić się jeszcze problem z kartami sieciowym. Jak tylko wszystko dokładnie sprawdze i coś jeszcze wytropie nie omieszkam o tym wspomnieć.