Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 13 reacties
Bron: Red Hat, submitter: iyanic

Red Hat heeft afgelopen vrijdag de eerste bŤtaversie van Red Hat Enterprise Linux 5 (RHEL) gepresenteerd. De meest opvallende nieuwe software in deze versie van RHEL is de virtualisatie­software Xen. Het is opvallend dat Red Hat er toch voor gekozen heeft om Xen te integreren in zijn enterprisesoftware, omdat het bedrijf enkele weken terug veel kritiek had op Novell, dat Xen heeft opgenomen in Suse Linux Enterprise Server 10 (SLES). Red Hat meende destijds dat Xen nog niet volwassen genoeg was en dat de eerste kennismaking met de software daarom voor velen niet positief zou verlopen. Het feit dat RHEL 5 pas begin volgend jaar, ruim een half jaar na SLES 10, op de markt komt en dat in die tijd veel bugs in Xen zijn opgelost, zal Red Hat echter over de streep getrokken hebben.

Xen is vanzelfsprekend niet het enige nieuwe in deze release van Red Hat Enterprise Linux 5. Zo is de Linux-kernel bijgewerkt naar versie 2.6.17 en heeft Apache een update gekregen naar versie 2.2. Van PHP wordt versie 5.1.4 meegeleverd, evenals versie 2.4.3 van Python. MySQL is met versie 5.0.22 aanwezig en PostgreSQL met 8.1.4. Van Samba is versie 3.0.23a aanwezig en GCC is bijgewerkt naar versie 4.1.1. Verder zijn in RHEL 5 enkele nieuwe diagnostiseertools aanwezig, namelijk SystemTap en Frysk. Het eerstgenoemde stukje software is vergelijkbaar met DTrace van Sun Microsystems en kan gebruikt worden om draaiende systemen te analyseren en na te gaan of er zich problemen voor doen. Frysk is bedoeld om de activiteiten van softwareprocessen na te gaan.

Moderatie-faq Wijzig weergave

Reacties (13)

Ik sta een beetje verbaast dat er van allerlei producten de laatste versies gebruikt worden. Ok ik weet dat het beta is en dat tegen de tijd wanneer de final uitkomt alles 'stable' genoeg zal zijn maar toch.

We hebben het hier wel over een Enterprise Server, zou die niet alleen gebruik moeten maken van 'proven technology' ipv. alles maar gelijk te updaten naar de laatste versies.

Vooral mbt. de kernel weten we dat hier weleens wat bugs in kunnen zitten die voor onaangename verassingen kunnen zorgen.

Nu weet ik niet hoe dit bij de rest van de Enterprise servers is, oa. bij Novell (feit dat Novell Xen al meeneemt zegt trouwens al voldoende) maar het was iets dat me direct opviel tijdens het lezen van deze post, zelfs Slackware, totaal niet bedoelt voor de Enterprise markt (hoewel ik ze daar graag zou zien) is nog terughoudender hiermee en levert zelfs nog Kernel 2.4 mee die in mijn ogen dan ook veel verder doorontwikkeld is en veel stabieler is.

Lever desnoods standaard 2.4 mee en geef beheerders de keuze om toch de laatste 2.6 kernel te installeren, hetzelfde geldt misschien voor MySQL 4/5, PHP 4/5, Apache 1.3/2.x etc etc.
zou die niet alleen gebruik moeten maken van 'proven technology' ipv. alles maar gelijk te updaten naar de laatste versies.
Wanneer is 'proven technology' nou precies 'proven technology'? En wie bepaalt dat?

Er wordt zovaak gepraat over 'bewezen technologie'. Zo heb ik ergens gewerkt waar voor een bepaalde toepassing voor Windows + IIS gekozen is omdat dit ook 'bewezen technologie' zou zijn. Met hetzelfde gemak had er voor een Linux + Apache-oplossing gekozen kunnen worden (de toepassing leende zich daar ook prima voor, dus dat was geen excuus). Zowel Linux als Apache hebben zich volgens mij wel bewezen in de afgelopen jaren. Niet voor niets draait het grote gros van de webservers op Linux/*NIX + Apache.

Ik denk dus dat de term 'proven technology' of 'bewezen technologie' voor een groot deel slechts marketingtermen zijn.
Zo heb ik ergens gewerkt waar voor een bepaalde toepassing voor Windows + IIS gekozen is omdat dit ook 'bewezen technologie' zou zijn.
MS maakt bij elke nieuwe versie zoveel wijzigingen in hun OS, waarbij vaak zelfs wijzigingen in de basis-architectuur niet achterwege worden gelaten, dat in feite een Windows-OS nooit bewezen technologie wordt: immers tegen de tijd dat de technologie zich bewezen heeft, verklaart MS het al weer end-of-life.
Yep. NT4 is al heel lang EOL en windows 2000 nog maar net op de markt. Laat NT4 ongeveer even oud zijn als Linux (0.01 wel te verstaan) Als ik jou volg en een OS na elke revisie ongeveer 10 jaar nodig heeft om proven technologie te worden, dan is ook Linux (en kernel 2.x) dat nog lang niet......
Linux 0.01 is gepubliceerd in September 1991, NT4 in Juli 1996 (RTM). In Juli 1996 was Linux 2.0 al uit.

Bovendien is een groot deel van de basisarchitectuur van Linux gebaseerd op die van andere Unix-varianten, die al sinds 1969 bestaan.

Ik durf zelfs wel te stellen dat Linux meer gemeen heeft met die eerste Unix variant uit 1970, dan Windows 2003 of XP met Windows v1.0.
De 2.6 kernel is al redelijk oud en volwassen te noemen (december 2003!). Ook MySQL5, PHP5 en Apache 2 draaien ondertussen toch ook al weer even mee. Op een moment in tijd zal men toch overstag moeten gaan. het enige wat je echt als vernieuwend kan beschouwen is Xen en ik denk dat in den beginne er nog niet veel admins gebruik van zullen maken.

Ik neem trouwens aan dat MySQL4, PHP4 en Apache 1 zonder al te veel problemen te installeren zijn.
Grappig... 3 weken geleden liepen ze nog af te geven op Novell/SuSE vanwege de integratie van Xen, en toen was Xen ook nog niet gereed voor 'prime time'.

”f Xen heeft geweldige programmeurs die de software in 3 weken perfect heeft gemaakt, ůf Red Hat heeft weer eens een te grote mond gehad.
RedHat heeft aangekondigd dat pas aan het einde van het jaar te doen, bij de dan geplande release van RHEL 5:

"Despite speculation that Red Hat might be building its own virtualization technology, the company will, in fact, be working to include Xen in the next RHEL release at the end of the year, it said." (bron)

Dat ze nu een beta uitbrengen om de boel alvast te laten testen, is dan ook alleen maar slim IMHO.
Zou dit (nagenoeg) volgens RH's originele planning lopen, of zouden ze zich enigszins hebben laten beÔnvloeden door het feit dat Novell Xen al geÔntegreerd heeft in hun pakket?
In Fedora Core 5 zit ook al support voor Xen, nu weet ik niet in hoeverre de RHEL versie synchroon lopen met de FC versies - maar als dat wel zo is dan ben in geneigd te geloven dat Xen al gepland was voor RHEL 5...
Normaal gesproken komt er bij een nieuwe release van Fedora ook een nieuwe versie van RHEL uit. Of andersom, het is maar hoe je het bekijkt.

Helaas is dit keer de beta van RHEL 2 maanden vertraagd, waardoor de versies Fedora en RHEL niet meer gelijk lopen.
Wat een onzin. Fedora komt iedere 6 maanden met een nieuwe release, denk je dat enterprise klanten zitten te wachten op een nieuwe release om de 6 maanden? Daarnaast loopt Fedora ook hoger met de release nummers, terwijl ze veel later zijn begonnen dan RHEL.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True