Freesco, NND, CDN, EOS

bez urazy, ale przy takiej składni i ortografii, to Ci nie grozi

_________________
NuFeL
------------
ASK KapselNet

Czy wtajemniczeni mogliby troszeczke odsłonić tajemnicy i podać jakie wersje bedzie zawierało nowe NDD, szczególnie interesuje mnie:
1.) Jądro 2.4.xx -----> ??
2.) Wersja iptables
3.) Czy jądro i iptables bedą już spatchowane (posiadały łaty) dla IMQ,con-limit, IPP2P i Patch-O-Matic-NG, czy też trzeba bedzie to robic samodzielnie i rekompilować jadro.
4.) Wersja tc
5.) Czy jądro będzie posiadało wbudowane oprócz standardowych
dodatkowe mechanizmy bezpieczeństwa

Pozdrawiam wszystkich tworzących nowe NDD oraz wszystkich fanów Forum NDD

_________________
Kto pyta nie traci czasu

Wszystko można wyczytać w cvs [np http://cvs.devel-nnd.brb.pl/ ]

1. kernel -> 2.4.27
2. iptables -> 1.2.11
3. imq, ipp2p 0.6, string, a z pomng-20040621 wrzucone: CONNMARK TTL connlimit iprange mport TARPIT psd REJECT mport nth random time
4. tc z pakietu iproute2-2.4.7-now-ss020116 + pacz htb3.6-020525
5. dodano pacza openwall

_________________
Polska Grupa Freesco

Dzięki za informacje. No to super!!, widze że szykuje sie nowoczesna, atrakcyjna rzecz - na router - serwer. Przy zakładanej prostocie instalacji i konfiguracji, inne podobne (czyste systemy linuxowe - Debian itp.) mogą stracić wielbicieli. Jeszcze raz pozdrawiam i z niecierpliwością czekam na premierę.

FREDI

_________________
Kto pyta nie traci czasu

Jeszcze jedno tylko pytanko - czy będzie możliwe zainstalowanie nowego NDD na innych systemach plików (np.reiserFS), czy tylko na ext3.

Pozdrawiam FREDI

_________________
Kto pyta nie traci czasu

Już poprzednia wersja pozwalała wybrać ext2, ext3, reiserfs. W obecnej dodana została obsługa xfs.

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

A która z tych wersji plików jest najbardziej "odporna" na uszkodzenia i czy będzie /o ile w ogóle jest to możliwe/ taka możliwość żeby nie trzeba było odpalać NND z płytki żeby sprawdzić/naprawić system plików gdy coś nawali, bo tak w niektórych przypadkach trzeba było robić ?

elektrowania postrała się o przetestowanie tej funkcji w nowym NND
nie trzeba wsadzać płytki, ssytem zarzymuje się przy takim poważnym błędzie i pyta o hasło roota, jeżeli podasz/zalogujesz się to będziesz mógł wpisać podane polecenie skanowania i fsck usunie błąd filesystemu, nie występuje to często, ale może się zdarzyć.
Tak samo jest w każdej innej dystrybucji linuxa. Nie wiem dlaczego w starym NND system rebootował się w nieskończoność ( może to zależy od wersji jakiegoś programu)
Nowe rozwiązanie na pewno jest lepsze niż wsadzanie CDka i skanowanie lub przekładanie HDD do inneg kompa ( ja tak musiałem robić, nie mam CDroma w serwerq)

To i tak nie jest dobre rozwiazanie. Wiele serwerow i routerow dziala bez klawy, bez monitora, bo i po co... W takiej sytuacji jest problem w wypadku awarii, bo trzeba tu na szybko nosic monitor i klawiature tylko po to, by za kazdym razem wpisac te same polecenia, tj. password, fsck, itp... IMHO powinno to sie dzialac automatycznie. Ok, nie jestem developerem, moze nie jest to takie proste w implementacji. Ale to jedyne sluszne rozwiazanie i kropka.

W kwestii aktualnego NND, to faktycznie po bledach na dysku sytem glupieje. Zglaszalem to juz w czerwcu, ale wtedy na tym forum ekspreci twierdzili, ze to tylko ja mam takie problemy Ciesze sie ze problem zostal zauwazony, bo bezawaryjna praca i zdolnosc automatycznego naprawiania bledow to w przypadku urzadzen majacych pracowac ciagle powinna byc sprawa priorytetowa.

A w kwestii stabilnosci systemu plikow, gdy budowalem swoj router w lipcu na PLD, pozwolilem sobie poczytac opinie roznych ludzi na zagranicznych forach. Na tej podstwaie moge stwierdzic, ze najbardziej niezawodny jest Ext3, zaraz za nim jest ReiserFS, ktory jednak ze wzgledu na bledy w implementacjach trzeba od czasu do czasu naprawiac, najgorsza opinie zyskal Ext2.

Pozdrawiam,
Adrian

Imho to jest jedyne sensowne rozwiązanie.
Administrator jest zamieszany w naprawę filesystemów tylko w systuacji gdy system sam sobie z tym nie radzi. Jest to rozwiązanie stosowane we wszystkich dystrybucjach z jakimi miałem do czynienia. Zazwyczaj nie ma potrzeby ręcznęj ingerencji, jako że scripty startowe same dbają o utrzymanie dysku w dobrej kondycji. Dopiero wystąpienie poważnego błędu filesystemu powoduje koniecznośc ręcznej naprawy. Testując to kilkanaście razy resetowwałem system przyciskiem na obudowie zanim zostałem poproszony o hasło roota i ręczne uruchomienie fsck. W pozostałych przypadkach system sam naprawiał filesystem. Jest to cecha wszystkich filesystemów z jurnalingiem (czyli większosci (wszystkich?) nowych filesystemów).

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

W niektorych miejscowosciach zanikanie pradu w sieciach energetycznych zdarza sie nawet kilka razy w tygodniu. W takiej sytuacji zostaniemy poproszeni o sprawdzenie filesystemu raz na miesiac, moze raz na dwa miesiace. Wowczas wszyscy userzy beda bez netu do czasu az zdolamy przywrocic router do stanu uzywalnosci. Podtrzymuje swoje zdanie, ze taka sytuacja jest niedopuszczalna.

Piszesz, ze we wszystkich dystrybucjach tak jest. Nie zgodze sie. We Freesco (ok, to prosty sytem, ale przeciez o to chodzi) nigdy nie mialem sytuacji ze system nie wstal, w PLD na ext3 rowniez nie stwierdzilem takich problemow, a w NND trafialo mi sie wlasnie raz na miesiac / dwa miesiace.

Inny przyklad to Windows XP na systemie plikow NTFS. Reset wciskalem wiele razy, np. by przeladowac system, bo nie chcialo mi sie czekac na zamkniecie systemu, nigdy nie bylem zmuszany do recznego uruchamiania chkdsk.exe

No i na koniec powtorze, ze niezaleznie od skali problemow i od ilosci bledow, powinny byc one usuwane automatycznie, bez potrzeby ingerencji administratora, oczywiscie informacja o tym fakcie powinna znalezc sie w stosownych logach.

No to jak ktoś jest tak głupi, że nie kupi UPSa to niech cierpi

To nie glupota to skąpstwo

No ok, UPS powinien byc. Ale odpornosc na awarie zasilania rowniez.

Watpie. NND jest dobre ale gdybym mial lepszy sprzet to nie wgrywalbym NND tylko PLD lub wlasnie wspomnianego Debiana, one sa moim zdaniem barfdziej elastyczne. NND to dobre wyjscie na postawienie szybkiego, dobrego i stabilnego routera/serwera bez wygurowanych wymagan.

Niestety nie mialem okazji doswiadczyc podobnych rzeczy aczkolwiek jezeli maja one miejsce to jak najbardziej powinny byc one wyeliminowane jak to kolega juz powiedzial.

Po pierwsze UPS, jak już ktoś Ci radził.
Po drugie - czy wiesz ile trwa taka naprawa filesystemu? zazwyczaj jest to kwestia kilku-kilkunastu minut w zależności od wielkości partycji... Naprawdę uważasz że to aż taki wielki problem dla userów?
Po trzecie chyba nie rozumiesz co napisałem - system sam po reboocie sprawdza i naprawie (w razie potrzeby) partycje. Administrator nie jet do tego potrzebny. Dopiero jeśli automatyczna naprawa się nie powiedzie system wzywa pomocy administartora.
Po czwarte - bardzo ważne jest czy wyłączenie prądu nastąpi w trakcie zapisu na dysk czy nie... jeśli akurat żaden proces na dysku nie pisał to system najprawdopodobniej sobie poradzi sam. Jeśli natomiast awaria nastąpi w trakcie zapisu to zazwyczaj ingerencja administratora jest konieczna.
Po piąte - osobiście w przypadku poważnych awarii (czytaj takich z którymi system sobie nie radzi automatycznie) wolę sam podejmować decyzje... niestety fsck nie zawsze wie czego JA chcę...



Po szóste - freesco działa na partycji FAT lub FAT32 scandisk na tej partycji pomoże systemowi wstać, ale wielokrotnie będzie powodem że np bazy danych staną sie nieczytelne... pisano o tym wielokrotnie...



Po siódme - o ile wiem to PLD korzysta z podobnej metody. Miałeś po prostu szczęście że nie musiałeś ingerować.



Nie wiem czy XP ma taki mechanizm... nie wypowiadam się. Ale biorąc pod uwagę, że Microsoft zazwyczaj wie lepiej niż użytkownicy to nie zdziwiłby mnie brak takiej opcji...



Oczywiście się z Tobą zgodze. Pod warunkiem wszakże że powstanie superinteligentny system potrafiący podejmować decyzję za administratora, wiedzący że jego admin w takiej systuacji postąpiłby tak a nie inaczej... To o czym piszesz to piękna wizja, tylko jakby trochę zbyt fantastyczna...
Sczególnie, jeśli zauważysz że po automatycznej naprawie niektóre dane mogą być bezpowrotnie stracone... Admin zaś, ma zawsze drugą konsolę i coś między uszami...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Zgadzam sie z Toba. To wizja przyszlosci... moze nie tak odleglej. A poki co, mysle ze za bardzo odbieglismy od tematu, a dyskusja stala sie bezproduktywna. Dzieki za posty i za zainteresowanie problemem.
Mysle ze nowe NND bedzie bardziej odporne na awarie zasilania niz stare, a to juz bedzie duzy postep.
I mysle ze tym optymistycznym zdaniem warto zakonczyc ten watek i wrocic do tematu.

Pozdrawiam,
Adrian

Tak wracająć do tematu: czwartek już blisko.

_________________
Nie ma takich rzeczy na świecie, których nie możnaby naprawić odpowiednią ilością taśmy klejącej
WWW.PANET.PL

Tak, nie umiem sie juz doczekac. Szczegolnie, ze chce akurat wymienic jeden ze swoich serwerow na PIII + 40GB HDD + 384 MB RAM. To bedzie dobra okazja do przetestowania nowego NND

Coraz bliżej do godziny 0
Ja tam sprawdzę równo o godz. 00:00 jak nie będzie nowego nnd to....
Ciekawe jakie będzie obciążenie serwera w tym dniu i ile będziemy ściągać nowe nnd, oczywiście jeśli zostanie opublikowane
P.S. Dzięki za info na temat nnd i systemu plików. Ja co prawda miałem 2 razy taką sytuację, ale byłem zmuszony zamienić dyski ze względu na brak napędu cd w serwerze.