Strona rootnodestatus.net w całości znajduje się poza infrastrukturą Rootnode. Nawet w przypadku totalnej katastrofy ta strona powinna być dostępna z informacją co się dzieje i kiedy wrócimy do żywych. Polecam zapamiętać adres, zasubskrybować RSS lub dodać stronę do zakładek.
Niestety ze względu na to, że PHP traktuję nazwę localhost jako nazwę socketa uniksowego i korzysta z domyślnej ścieżki połączenia przez socket uniksowy dla MySQL – /var/run/mysqld/mysqld.sock należy zmienić hosta połączenia do bazy na 127.0.0.1 lub lyon.rootnode.net.
Niebawem wszyscy użytkownicy na fastwebie lyon zostaną wrzuceni do chroota i połączenia przez socket uniksowy przestaną działać. Proszę sprawnie poprawić konfigurację swoich aplikacji.
Wszystkie strony PHP na fastwebie zostały wrzucone do chroota. Oznacza to, że dawna ścieżka /home/bongo jest teraź ścieżką /. Teoretycznie wszystko powinno działać jak dawniej, ale teraz widzę, że część aplikacji nie może połączyć się do swoich baz danych – szczególnie ci którzy korzystają z mysql.rootnode.net.
Tak przy okazji przypominam, że fastweb ma swoją bazę MySQL na 127.0.0.1:3306 i trzymanie baz na zewn. serwerach to killer dla wydajności.
Do wszystkich imbecylów, którym wydaje się że posiadam szklaną kulę:
Zgłaszając problem ze strony rootnodestatus w formularzu w miejsce, gdzie jest napisane Login należy podać swój login – nie dupa, nie aa, nie qwerty.
Zgłaszając problem, że fastweb rzuca 500 co chwilę należy podać URL strony, na której się tak dzieje!Litości! Jak spośród 500 stron mam się domyślić, o którą stronę chodzi? U mnie działa!
Zgłaszając innego typu awarie należy podać, którego serwera dotyczą i najlepiej przekazać jak najwięcej istotnych informacji. Kurwa, chuj, dupa, ja pierdole to nie są istotne informacje.
Każde zgłoszenie przychodzi w postaci SMSa na mój telefon komórkowy. Nie jestem Biurem Obsługi Klienta czynnym całą dobę. To, że twój serwer gier zrzuca SEGFAULTA mnie nie interesuje. Od tego jest mailista!
Bardzo proszę o odśmiecenie standardowego serwera WWW (Venema), ponieważ brakuje miejsca. Niepotrzebne rzeczy do śmietnika. Przypominam, że nie wolno trzymać tam warezu – wszystkie filmy, software, pościągane torrenty, pliki dla znajomych i inne rzeczy do kosza.
Bardzo proszę też nie przechowywać obrazów ubuntu, gier i innych rzeczy, które z łatwością można ściągnąć w dowolnym momencie z Internetu.
Właściwie to już ponad połowa stron powinna działać na Fastwebie, który jest czterokrotnie szybszy od Venemy i ma dwa razy więcej miejsca. Proszę migrować swoje strony.
Udostępniliśmy serwery torrentowe po HTTP, aby pozbyć się warezu z Venemy. Udostępniliśmy nowe serwery WWW. Jest też nowy serwer shellowy z mnóstwem miejsca. Po skończeniu się miejsca na Venemie część stron, która zapisuje dane na dysku przestanie działać poprawnie. Niestety nic więcej nie jesteśmy w stanie zrobić w tym zakresie.
Wkradł się błąd w opisie aplikacji Ruby i Python, który jest dosyć istotny. Katalog public w żadnym wypadku nie powinien linkować do katalogu aplikacji. Można sobie utworzyć ten katalog (mkdir public) i trzymać w nim pliki statyczne lub linkować do katalogu public znajdującego się aplikacja (jeśli ta takowy posiada).
W przypadku podlinkowania katalogu public do katalogu aplikacji możliwe będzie obejrzenie dowolnego pliku poprzez www, np. trac.ini itp.
Przeglądnąłem katalogi wszystkich aplikacji i zmieniłem o dwóch osób symlinka na katalog. Proszę pamiętać o tym tworząc nowe aplikacje. Opisy na wiki są już poprawione.
Maile wysyłane na niektóre serwery pocztowe (np. O2) niestety na razie nie będą dochodzić, ponieważ nie posiadamy revDNS dla naszej puli adresów, do której jest podłączony fastweb.
Jesteśmy w trakcie załatwiania delegacji w RIPE, jednak nie jest możliwe wykonanie tego za pomocą formularza u nich, ponieważ minimalną maską jest /24, a my mamy /25. Stąd RIPE musi interweniować manualnie i może to zająć trochę czasu.
6 godzin temu ze względu na zmiany techniczne w naszej polskiej serwerowni maszyny g1 i g2 zostały zrestartowane.
Dodatkowo ze względu na przeciążenia wprowadzamy limity. Każdy z użytkowników może uruchomić jedynie dwa serwery gier. Proszę nie przekraczać tego limitu, ponieważ procesy będą killowane.
Serwery to w większości jednostki dwuprocesorowe quad-core, więc load na poziomie 10 nie jest niczym strasznym.
Zgłoś problem SMSem
Zgłoś problem via SMS
Poniższy formularz nie służy do zgłaszania problemów z konfiguracją, problemów lokalnych i wysyłania pytań jak skonfigurować serwer gier. Każda wiadomość oznacza wysłanie wiadomości SMS na telefon administratora, więc proszę stosować z rozwagą i nie robić sobie jaj.
