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: The FreeBSD Project, submitter: OSC-DIS

FreeBSD heeft onlangs een update mogen ontvangen naar de tweede release candidate vande 4.9-branche. In deze release is aandacht besteed aan de fouten die aanwezig waren in de eerste testversie van deze branche. De image is vanaf hier neer halen en is net geen 650MB groot. Via de mailinglist van FreeBSD.org werd de volgende e-mail verspreid:

FreeBSD DuiveltjeWe have resolved many of the issues brought up with the first release candidate and made another ISO available for testing. We're especially interested in hearing from people who can deploy this on heavily loaded systems. Also, please test your favorite packages on the ISO image so we can be sure our important third party applications are working properly.

Thanks,
- Murray
Moderatie-faq Wijzig weergave

Reacties (13)

Ik raad af deze te installeren, je kunt beter even wachten tot de final uitkomt, nog een weekje ofzo.

Wat betreft die heavy load machines, dat is niet per definitie hetzelfde als mission critical servers, enkel dat de load erg hoog is. Dat kan ook zonder dat de bak aan het internet hangt, maar dan doe je het dus puur om te testen ja.
De RC's van een nieuw -release zijn in FreeBSD altijd "stabieler" dan de vorige release. De enige delen die uiteraard minder stabiel kunnen zijn zijn de nieuwe functies. Al wat er al in zat (en wat je dus gebruikt als je je oude "heavily loaded" server upgrade) zal gewoon goed werken.
Ze willen dat dit wordt getest op zwaar beladen machines, maar dat lijkt mij juist niet handig, een RC op zon zwaar belast ding geeft alleen maar nare dingen. Misschien als je er een cowtje op zet, maar ik denk niet dat ze dat bedoelen met heavily loaded systems.
Maar ze zullen het toch moeten testen. Misschien kan het problemen geven maar dat is juist wat ze op willen lossen. Heavy load (qua netwerkverkeer) simuleer je niet zomaar even dus ze zijn afhankelijk van een sysadmin met een flinke portie lef.

Het kan daar hopeloos fout gaan, ja, maar dat zorgt er voor dat het bij jou (met de final versie) wl goed gaat..
Dat willen ze testen omdat er in 4.9-PRERELEASE PAE (Physical Address Extensions) zijn toegevoegd waardoor er even later allemaal (verwachte) problemen ontdekt waren die met deze verandering te maken hadden.

(als iemand trouwens nu al wilt gaan testen en naar 4.9-RC2 wilt gaan kan als cvs tag RELENG_4 gebruiken)
Dat is een 'osolete' release uit de -CURRENT branche. :Z :Z
Versies 4.X zijn STABLE, versies 5.X zijn RELEASE. Voor kritische toepassingen wordt nog 4.X aangeraden, verder is het gebruik van 5.X aan te raden, ivm betere ondersteuning voor nieuwe hardware en gebruik van geavanceerde technologieen.
Ik heb niet zo lang geleden FreeBSD 4.8 op mijn server geinstalleerd, zou ik deze nu kunnen upgraden naar FreeBSD 4.9 als deze uitkomt door gewoon een make world uit te voeren? Of werkt dat niet zo simpel?

Verder moet ik zeggen dat het wel lekker werkt, het enige nadeel vond ik dat je bij de standaard installatie nog geen firewall opties in de kernel gecompileerd had zitten, maar ja, aangezien je bijna alles zelf moet compileren met FreeBSD, kon dat er ook nog wel bij. Verder voelt het lekker veilig aan, 'su' is bijvoorbeeld standaard disabled (had ik onder linux nog niet meegemaakt eigenlijk), je krijgt elke dag een mailtje met een system en een security rapport.
Als ik nu trouwens mensen afschrik die het misschien eens zouden willen proberen, maar nachtmerries hebben van het compileren van programma's omdat dat nog wel eens mis wil gaan als je zelf tarballs download, programma's uit de ports compileren gaat eigenlijk altijd goed.
Ja, je kunt gewoon upgraden door in principe het volgende te doen:

0) Lees /usr/src/UPDATING door of er niet iets gewijzigd is wat van belang kan zijn
1) Dan je sourcetree up-to-date brengen
2) make buildworld
3) make buildkernel (evt gevolgd door KERNCONF=KERNEL), waar KERNEL de naam van je eigen configfile is
4) make installkernel (KERNCONF=KERNEL), zie boven
5) make installworld

en dan rebooten, en dan zou ie up-to-date moeten zijn
NB. Dit kan alleen met dot-upgrades. Upgraden van 4.X naar 5.X kost meer moeite.
Vandaar dat ik ook zei dat je UPGRADING door moest lezen, aangezien er bij de upgrade 4.x naar 5.x inderdaad wat meer bij komt kijken.
Je vergeet een erg belangrijke stap:

6) mergemaster -i
Dit zorgt ervoor dat de configuratiefiles in /etc/ up to date worden, en laat indien nodig jouw je bestaande instellingen mergen met de nieuwe files. Configuratiebestanden willen nog wel eens wijzigen.

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