Obyło się bez problemów. Wasza poczta jest już na dedykowanej maszynie i powinna działać znacznie szybciej. Niektóre ficzery są jeszcze wyłączone i będą po kolei uruchamiane i dokumentowane na wiki oraz na rootnodestatus. Chwilowo wyłączony jest też dostęp do webmaila. Pojawi się w jutro.

DANE POŁĄCZENIOWE
Jedyny słuszny host, do którego należy się łączyć odbierając i wysyłając pocztę to:

mail1.rootnode.net

Nie łączyć się po IP, nie łączyć się do stallmana, korna lub do innych nazw domenowych. W tym momencie zestawione są różnego rodzaju redirecty i transporty, aby nikt nie stracił dostępu do poczty, ale proszę przeglądnąć konfigurację, ponieważ za tydzień przestaną działać.

UPDATE (2010-08-19)
Ze względu na pewne problemy techniczne migracja została przesunięta na dzisiaj. Jeśli chodzi o niedostępność usługi to na czas kopiowania plików poczty nie będzie działał IMAP i POP3. Nie wpłynie to na otrzymywane mejle w tym czasie.

W środę o godzinie 22:00 rozpocznie się migracja poczty. Poczta będzie obsługiwana przez dedykowaną do tego celu maszynę. Nie jest przewidziany downtime tej usługi. Funkcjonalność na razie pozostanie taka sama. Kilka zmian:

• spam obsługiwany przez DSPAM wraz z autouczącym się folderem Spam (tak jak na Gmailu)
• mądrzejszy greylisting – pomija hosty z poprawnym SPFem, szybko whitelistuje
• Horde z webmailem [DM]IMP oraz kalendarzem i książką adresową
• backupowy MX poza naszą infrastrukturą
• Obsługa protokołu managesieve do zdalnego zarządzania skryptami

Ficzery planowane w nowej poczcie (jest ich dużo, poniżej częściowa lista):

• pełna kontrola nad pocztą: włączanie/wyłączanie greylistingu, dspamu i innych funkcjonalności
• serwer kalendarzy oparty na protokole CalDAV
• Roundcube z obsługą Kalendarza
• Zapisywanie informacji o wszystkich wychodzących i przychodzących mejlach wraz z tytułem wiadomości i statusem przesyłki
• Obsługa książek adresowych poprzez protokół CardDAV
• Własne listy mailingowe wraz z archiwum

Zapowiada się bardzo sympatycznie. Robota, aż się pali w rękach. Roundcube z obsługą kalendarzy wygląda bardzo słitaśnie. Jak dobrze pójdzie to będziemy także posiadać komercyjnego Atmaila. Pożądane ficzery można zgłaszać w specjalnym wątku na mailiście.

UPDATE (00:00)

Migracja zakończona powodzeniem. W tej chwili trwa autovacuum więc baza może trochę mulić. Proszę posprawdzać, czy wszystko działa. DNSy także już zostały zmienione, ale przez co najmniej miesiąc będą dostępne redirecty ze starego adresu IP 89.248.165.10 na nowy. W konfiguracji połączenia należy używać domeny pgsql.rootnode.net.

—-

Dzisiaj o godzinie 23:00 nastąpi migracja baz danych PostgreSQL na inną maszynę (farmer). Przy okazji następuje zmiana wersji na 8.4.4. Wszystkie bazy zostaną przeniesione za jednym zamachem, a domena psql.rootnode.net oraz pgsql.rootnode.net zacznie wskazywać na nową lokalizację. Tymczasowo zostaną także ustawione przekierowania ze starego adresu na nowy, tak aby każdy miał okazję dostosować swoją konfigurację do nowych parametrów.

Przerwa nie powinna potrwać więcej niż 15 minut.

Proszę przeglądnąć konfigurację swoich aplikacji i sprawdzić czy connection string jest prawidłowo ustawiony na adres pgsql.rootnode.net.

Ze względu na zmianę konfiguracji za 10 minut nastąpi restart wszystkich maszyn torrentowych. Będzie koniecznie ponowne uruchomienie screenów i rtorrenta.

UPDATE
Zawartość serwera t4 została wyczyszczona, ponieważ wystąpiły nienaprawialne problemy systemu plików.
Konieczna będzie ponowna rejestracja za pomocą polecenia dowhatyouwantcauseapirateisfree.

Dzisiaj o 22:00 nastąpi przerwa w dostępności maszyny esr. Oznacza to brak dostępu do bazy danych oraz większości stron www hostowanych na venemie. Przerwa nie powinna potrwać dłużej niż 10 minut.

UPDATE
Jednak grubsza sprawa. Esr będzie niedostępny przez jakiś czas.

UPDATE
All systems go!

Nastąpi kilka restartów maszyny t1. Zmieniamy konfigurację bootowania z sieci i wymaga przetestowania.

Dzisiaj nastąpi przerwa w działaniu naszego żabojada. Wiąże się to z niedostępnością rootnodestatus.net, secondary DNS, proxy dla Spotify i transport SSH. Czyli nic wielkiego nie powinno się stać

Zaczynam pracę nad fastwebem. Za kilkanaście minut strony mogą być niedostępne przez chwilę. Konieczne są dosyć duże zmiany systemowe. Za niedogodności przepraszam.

Z nowinek pojawi się PHP 5.3.3, którego release był wczoraj.

Ze względu na poprawki w kernelu za moment nastąpi restart maszyny wall. Przerwa nie potrwa dłużej niż 3 minuty.

UPDATE
Rachu ciachu i po strachu. Reboot potrwał dokładnie 3 minuty. Fastweb

Zakończyło się kopiowanie danych z korna i stallmana na maszynę stallman2. Proszę sprawdzić czy wszystko jest i ewentualnie dosynchronizować sobie rsynciem dane.

Zasoby stallmana2 są dostępne przez katalog /stallman2/<twój_login> na obu maszynach shellowych. Wszystkich obecnych użytkowników z korna i stallmana przerzucamy na maszynę stallman2 i do tej maszyny nie będą dorzucani żadni nowi użytkownicy. Taki prezent za to, że korzystacie z Rootnode 

Stallman2 to nowa maszyna z dwoma procesorami Intel QuadCore 2.13GHz i 12GB pamięci RAM. Do tego 4 dyski 1.5TB SATA. System operacyjny to Debian Squeeze (testing), w której przeważnie dostępne są najświeższe wersje softu. W porównaniu z Debianem Stable jest to skok technologiczny. Pakiety na stallmanie2 mają pełną zgodność z pakietami na serwerach fastwebowych.

Niebawem na stallmanie2 pojawi się szatan. Co do reszty usług z oryginalnego stallmana to zostaną rozproszone na inne maszyny, ponieważ shellowa jednostka będzie służyć jedynie do obsługi shella i jako brama do pozostałych usług (w postaci podmontowanych zasobów NFS oraz FTP). Tak więc:

• poczta dostanie dedykowaną maszynę + backupowy MX poza naszą infrastrukturą
• VPN zostanie przerzucony gdzieś indziej
• PostgreSQL będzie obsługiwany przez inną maszynę. Będzie to postgres w najnowszej wersji niedeveloperskiej, czyli 8.4.4.

Korn po reinstalacji systemu posłuży jako druga maszyna shellowa do obsługi nowych użytkowników. Stallman zostanie chwilowo wyłączony z naszej infrastruktury ze względu na problemy sprzętowe. Konieczna jest wymiana kontrolera dyskowego, co zostanie uczynione przy najbliższym wyjeździe do Amsterdamu.

Migracja użytkowników nie powinna potrwać dłużej niż 2 miesiące. Proszę zacząć się już zaprzyjaźniać z nowym środowiskiem, a potrzeby zgłaszać za pomocą mailisty. Wkrótce zostanie wysłany e-mail do wszystkich użytkowników z prośbą o przeniesienie. Następnie dostęp do maszyn shellowych zostanie zablokowany na pewien okres czasu. Jeśli ktoś sobie przypomni o przenosinach dostęp będzie udzielany na żądanie.

Pracy jest dużo. W międzyczasie zostanie dorzucona jeszcze obsługa Javy na fastweb2.
Miejmy nadzieję, że wszystko zakończy się sukcesem i pójdzie zgodnie z planem.