Migracja CentOS na 2950 do 16 rdzeniach 64 GB R900

-3

Mam więc serwer CentOS działający na 2950. Założyłem na pewno, że był to 64-bit, ale według uname wydaje się, że to i686:

 [root@www ~]# uname -a
 Linux www.xxxxx.com 2.6.18-92.1.10.el5PAE #1 SMP Tue Aug 5 08:14:05 EDT 2008 i686 i686 i386 GNU/Linux

W każdym razie sklonowałem go i upuściłem na badass R900 (16 rdzeni, 64 GB). Niestety, kiedy idę uruchamiać nowy serwer, dostaję milion takich błędów:

Unknown interrupt or fault at EIP 000000060 c04011ed 000011ec

Próbowałem więc uruchomić go bez acpi, ale wciąż bez miłości. Czy muszę zmienić jądro rozruchowe? Jak do diabła bym to zrobił?

Wezmę każdą kość, którą wy wszyscy będziecie chcieli mi rzucić!

Łukasz
źródło
3
Nie aktualizowałeś jądra na tym komputerze od 5 sierpnia 2008?
MDMarra
1
co powiesz na wirtualizację serwera? Konwerter VMware zrobi to wszystko za Ciebie, jeśli zainstalujesz darmowy esxi na swoim nowym R900. Nadal będzie wystarczająca ilość miejsca (pamięci) na kilka innych serwerów.
Dmitrij Chubarow

Odpowiedzi:

7

To jest 32-bitowy system operacyjny. Próbujesz przejść do innej architektury z bardzo starym systemem operacyjnym / jądrem. Naprawdę powinieneś przebudować na nowy sprzęt i przeprowadzić migrację danych. Nie ma mowy, żeby to działało bez poważnej operacji .

ewwhite
źródło
jest sposób, ale jest to ból w ( . ) do naśladowania :)
dyasny
2

Pobierz listę pakietów zainstalowanych w systemie i zainstaluj odpowiednie pakiety na nowym komputerze. W razie potrzeby dostosuj konfigurację nowego komputera.

Następnie możesz skopiować każdy plik, który nie jest identyfikowany jako posiadany przez system zarządzania pakietami, a także ręcznie decydować, które pliki konfiguracyjne są powiązane.

Aby uniknąć problemów, które napotykasz teraz, dobrą praktyką jest zachowanie osobnego widoku programów, danych i plików konfiguracyjnych oraz migracja dość regularnie, jeśli możesz sobie na to pozwolić, nawet jeśli tylko na serwer testowy, który jest następnie usuwany. Może się okazać, że narzędzia takie jak Puppet są do tego pomocne.

Jak sugeruje ktoś inny, możesz natychmiast się obejść, korzystając z oprogramowania do wirtualizacji. Istnieje wiele pakietów, które pozwalają na konwersję systemu sprzętowego na system gościa VM. Jednak w dłuższej perspektywie konieczne będzie dostosowanie i uzyskanie odpowiedniej migracji.

Czuję też potrzebę powtórzenia spostrzeżenia MDMarry, że brak aktualizacji jądra przez prawie cztery lata jest nieco przerażający.

Jeff Ferland
źródło