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.
Od 1 Września do Rootnode dołącza nowy administrator. Niestety znacie i nie znosicie go od dawna, ale administrator nie jest po to, aby go lubić. Na pokładzie witamy Michała vel JabLuszko.
Od dzisiaj do 1 września następuje przerwa w pracach administracyjnych. To znaczy, że rzeczy, które nie zostały dokończone na pewno nie zostaną dokończone w tym tygodniu, czyli np. obsługa kalendarzy w Roundcube, Horde itp.
W najbliższych planach jest dokończenie systemu pocztowego zgodnie z założeniami. Po tym rozpoczną się prace nad serwerem do repozytoriów kodu – svnserve, gitosis i inne + być może WebDAV. W między czasie będzie poprawianych sporo bieżących błędów i problemów. Wrzesień właściwie mamy już zaplanowany ciężką robotą i o wdrożeniach będziemy informować na bieżąco. Dodatkowo z grubszych planów, niekoniecznie wrześniowych to: tomcat na wallu, apache na fastwebie (lyon) i utylizacja serwerów stallman, korn, venema. Przez utylizację rozumie się usunięcie wszystkich danych, wymianę dysków na nowe (jeśli jest potrzeba), instalacja świeżutkich systemów i ponownie włączenie do infrastruktury, ale niekoniecznie do tych samych zadań.
O wszystkich dużych krokach będziemy informować z wyprzedzeniem (większym niż 10 minut), aby każdy miał okazję przenieść swoje dane tam gdzie ich miejsce. Migracja Venemy odbędzie się bez konieczności ingerencji użytkownika. Oczywiście wcześniej się pojawi serwer do repozytoriów kodu więc w tedy każdy programista będzie musiał zadbać o konfigurację swojego środowiska.
Na razie tyle. Nie męczyć o szczegóły, ponieważ prawdopodobnie nie są znane. Powyżej tylko zarys naszego roadmapu na najbliższy czas.
Powoli przymierzamy się do powrotu Nocy Linuksożerców – niezwykłej imprezy organizowanej w latach 2004-2006. Zapraszamy na stronę noc.linux.pl oraz do dyskusji.
Chciałbym abyście poinformowali swoich znajomych o tym fakcie mejlem, słownie, czy też za pomocą opisu na XMPP lub gg: Noc Nocy! http://noc.linux.pl
Został rozwiązany problem z basic auth na serwerze wall konfigurowany za pomocą pliku conf/auth. Do tej pory w przypadku istnienia tego pliku aplikacje zwracały błąd 403 Forbidden.
Aby temu zapobiec należy utworzyć pusty plik conf/auth – jego wielkość powinna wynosić 0 bajtów. Wtedy uwierzytelnienie zostanie konfigurowane dla całego vhosta, a nie jak to miało miejsce do tej pory, tylko dla location /.
Nie wdając się zbytnio w szczegóły, ustawić uwierzytelnianie i połączenie SSL można na dwa sposoby:
tworzymy pusty plik conf/auth oraz conf/ssl oraz przeładowywujemy vhosta za pomocą pliku conf/reload
tworzymy plik conf/nginx z zawartością: <nginx><ssl/><auth/></nginx>
Przy okazji został dodany automatyczny redirect na HTTPS w przypadku istnienia pliku conf/ssl.
Zmiany dotyczą jedynie serwera wall obsługującego aplikacje Ruby i Python.
Ze względu na zużycie miejsca na dyskach wprowadzamy nową politykę przechowywania danych. Nadal nie ma ograniczenia zajmowanej powierzchni per użytkownik (nie ma quoty), ale:
dane ściągnięte z katalogu /completed są usuwane po okresie 30 dni
dane ściągane z katalogu /download są usuwane po okresie 60 dni
Myślę, że miesiąc na ściągnięcie danych na lokalny komputer to wystarczająca ilość czasu. To samo się tyczy pobierania danych z torrentów – jeśli czegoś nie udało się ściągnąć przez 2 miesiące, to prawdopodobnie trzeba poszukać innego źródła.
Tym samym proszę nie przechowywać prywatnych danych poza tymi katalogami, np. backupów. Nie jest to bezpieczne miejsce. Proszę także nie przenosić danych z katalogów /completed i /download w inne miejsca, ponieważ wszystko co nadmiarowe będzie usuwane.
Osoby, które przestały korzystać z maszyn tX ze względu na wydajność mogą spróbować jeszcze raz, ponieważ teraz wszystko działa znakomicie, a ściąganie po HTTP odbywa się z pełną prędkością twojego łącza.
Utrzymujemy politykę niewysyłania danych – upload jest przycięty do takich wartości, że zrobienie sensownego ratio jest nierealne. Dlatego w większości przypadków prywatne trackery odpadają i lepiej korzystać z publicznych.
Popełniłem krótką dokumentację na temat rubyego i instalacji redmine’a. Do znalezienia na naszym wiki na podstronie Ruby. Bardzo proszę o uzupełnienie dokumentacji między innymi o tworzenie railsowych środowisk, pracę nad własną aplikacją, wykorzystanie znaczników <rails_env> i <rack_env>, ponieważ po prostu się na tym nie znam i nie wiem co do czego.
Zachęcam także do przenoszenia wszystkiego co korzysta Ruby na nową maszynę, ponieważ niebawem czekają nas spore zmiany organizacyjne. Chodzi o przeznaczenie i zastosowanie poszczególnych maszyn.
Jeśli zainstalowaliście w ramach fastweb2 jakieś inne aplikacje oparte o Rubyego, to proszę także zamieścić opis instalacji, podobny do mojego.
Z góry dziękuję za pomoc, a ja się zabieram za podstronę o Pythonie.
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.
