Dotaz: Debian etch - vhodný pro servery?

[etch]

Zdá se mi, že debian etch rychlejší s lepší detekcí HW a vůbec vším. Je ale tento systém vhodný pro servery(router,mail,web)? Dá se potom bezproblémově upgradovat na stabilní verzi etch až vyjde?

Odpovědi

[disposable]

s upgradom problemy nebudu, jednoducho etch zostane etchom a stane sa stabilnym.

co sa tyka pouzitia etchu na serveri, zalezi to od serveru. ak ide o ozajstny server (ziadne X, iba zakladny system + mailserver, nfs, samba, atd.), chyby sa vyskytuju fakt len zriedkavo.

ale ak server mienis pouzivat aj ako pracovnu stanicu a bude tam nainstalovany gnome|kde + 6237 balikov, tak je to o krk. nie je nic nezvycajne ze etch sa po upgrade polozi. tohto roku sa mi to stalo uz 2x.

[etch]

Definujte mi slovo položí. Nenaběhne vůbec nebo co se stane a jak jste to řešil? Ten konkrétní server, kam budu instalovat má sloužit jako router, ale i pro uživatele pomocí přes ssh a tudíž tam budou X aplikace.

[LesTR]

ale i pro uživatele pomocí přes ssh a tudíž tam budou X aplikace.

Mohu prosim vedet, kcemu bude uzivateli pristupujicimu prez textovou konsoli X aplikace?

[etch]

Xforwarding

[disposable]

az taka chyba aby nenabehol vobec sa mi zatial nevyskytla. ale Xka mi raz odisli po upgrade z XF86 na Xorg, potom po zmene toho ako kernel zerie nvidia driver (musel som prejst na driver v .deb baliku).

par krat sa mi poriadne skonfliktili balicky a den som to riesil (vid moja rada cloveku s rovnakym problemom - http://www.abclinuxu.cz/forum/show/136047). no a viacero inych incidentov. prechod z 2.0 na 2.2 kernel mi tiez dal zabrat, musel som kompletne odznova naeditovat firewall.

prechod z 2.4 kernelu na 2.6 tiez nebol bezbolestny... tam som to vzdal, a nainstaloval odznova. dynamicky generovany /dev tiez sposobil problemy.

hlboke zmeny architektury systemu skratka nie su veci, ktore by sa mali odohrat na serveri. som skor za stable + backports(ak treba). zastavam nazor ze "if it ain't broke, don't fix it". doma mi stale bezi fileserver na debian slink s 2.2.18 kernelom

[Dan Ohnesorg]

Me se stalo zrovna dneska, ze se zrejme updatnul grub a novy chtel konfiguracni soubor /boot/grub/default, ktery ale drive neexistoval a balicek si jej neprinesl. System kvuli tomu zustal pri startu viset, protoze pouzivam savedefault a to havarovalo.

[vasek125]

Ještě, že používám lilo. Moje servery jedou na etch a to bez problémů.

[LesTR]

Osobne tedy pouzivam Etch riznuty trochou sida (unstable) a par balicku i z experimental, aktualizuju az na vyjimky denne a jeste se mi tedy nestalo, ze by se system "polozil". Ikdyz asi zalezi na tom, co si pod pojmem "polozil" clovek predstavuje. Musite si uvedomit, ze pouzivate Testing verzi, tudiz se nejake problemy objevit mohou a nekdy i objevi. Pokud se vam to nelibi, upgradujte na stable. U Etche je to ale vetsinou spise nejaky konflikt v zavislostech ci jine banality, ktere jsou bezne do druheho dne opravene.
Ja osobne nemam problem s nasazenim Etche na router, je to par baliku, ktere uz jsou z 98% odladene. Uz se na jeden takovy router chystam.

[Etchik]

Z vlastních zkušeností můžu říci že bych Etch nasadil na server už nyní, je poměrně dost "stable" - problémy s ním vůbec nemám (OpenSSH, VSFTP, MySQL, Apache2, PHP5 - pohoda). Myslím že když si někteří dávají na server SuSE Linux, tak u Debiana Testing problém vůbec nebude

[Milan Jurik]

Ach jo a uz je to tu zase. Pouzivani testovacich verzi na produkcnim stroji. Tak par poznamek, pripadne si zkuste vyhledat na Root.cz uz skoro 2 roky stary dvojclanek ode mne:

1) Testing nema zarucene security a stabilizacni fixy. Ac se od doby testing Sarge situace zmenila k lepsimu, stale neni dobra a z principu ani byt nemuze

2) Testing je mozne dostat v prubehu ruznych update do nekonzistentniho stavu

3) Je to TESTING

Celkove, pokud jste zodpovednym adminem, velmi dobre si zduvodnete, proc opravdu potrebujete testovaci verzi v produkcnim prostredi a pripravte se na mozne problemy. Cas na upgrade nenastal.

Ano, pouze muj nazor, podporeny snad jen cca 10 lety s Debianem.