500

Címkék

500 nap az 12.000 óra vagy 720.000 perc vagy 43.200.000 másodperc.



Ennyi a HUP szerver uptime-ja ma (a NetCraft oldala szerint is). Ez azt jelenti, hogy kikapcsolás ás újrabootolás nélkül ennyi ideje szolgáltat egyfolytában.

Az 500 nap alatt a szerver 58.887.014 beérkező csomagot fogadott, és 757.241.632 kimenő csomagot szolgált ki a publikus hálózati csatolóján keresztül.
Az szerver az elmúlt 500 nap alatt csak a frissítések (Apache, PHP, SSL) idejére (pár másodperces kihagyások) függesztette fel a szolgáltatásait (web, news) - kivéve egy alkalommal, amikor kicserélésre került az előtte levő tűzfal, de az sem vett igénybe több időt, mint 50 perc - és ezektől eltekintve rendületlenül szolgálta a magyar linux/bsd/un*x közösséget. Minek köszönhető ez az 500 nap?



Három dolognak:

  • az Axelero Adatpark hihetetlenül megbízható szolgáltatásának (a HUP kolokációs partnere) (Internet csatlakozás, áramellátás, európai színvonalú szerverterem - amelyet az Axelero nagyvonalúan ingyen biztosít a HUP-nak)
  • a szerver alapját képező Intel szervernek (köszönet az Intel Magyarországnak, aki ellenszolgáltatás nélkül adományozta a szervert a közösségnek)
  • és végül, de nem utolsó sorban a FreeBSD operációs rendszernek (és fejlesztőinek), amelynek 4.7 RC1-es verziója kitartóan teszi dolgát



    Ez az 500 napos uptime azt jelenti, hogy a vas és az operációs rendszer az elmúlt másfél évben 100%-os, míg a rajtuk futó szolgáltatások 99.9167%-os rendelkezésre-állást biztosítottak az olvasóknak.
  • A HUP (a www.debian.hu, news.fsn.hu, a wap.hup.hu, és a wiki.hup.hu) ebből az alkalomból köszönetét szeretné kifejezni a támogatóknak (Axelero, Intel Magyarország), és a FreeBSD operációs rendszer lelkes fejlesztőinek.

    Hozzászólások

    Trey, magadat ne hagyd ki, azért ennyi önfényezés belefér. :)

    Mellesleg meg nem "...Intel Magyarországnak, aki...", hanem ami, mert ugye cégről van szó.

    BTW, szerintem akkor nem sikerült volna ekkora uptime-ot csinálni, ha vannak lokális usereid és lyukat találnak a kernelben, saját tapasztalat Linuxon. :) Akkor muszáj rebootolni az új kernelhez. :(

    >Intel Magyarországnak

    öt emberbol all a IM, akiket szemelyesen is jol ismerek, ezert lett talan ``aki'' :-)

    >BTW, szerintem akkor nem sikerült volna ekkora uptime-ot csinálni, ha vannak lokális usereid és lyukat találnak a kernelben, saját tapasztalat Linuxon. :) Akkor muszáj rebootolni az új kernelhez. :(

    Nincsenek lokalis usereim, es nem is lesznek. Osszesen rajtam kivul meg egy embernek van accountja a gephez, akiben 100%-ig megbizom. O akar kezzel is kihuzhatja a gepet a konnektorbol, vagy bootolhat ugy, hogy nem kell neki root jelszo. Magamban meg csak megbizom :-)

    Es akkor most nezzuk meg egy igazan szaklap uptime-jat is:

    http://uptime.netcraft.com/up/graph?site=www.prog.hu

    :)))) Ok kinek fogjak megkoszonni 'ezt a fajta' tamogatast? :)) Es MIKOR? :)

    Hali! A HUP a kezdőlapom és minden tekintetben a legfrankóbb oldal, amely az aktuális Unix-féleségekről tájékoztat. Az Axelero és az Intel mellett nyissunk egy virtuális pezsgőt Neked is Trey! :) Köszönjük!

    Sziasztok!

    Azért a www.prog.hu is majdnem futott 133 napot és talán a sűrű oprendszercsere az oka ennek, bár ki tudja....

    A HUP 500 napjának szempontjai közül ne hagyjuk ki a jó , vagy hozzáértő rendszergazda szempontját sem :)

    Mert hiába van Free BSD a szerveren, ha egy csupán "a népszerű tananyagon" kiiskolázott rendszergazda adminisztrálja a rendszert és emiatt egy komolyabb kérdésnél lefagy :)

    No nem az oprendszer :)

    Úgyhogy Trey munkáját is dicséret illeti :)

    Azért volt egész normális időszakuk is FreeBSD-vel :)

    De ez a max 3 napos uptime ez cép :)

    Nos... gratula, de tényleg... nagyon szép teljesítmény...

    Emlékszik még valaki a root jelszóra ? :)

    ehez csak gratulalni tudok, megtobb ilyen magyar oldalt kivanok kis kozossegunknek :))

    Gratulálok!

    Csak így tovább Trey!

    mi jelenleg 160-napnal tartunk :-)

    debilla rulz

    Szep teljesitemeny!

    Gratulalok!

    Nekem meg ma helyezte at az IW az 1ik szerveremet (az uj szervertermebe), ami berakas ota folyamatosan ment, es 287 days, 23:44:09 -nel tartott...

    A masik netes szerveremet pedig egyszer az Integritysek inditottak ujra keres nelkul,aztan volt 1 szervercsere (303 napos uptime), utana pedig a ram szalt el.De az szerver is vmi 280 napnal tart most, ujra:)

    A sulis szervereknel viszont max 200 napos uptimeok fordultak elo, foleg vascsere/atalakitas vagy bugos kernelfrissites miatt, de azert elofordult mar olyan hosszu aramszunet hogy az UPS nem birta/na meg 1x a takaritono nyomta ki az FW-t...:)/

    Sajnos ahogy nezem a NetCrafton atfordult a szamlalo. Nehany operacios rendszer eseten 497 napnal 0-ra valt a Netcraft szamlaloja :-(

    A magyarazat:

    Additionally HP-UX, Linux, NetApp NetCache, Solaris and recent releases of FreeBSD cycle back to zero after 497 days, exactly as if the machine had been rebooted at that precise point. Thus it is not possible to see a HP-UX, Linux or Solaris system with an uptime measurement above 497 days.

    Why do some Operating Systems never show uptimes above 497 days ?

    The method that Netcraft uses to determine the uptime of a server is bounded by an upper limit of 497 days for some Operating Systems (see above). It is therefore not possible to see uptimes for these systems that go beyond this upper limit. Although we could in theory attempt to compute the true uptime for OS's with this upper limit by monitoring for restarts at the expected time, we prefer not to do this as it can be inaccurate and error prone.

    Suck :-)