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. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 10, views: 2.899 •
Bron: FreeBSD

De leden van het FreeBSD Release Engineering Team hebben in de 8.x-tak van FreeBSD een nieuwe versie uitgebracht met 8.1 als rugnummer. Het besturingssysteem heeft een lange geschiedenis achter de rug. Begonnen in december 1993 als FreeBSD 1.0 is het in de loop der jaren uitgegroeid tot wat het nu is. Voor meer gedetailleerde informatie over het hoe en wat van FreeBSD verwijzen we door naar het Nederlandse handboek. De aankondiging van deze uitgave ziet er als volgt uit:

FreeBSD 8.1-RELEASE Announcement

The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 8.1-RELEASE. This is the second release from the 8-STABLE branch which improves on the functionality of FreeBSD 8.0 and introduces some new features. Some of the highlights:
  • zfsloader added
  • zpool version of ZFS subsystem updated to version 14
  • NFSv4 ACL support in UFS and ZFS; support added to cp(1), find(1), getfacl(1), mv(1), and setfacl(1) utilities
  • UltraSPARC IV/IV+, SPARC64 V support
  • SMP support in PowerPC G5
  • BIND 9.6.2-P2
  • sendmail updated to 8.14.4
  • OpenSSH updated to 5.4p1
  • GNOME 2.30.1, KDE 4.4.5
For a complete list of new features and known problems, please see the online release notes and errata list available at: For more information about FreeBSD release engineering activities please see: Availability
FreeBSD 8.1-RELEASE is now available for the amd64, i386, ia64, pc98, powerpc, and sparc64 architectures.

Reacties (10)

Is deze versie al helemaal productie-ready? De geschiedenis heeft geleerd dat we vaak tot x.3 versies moeten wachten totdat het stabiel genoeg is om in te zetten in productie-omgevingen ...
Ik ken er genoeg die 8.0 ook al in productie hebben draaien, ik zie persoonlijk niet echt reden om bij deze versie de boot af te houden.

(volgens mij doel je op de 5.x reeks trouwens, maar dat was over de hele linie meer een development versie dan een echte productie release)
Dat heb ik ook wel eens ergens gelezen maar ik merk eigenlijk geen verschil.
Ik snap ook nooit waar die uitspraken op gebaseerd zijn. Je zou met je "productie" de allerlaatste updates nodig kunnen hebben, maar dan vraag ik me af wat je aan het doen bent (met het best OS ter wereld 8-) )
Er worden voor iedere 8.x versie eerst 2 Beta's en 2 Release candidates uitgebracht dus de controle is er echt wel.
Versie 8.0 blijkt erg stabiel te zijn en ik draai nu een week op 8.1 en nog geen problemen gehad tot nu toe.

Voor thuisservers is het ook nuttig om te vermelden dat powermanagement features voor controllers in AHCI nu ook ondersteund wordt. Dat drukt mijn thuisserver van 72W idle naar 50W idle.
Ik wacht nog steeds op hogere ZFS versies :) ingebouwde samba shares, deduplication en on the fly expansion voor raidz zijn features waar ik op wacht.
Ik zit momenteel nog op versie 7 en heb nog geen zin om alles overnieuw te beginnen, maar het zal zeker de moeite lonen. Het moment dat ik van mijn mirror config naar raidz ga zal tevens het moment zijn dat ik op 8.x overschakel :) hopelijk tegen dan met ZFS versie 16, die ondersteund on the fly raidz expansion.
dan kun je nog wel een jaar of 2 wachten en true raid expansion bestaat nog niet. ook niet in solaris
Samba shares inbouwen in zfs is onzin omdat je het los kunt installeren.

het importeren van grotere disks en dan per disk swappen kan 8 al lang btw (http://www.freebsddiary.org/zfs-resizing.php)

fb8 heeft al wel een stukken betere versie van zfs dan 7 dus het upgraden puur voor zfs heeft wel zeker nut. zeker omdat in september zpool v 15 of 16 wordt geimporteerd..

mirror heeft btw wel het voordeel dat je makkelijk een vdev van 2 disks kunt toevoegen.
dus even 1 of 2TB toevoegen aan de zpool is geen probleem
bij raidz heb je daar meer moeite mee omdat de vdev die je wilt toevoegen even groot moet zijn als de bestaande (aantallen niet grootte).

[Reactie gewijzigd door matty___ op 4 augustus 2010 11:18]

in 7.3 heeft ZFS ook een versieverhoging gehad naar versie 13....

http://www.freebsd.org/releases/7.3R/relnotes.html

Daarbij kun je vanaf versie 16 in een raidz disk per disk vergroten. Ik ben aan het zoeken hoe die property noemt in zfs. Ook da manier die jij post is super omslachtig en vereist een tijdelijke opslaglocatie.

edit:

gevonden!: http://docs.sun.com/app/docs/doc/817-2271/githb?a=view
De property noemt autoexpand. Het is nog niet echt vervangen van een schijf, maar ik verkies dit systeem boven het laten dirty worden van je array en elke keer rebuilden.

[Reactie gewijzigd door Lima op 4 augustus 2010 12:08]

In de link die ik stuurde wilde hij ook van 5 naar 7 schijven. Als je van 3x1tb naar 3x2tb wilt kun je dan makkelijk doen.

de property voorkomt dat je zpool export /import moet doen.

want hoe denk je dat het anders gaat?

je vervangt een schijf in je pool en die wordt resilverd. op dat moment heb je een dirty pool.
Hoe kom je erbij dat je een enkele disk in je raidz kunt vergroten? (kan wel maar de zpool wordt pas groter als alle disk zijn vervangen)
in het voorbeeld wordt ook maar een disk vervangen van een pool van n disk
"For example, the following pool is created with one 8-Gbyte disk (c0t0d0). The 8-Gbyte disk is replaced with a 16-Gbyte disk (c1t13d0), but the pool size is not expandexped until the autoand property is enabled."
< v16 moet je dan je pool exporteren en weer importeren om de extra schijfruimte te kunnen benutten en in >=16 doet hij dat automatisch:
"In this release, you do not need to reboot the system or export and import a pool to expand a LUN. As described above, you can enable the autoexpand property or use the zpool online -e command to expand the full size of a LUN."
dit is dan weer wel leuk:
"In previous releases, ZFS was not able to replace an existing disk with another disk or attach a disk if the replacement disk was a slightly different size. In this release, you can replace an existing disk with another disk or attach a new disk that is nominally the same size provided that the pool is not already full."

[Reactie gewijzigd door matty___ op 4 augustus 2010 13:34]

met disk per disk bedoelde ik dat je dan dus al je disks 1 voor 1 moet vervangen door een grote hdd. Dan bekom je een pool die groter is als je originele.
En met importen exporten heb je opnieuw een tijdelijke opslag nodig of ben ik mis?
nee heb je niet nodig. Je kunt je pool nu ook gewoon exporten en op een ander systeem importen als je wilt daar is het eigenlijk voor.

Bij het importeren kijkt hij naar de guid van de disk om een juiste mapping met de sata porten te kunnen maken oid. (werkt ook prima als je een keer je kabels heb omgewisseld en je pool degraded is als je van controller bent veranderd)

http://docs.huihoo.com/op...n-guide/html/ch04s06.html
ZFS enables you to export the pool from one machine and import it on the destination machine, even if the machines are of different endianness.
....
Storage pools should be explicitly exported to indicate that they are ready to be migrated. This operation flushes any unwritten data to disk, writes data to the disk indicating that the export was done, and removes all knowledge of the pool from the system.

[Reactie gewijzigd door matty___ op 4 augustus 2010 13:49]

Op dit item kan niet meer gereageerd worden.



Populair: Tablets Nokia Websites en communities Lumia Smartphones Laptops Sony Apple Games Politiek en recht

© 1998 - 2014 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013