Red Hat Enterprise Linux 5 (diskuse)

[ext3fs]

Zakoupili jsme RHEL 5 do firmy na e-mailovy server.

Postrehy:

- postfix je v podivne stare verzi + neni kompilovan s podporou mysql - pro reseni Postfix + Courier-IMAP + maildrop (uzivatele v mysql) neni distribuce temer vubec pripravena a vetsina balicku neexistuje, nebo nejde sestavit .) Takze velke mnozstvi programu se muselo rucne kompilovat.

Zaver:

Za ty penize bych to jiz nikdy nekoupil. Jedine "plus" vidim v tom ze se jedna o "komercni/profi" distribuci, takze mame papir, ze to je nejak garantovane .)

[michich]

Ve spec souboru balíčku postfix je na začátku: %define MYSQL 0

Tady se to dá změnit a rebuildnout RPMko. Takto upravený postfix už nebude oficiálně podporovaný, ale možná je to lepší než si ho sestavovat z normálních zdrojáků.

Ve Fedoře byla podpora MySQL v postfixu zapnuta teprve v listopadu. Do RHEL se to dostane asi až s verzí 6.

Které programy chyběly? Nejsou aspoň některé z nich třeba v EPEL?

[Jiří Lisický]

Tu druhou můžeme provést i vzdáleně přes VNC pomocí parametru linux vnc. Pokud chceme instalaci zabezpečit heslem, zadáme linux vncpasswd=heslo. Jenom je škoda, že podobná možnost chybí u textové instalace.

Zkoušel jsem to jednou u fedory a šlo tam instalovat vzdáleně přes telnet. Provádět už instalaci po síti je skvělá vychytávka
Možné volby viz. Anaconda Options

Nevýhoda u toho telnetu je, že se nedá přepnout na další konzole (příkazový řádek, výpis logů, ...)

[satanatas]

máme už dlouho rhel4 a jediný důvod proč tam není jiná distribuce zadarmo je taky kvůli tomu papíru, že je to koupený a je to "profi". managoři jsou holt už takoví.

[Michal Vyskočil]

Ostatně, kdo by používal server na psaní textových dokumentů?

Pravděpodobně ti stejní, co by jej používali na kreslení v Gimpu

[Petr (DotaZ) Jakubec]

taky me to trklo...

Xka na serveru jsou vubec celkem kontroverzni. natoz gimp a podobne kraviny...

jo a to rude prostredi: mozna by si mel RH uvedomit, ze jeho sw je na praci a pracuji s nim lide a prispusobit se tomu. rude pozadi by pouzival snad jen autista!

skoda ze se neda koupit Debian EL (AS ci jina super zkratka) myslim, ze by na tom rozhodne byl dobre, je to velmi dobra volba.

[Michal Vyskočil]

Jak Gimp, tak OO.org se dají používat i neinteraktivně, takže oboje má svoje serverové využití. Proto mě zaujal argument s OOo

[Lukáš Kotek]

Mě se naopak celkový rudý tón RHEL velice líbí, takže je to skutečně relativní.

[Tomáš Veselý]

No OO má na serveru určitě větší smysl, než GIMP. Psát na tom asi nikdo nic nebude, ale na čtení dokumentace by tam něco být mělo(pravda OO je kanón na vrabce, ale zase má asi nejlepší kompaktibilitu jak s ODF, tak formáty MSO)

[Pista]

Dokumentaciu si mozete citat na svojej pracovnej stanici. Na serveri nema OO co robit a ani graficke prostredie.
Debian je Debian.

[Jiří Lisický]

Nezapomeňte na to že X Windows System funguje po síti. Takže si OO nainstalované na serveru, na kterém není spuštěné grafické prostředí můžete pustit tak, že se bude zobrazovat přes váš Xserver na desktopu.

[rich]

Na serveri nema OO co robit a ani graficke prostredie.

Můžete své tvrzení nejak dokázat?

[berger]

Zeby to bola zakladna bezpecnostna poucka? Na serveri ma bezat iba tak vela veci, ktore su nutne na to aby splnal poziadavky na neho kladene. Takze na vacsine servrov gui nema co robit. Aj ked istotne existuju pripady, ked je gui prave to co ma na serveri bezat (server pre tenkych klientov)

[OndraZX]

To jsou male veci. Ve verzi 4 byl po standardni instalaci (default vyber baliku) vychozim prohlizecem webu v prostredi Gnome hadejte co? - samozdrejme Konqueror. jak logicke.

Ja si porad myslim, ze Enterprise distribuce jak RHEL tak SLES i kdyz obsahuji zajimave technologie a maji support, tak jsou to neuveritelne splacaniny - jako by vyvojari u toho vubec neuvazovali.

Navic ja razim cestu jednoduchosti - co je jednoduche se jen tak nepokazi - instaluji zakladni system + potrebnou aplikaci - nic vic. Na co mam na serveru X, a napr. Gnome s Gimpem - a pak bezpecnost resit SElinuxem a firewaly. Podivejte se, co vsechno po default instalaci na Enterprise serverech bezi. Uz i Microsoft u Win 2003 serveru pochopil, ze v jednoduchosti je sila a po instalaci zadna sitova sluzba nebezi.

[LuděkS]

Např. EyeOS využívá OOo pro dokumenty. Takže pokud by někdo na tom serveru chtěl EyeOS s Apachem provozovat, OOo se mu může hodit..

[Ján Chrastina]

Ja som rozčarovaný z Red Hatu 5. Po inštalácii sa nedá prihlásiť na ssh. Firewall a SELinux som vypol, upravil som /etc/hosts.allow ale po sieti sa na ssh nedá dostať. Pokus o pripojenie skončí s hláškou "Connection refused". Lokálne ssh funguje. Myslím že ssh by malo fungovať po inštalácii aspoň tak ako v Debiane. Nemám čas prechádzať fóra a rozchádzať takú základnú vec ako je vzdialený prístup.

Neviete náhodou niekto ako povoliť ssh na RedHate?

[michich]

ssh funguje hned po instalaci i při zapnutém firewallu (samozřejmě s povoleným portem) a SELinuxu. Něco musí být špatně u tebe. Neudělal jsi nějakou chybu právě při úpravě toho hosts.allow?

[Ján Chrastina]

Tak som preinštaloval celý RedHat a ssh funguje. Čudné, ale poteší.

[melkors]

Zakladni otazky:
- je ssh vubec nainstalovano?
- funguje sit?
- jak se to chova, kdyz je prazdny hosts.allow i hosts.deny?

Jinymi slovy: PEBKAC!

[Lukáš Zapletal]

Tak ssh jde určitě, chyba není na vysílači. Nezkoušíte to náhodou jako root? Zkontrolujte si svoji ssh konfiguraci, něco musí být špatně. Firewall nebo něco jiného. Takhle to rozvrtat hned při instalaci, to se jen tak někomu nepodaří.

[springer]

chybi take v rh-el5 startovaci script pro freshclam, jako v Centos? To je to jedine, co musim delat od ruky. Jinak pro kombinaci exim,cyrus,amavis,clamav je to dobre pripravene - musi se extra instalovat asi jenom 40 rpm's. To je ta vyhoda OSS, jde vsechno a nic zaroven ...

[cthulhu]

verze RHEL5 (oproti verzi 4) bohuzel pri instalaci nenabizi nic jako "minimum installation" coz je jiste krok (slabe slovo) zpet..

[Lukáš Zapletal]

Tohle je fakt dost blbý, v CentOSu to naštěstí jde.

[cenda]

Nevíte někdo kolik takové enterprise řešení stojí? Na stránkách redhatu jsem to nenašel a nedokážu si to vůbec představit. ˇRekněme tak pro firmu do 100PC (přechod z win na linux), pošta a nějaký file server. dík

[LuděkS]

Napište si do firmy Servodata, měli by to vědět přesně.

[OndraZX]

http://shop.qcm.cz/inshop/linux/red-hat-linux/

[Lukáš Zapletal]

Serverový popis dost slabý, "nesmí chybět Apache" nebo "můžeme použít Postfix". Zajímavější by bylo uvést verze, co je nového na poli nástrojů, zabezpečení, nové technologie. Pro člověka používajícího RHEL na serveru je důležité vědět, co je nového v páté verzi. Recenze se mi celkově nelíbila.

[Robert Krátký]

Zajímavější by bylo uvést verze

Záměrně jsem čísla verzí z recenze vypustil, protože RHEL 5 už není nový produkt a dá se očekávat, že pro verze programů obsažených na instalačních médiích již bylo připraveno (a backportováno) mnoho oprav, které si uživatelé prostřednictvím RHN nainstalují. Připadá mi proto zbytečné a spíše matoucí uvádět výčet verzí.

[Lukáš Zapletal]

Mám opačný názor. Není to nejnovější produkt, ale stále aktuální. U těchto serverových distribucí plyne čas trošičku pomaleji. Nicméně čísla verzí bych klidně i oželel...

[maleprase]

Tu druhou můžeme provést i vzdáleně přes VNC pomocí parametru linux vnc. Pokud chceme instalaci zabezpečit heslem, zadáme linux vncpasswd=heslo. Jenom je škoda, že podobná možnost chybí u textové instalace.

RHEL 5 jsem neinstaloval ale ve fedore funguje linux telnet

[Druid]

kde se da v RED HATu vypnout star X serveru ? dekuji

[Aldagautr]

co zmenou runlevelu?

[Jiří Lisický]

tam kde ve většině ostatních Linuxů
změnou default runlevelu v /etc/inittab

[Nuphar]

Zdravím,
zkoušel jsem si chvilku na notebooku hrát si remasterem RH EL, Scientific Linux 5.1 (https://www.scientificlinux.org/) a dopadlo to bídně... ;) Instalátor mi nenašel správné rozlišení 1280x800, což není překvapivé, ale nepodařilo se mi to spravit ani po hosinovém boji s 915resolution (grafika je Intel). Podobně jsem prohrál i s ovladačem na wifi (Broadcom, bcm43xx). Poté, co jsem přidal komunitní repozitáře (předvoleny, stačilo povolit), rozšířená verze Yumexu se jen horko těžko vypořádávala s verzemi a závislostmi. Systém nezkonfiguroval ani zvukovku od Intelu...
Nicméně abych jen nehanil, ten systém na mě působil velice robustně a spolehlivě. Na server bych si jej klidně dal. Na notesy to zjevně není, ale co dělal, dělal spolehlivě. Žádné potíže se stabilitou programů, vše skvělé.

[I.M.]

Pripada mi, ze mnozi z Vas stale nepochopili. RedHat je pouze jednou z mnoha kombinaci svobodnych programu zastresenych GNU foundation a kernelu Linux. Pridana je placena podpora 24/7, kterou zkuseny profesional nepotrebuje + nekolik UI pro zjednodusenou konfiguraci, ktere slouzi jako abstrakce nad textovymi konfiguracnimi soubory typu *.conf, ktere by prave kazdy mel byt schopen editovat ve vi(m) ci emacs / ed nebo jinych editorech. Dle meho nazoru neni horsi administrator nez ten, kdo se nauci pracovat pouze s abstrakci a skutecne nakonfigurovani systemu pote absolutne vubec nezvlada. Dalsi obrovske minus techto UI je nejednotnost, cili pokud by se nekde preslo z redhatu napriklad na OpenBSD za ucelem vyssiho vykonu, nizsich naroku na operacni pamet RAM, vyssi bezpecnosti uz v defaultni instalaci a lepsiho systemu balicku / lepsi dokumentace, tak by byl takovy "abstraktni administrator" s prominutim vite kde... Co se tyce serveru, neni nad UNIX a to samozrejme kazdy vetsi IT subjekt vi a proto se nenecha zlakat takovouto agitackou na RH.

[Karel Zak]

Pripada mi, ze mnozi z Vas stale nepochopili. ... Pridana je placena podpora 24/7, kterou zkuseny profesional nepotrebuje + nekolik UI pro zjednodusenou konfiguraci. ... samozrejme kazdy vetsi IT subjekt vi a proto se nenecha zlakat takovouto agitackou na RH.

Ty jsi nepochopil

Pokud by melo RH zivit UI pro konfiguraci tak uz davno zadny RH neexistuje... ani predpoklad, ze zakaznici jsou nezkuseni uzivatele nechajici se oblbnout marketingem je hodne mimo.

Vetsina z vyznamnych zakazniku RH se naopak orientuje v tom co chteji hodne dobre (a umeji si sve mnoha-milionove investice spocitat) a zamestnavaji vetsinou cela oddeleni lidi schopnych administrace (i bez klikani).

To co chteji je support na urovni, ze ten kdo support poskytuje tak je schopen problem *vyresit* a to i u veci co je komunita uz davno nepodporuje. Vyresit != napsat do nejakeho linux fora, ale schopnost vygenerovat opravu, udelat QA, rozdistribuovat zmenu a pripadne se postarat o zacleneni zmeny do upstream kodu.

RH/Novell take casto resi veci co jsou standardne pro linux komunitu neatraktivni pripadne je upstream uplne mrtvy.

Dalsi pomerne velkou oblasti jsou certifikace. Tem opradu velkym se vyplati kupovat doporuceny HW + SW, admistrovat stroje pomoci RHN apod.

Predstava, ze pro kazdou firmu najdete nadseneho linuxare shopneho resit libovolne problemy je utopie. Predstava, ze kdyz jsem schopen (ekonomicky unosne) udrzovat sve 2-3 servery se svou nekomercni distribuci tak ze toho budu schopen stejne dobre u 1000 stroju je o hodne prehnanem sebevedomi.

Zakaznici RH jsou prave vetsi IT subjekty (casto primo dalsi SW/HW firmy).

[Aldagautr]

placena podpora 24/7, kterou zkuseny profesional nepotrebuje

zkuseny profesional si zpocita, ze je vyhodnejsi si zaplatit tuhle podporu, nez si nekde v zaloze drzet a zivit hromadu zkusenych profesionalu, aby mu v pripade problemu bugfixovali produkty tretich stran

[LuděkS]

Jen bych dpolnil, že to není "jen" přidadná podpora, ale i nástroje, které značně zjednodušují správu velkého počtu serverů. To je výrazná přidaná hodnota. Mám na mysli RHN, J-Boss, Satelite a další...

[I]

Stale jsem si nevsiml toho, ze by RedHat provadel bugfixy libovolneho OpenSource na pozadani (l)usera. Napriklad muze MySQL ztracet databazovy kurzor, coz je zavazny bug, ktery se samozrejme nekde projevi, ja bych problem resil downgradem zpet na funkcni verzi, ale vy tvrdite, ze pote co nekdo zavola technickou podporu RedHat, tak ti chlapci z cista jasna MySQL fixnou, zaslou bug report jeho skutecnym developerum a inkluduji patch pro upstream? Wonderful world, ve kterem zijete... =)

Napsal jsem ze zkuseny profesional technickou podporu nepotrebuje, protoze jsem se osobne zatim nesetkal ani jednou s pripadem, kdy by tato podpora byla uzita oduvodnene a to urcite nebudu jediny, kdo ma spise zkusenosti s tim, ze clovek, ktery snad omylem zacal pracovat jako administrator nevi jak nakonfigurovat kuprikladu masquarade ci packet filter s default policy DROP a tak zavola technickou podporu RedHat, ze mu nic nefunguje, ze mu to vypise pokazde stejnou chybovou hlasku, ..., a daji to nejak dohromady, pricemz si zakaznik mysli, ze ta podpora je od toho.

[michich]

To, že zákazník ohlásí bug, Red Hat to opraví a pošle patch do upstreamu, se děje běžně.

[Jakub Suchy]

Delal jsem to nejmene jednou (tento tyden zrovna podruhe a potreti).

Nasli jsme bug v dovecotu ve spojeni s LDAPem, poslali ho na Red Hat Support. Red Hat ho fixnul a poslal nam opravena RPMka pro nasi verzi RHEL. Fix se pote verejne objevil v nejblizsim updatu dovecotu.