freebsd 6.0 :: Something smarter than us is going to emerge


node:	freebsd 6.0
template:	4
parent:	09.11.2005-13:35:18
owner:	juraj
viewed by:
created:	09.11.2005 - 10:59:54

cwbe coordinatez:
101
63540
63542
2109677
940127
1973047
1972657

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

pyxel

cize konecne po dvoch rokoch stabilny bsd system, ktory nie je 100 rokov za opicami :-)

vyzera, ze dokonca na poslednu chvilu fixli uz aj dlhotrvajuci problem s intel sietovkami, ktore neskutocne blbli (em driver).

cely diskovy subsystem je stale nahovno (zapisy na hw raidy su stale rychlejsie ako citanie, co je jediny OS na svete, ktory ma taketo poor cisla).

cize uz len dobehnut zurnalovaci filesystem, clustrovany filesystem a pomaly budu dobiehat linux, este ked k tomu niekto spravi aj resource management a virtualizaciu, tak uz budu tam kde je linux s addonmi a solaris.

zaspali dobu chlapci.

0000010100063540000635420210967700940127019730470197265701973256

ty neryp :)

000001010006354000063542021096770094012701973047019726570197325601973336

ako ja nerypem len tak pre nic za nic. freebsd bezim na par celkom dolezitych serveroch a problemy ako nefunkcny driver na intel sietovku, pripadne pomale citanie su realne problemy, s ktorymi sa dennodenne stretavam a ktore magicky zmizli na tych par serveroch, kde som mal chut a cas hodit tam debian.

a fakt, ze jednoducho na freebsd nespravim distribuovany, resp. clustrovany filesystem je realne obmedzenie, ktore mi naozaj realne komplikuje zivot.

inac ked uz sme pri tom, skusal niekto Arla na FreeBSD? to je jediny slubny projekt, ktory sa crta na distribuovany fs (aj ked ten port je broken a je to len klient, takze server bude musiet byt na linuxe aj tak).

rozmyslal som aj nad failover rieseni cez geom gate (geom a fyzicky device dat do vinumu do raid-1 a robit failover), ale tam neviem ako predidem split brain efektu, ktory by mi poskodil filesystem (ktory navyse nie je journalovy, teda nie clustrovo journalovy).

teda jednoducha, prakticka otazka, ktoru teraz realne riesim: ako spravim 100% redundantny sietovy storage.

Potrebujem proste /var/www s rovnakymi datami viditelne z X nod (minimalne 2) tak, ze ani jeden nie je master, teda ked ktorakolvek masina v clustri spadne, data vidim znova a ked sa nahodi, tak sa tie data zreplikuju.

Lebo toto su podla mna realne problemy, ktore treba v sucasnosti riesit, nie ze ci sa bude robit device polling alebo ci zrychlim scheduler o 1.5%.

ja tie zmeny vo freebsd vitam, ale zdaleka mi nevyriesia problemy, potesia ma, ale svet je uz daleko viac technologicky vpredu....

00000101000635400006354202109677009401270197304701972657019732560197333601973356

mno tak proste je to pre inu target societu :)

000001010006354000063542021096770094012701973047019726570197325601973262

Krtko ;)

00000101000635400006354202109677009401270197304701972657019732560197326201973297

tucniak :)

0000010100063540000635420210967700940127019730470197265701973256019732620197329701973350

mozno som tucniak, aj ked som skor chudy, ale som tucniak, co spravuje 11 freebsd serverov. to nepisem preto, aby sme sa mohli hadat, kto ma vacsi pipik, ale nepisem len tak, ze by som nemal co robit a podrypoval do freebsd. proste su tu realne, aktualne problemy, ktore ine systemy maju davno vyriesene a freebsd si riesi svoje vnutorne problemy typu ci vyhodit perl zo zakladnej distry alebo aky bude defaultne scheduler. pricom vravim, su tam akutne problemy, ktore sa jednoducho neriesia vobec (napr. rok znamy problem s rychlostou citania z hw raid poli). dokonca ani prepisanie io subsystemu tomu pomohlo iba ciastocne. a ked ma z hw raid pola linux 2-3x rychlejsie citanie (z fyzickeho devicu, nie z filesystemu), tak to uz je dost na zaplakanie...

000001010006354000063542021096770094012701973047019726570197325601973262019732970197335001973374

sak ano, ved to.
ja tu rypem obrazne povedane (citujem) "aby sme sa mohli hadat, kto ma vacsi pipik" :)
preto ma udivuje, ze tolko energie (a hnevu?) vkladas do reakcii

ale ak by som mal nejak rozumne zareagovat tak k tym problemom, ktore adresujes, sa nemozem kompetente vyjadrit, nakolko ani nespravujem 11 freebsd serverov ani hardverove raid polia. ostava mi verit ti, a to nemam dovod necinit.
ja pouzivam netbsd na low-end intelovych serveroch so softverovymi raidmi bez distribuovanych filesystemov, clusteringu atd. a okrem absencie zurnalovacieho filesystemu nepocitujem nejake hendikepy voci linuxovym uzivatelom. a mnohe vlastnosti bsd by mi v linuxe chybali. proste nepoznam linuxove distro, ktore by mi neprislo bud zbyotocne komplexne, alebo prilis malo dotiahnute. mam tym na mysli trebars spravu balickov, zdrojove a binarne upgrady. dalej ladenie. nech mi nikto netvrdi ze mu jeho linux nepanikari. no a co ked linuxove jadro nevie ani hlupy coredump vyplut.
mozes si povedat, ze ano, hluposti. lenze pokial neriesim nejaku velku vec, tak ma zaujimaju prave taketo hluposti, aby som sa rozhodol. linux uz podla mna vystrelil daleko na to, aby stacil na normalne low-end systemy, je na to jednoducho prilis malo priatelsky.

00000101000635400006354202109677009401270197304701972657019732560197326201973297019733500197337401973609

ja sa vobec nehnevam.

kernel crash dump: Kdump is a kexec based crash dumping mechansim for Linux.

kernel panic vo freebsd-stable som videl naposledy pred cca troma tyzdnami (niekto commitol hlupost do -STABLE stromu a styrikrat mi kvoli tomu spadol produkcny server).

kernel panic (inak ako sposobeny chybnym hw, comu velmi nezabranis ani v *bsd) som videl naposledy prec cca 4 rokmi.

linux je kernel, ked chces, mozes na spravu balikov pouziva netbsd pkgsrc http://www.uk.netbsd.org/Documentation/software/packages.html#platforms, to so systemom nema vobec nic spolocne.

0000010100063540000635420210967700940127019730470197265701973256019732620197329701973350019733740197360901974825

ad kdump: vyzera sumne, nepoznal som ho, ani som sa nedoguglil k nemu. dakujem.
ad linux panic: tak mas bud stastie, alebo ja nestastie.
ad pkgsrc: ale nim neuspravujes vsetko, ze.

000001010006354000063542021096770094012701973047019726570197325601973262019732970197335001973365

Ved sa ukludni on tam dal smajlik, cize urcite nechcel rypat...

0000010100063540000635420210967700940127019730470197265701973222

6.0 je brak, testovali sme to s par ludmi a predsa len zostavam na 5.4 ;)