floekblog » zfs

OpenSolaris is dead! (Aber noch nicht ganz)

floek — Thu, 02 Sep 2010 17:08:09 +0000

Aufgrund eines Hardwareproblems bin ich unverhofft dazu gekommen meine OpenSolaris Virtualisierungsumgebung noch einmal zu aktualisieren. Somit läuft das ganze nun auf snv_134 mit Xen/xVM 3.4. Bisher läuft alles stabil wie auch zuvor, aber mit einigen neueren Features. Zuvor (2009.06) gab es nur Xen/xVM 3.0, was dazu führte, dass man nur eine Linux Distribution mit xen Kernel paravirtualisiert laufen lassen konnte. Leider sind diese Kernel bei den Distributionen zwischenzeitlich eine Seltenheit. Bei Ubuntu war 8.10 das letzte Release, was einen passenden Kernel mitgebracht hat. Seither gibt es nur noch Kernel mit Support für pvops. Dank der neuen Xen Version kann ich diese nun auch nutzen und bekomme Support für z.B. Ubuntu 10.04 LTS. Hurray! Weiterhin gibt es einige neue ZFS Features, unter anderen Deduplication. Eigentlich schon schade, dass diese Distribution nun sterben muss. Man kann nur hoffen, dass die Jungs von Illumos Gas geben und daraus eine freie Alternative zu Solaris 11 entsteht. Ich hoffe auch das der xVM Support erhalten bleibt, da die einzige Alternative in Sachen Virtualisierung mit ZFS Support eigentlich nur in FreeBSD mit ZFS und VirtualBox besteht. Diese Lösung muss allerdings erst zeigen ob sie genau so schnell und stabil ist wie Xen.

Wer übrigens sein OpenSolaris auf eines der letzten Releases von Oracle aktualisieren möchte, kann hierzu ein Repository von Illumos nutzen und somit nochmal auf svn_145 aktualisieren. Leider ist hier aber der xVM Support kaputt. Der xend stürzt beim Starten mit einer python Fehlermeldung ab. Wer es dennoch probieren möchte, hier der Link:
http://www.illumos.org/projects/illumos-gate/wiki/How_To_Build_Illumos

Fazit: OpenSolaris ist tot! Aber noch nicht ganz und hoffentlich gibt es eine Wiedergeburt mit Illumos

ZFS Performance Tuning: Interessanter Blogartikel

floek — Wed, 19 May 2010 13:49:16 +0000

Sollte man mal durchlesen: http://constantin.glez.de/blog/2010/04/ten-ways-easily-improve-oracle-solaris-zfs-filesystem-performance

ZFS Snapshots Easy

floek — Thu, 22 Apr 2010 06:23:40 +0000

So möchte man das haben. Jörg Möllenkamp hat in seinem Blog eine einfache Möglichkeit beschrieben um ZFS Snapshots zu erstellen.

http://www.c0t0d0s0.org/archives/6515-Interesting-way-to-create,-rename-and-delete-snapshots-with-ZFS.html

floek goes OpenSolaris: Boot from USB mirror

floek — Fri, 04 Dec 2009 07:46:49 +0000

Booten von Festplatten? Warum eigentlich? Wenn ich meine 5x 500GB Platten zu einem großen Array zusammenbauen möchte, kann ich nicht davon booten. Außerdem braucht es für ein Betriebssystem ja nicht so viel Platz. Also: Zwei 8 GB USB Sticks gekauft, einen Mirror (RAID-1) drüber gemacht und davon gebootet. Los gehts:

Ich habe OpenSolaris 2009.06 per Live CD auf den ersten USB Stick installiert und davon gebootet. Nun muss der zweite Stick noch zum ZFS Pool rpool hinzugefügt werden.

florian@ackbar:~# rmformat -l
Looking for devices…
1. Logical Node: /dev/rdsk/c10t0d0p0
Physical Node: /pci@0,0/pci1458,5004@12,2/storage@4/disk@0,0
Connected Device: Lexar JD FireFly 1100
Device Type: Removable
Bus: USB
Size: 7,6 GB
Label:
Access permissions: Medium is not write protected.
2. Logical Node: /dev/rdsk/c9t0d0p0
Physical Node: /pci@0,0/pci1458,5004@12,2/storage@3/disk@0,0
Connected Device: Lexar JD FireFly 1100
Device Type: Removable
Bus: USB
Size: 7,6 GB
Label:
Access permissions: Medium is not write protected.

Die beiden Sticks nennen sich also c9t0d0p0 und c10t0d0p0.

florian@ackbar:~# zpool status
pool: rpool
state: ONLINE
scrub: none requested
config:

NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
c9t0d0s0 ONLINE 0 0 0

errors: No known data errors

c9t0d0s0 ist also der bereits verwendete Stick. Ich erstelle eine große Solaris Partition auf dem zweiten Stick.

florian@ackbar:~# fdisk -B /dev/rdsk/c10t0d0p0

Nun muss das Label vom ersten auf den zweiten Stick kopiert werden.

florian@ackbar:~# prtvtoc /dev/rdsk/c9t0d0s2 | fmthard -s – /dev/rdsk/c10t0d0s2
fmthard: New volume table of contents now in place.

Jetzt würde ich den zweiten Stick zum zpool rpool hinzufügen:

florian@ackbar:~# zpool attach -f rpool c9t0d0s0 c10t0d0s0
cannot attach c10t0d0s0 to c9t0d0s0: new device must be a single disk
florian@ackbar:~#

Leider funktioniert das nicht. Scheint irgendein Bug zu sein. Siehe auch:
https://opensolaris.org/jive/thread.jspa?messageID=360872

Also boote ich die OpenSolaris Live CD (Console reicht) (User: jack/jack; root/opensolaris) und probiere es da:

jack~# zpool import -f rpool
jack~# zpool attach -f rpool c8t0d0s0 c9t0d0s0

-> geht

Nun muss noch grub auf dem zweiten Stick installiert werden, das funktioniert nun wieder aus der normalen Installation heraus:

florian@ackbar:~# installgrub -m /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c9t0d0s0
Updating master boot sector destroys existing boot managers (if any).
continue (y/n)?y
stage1 written to partition 0 sector 0 (abs 4096)
stage2 written to partition 0, 271 sectors starting at 50 (abs 4146)
stage1 written to master boot sector
florian@ackbar:~#

Nun noch warten, biss der Mirror aufgebaut ist (resilver) und fertig.

floek goes OpenSolaris: Updates

floek — Wed, 18 Nov 2009 07:01:08 +0000

Aktuell experimentiere ich mit OpenSolaris herum. Heute: Updates. Updates für z.B. Solaris 10 sind ja ziemlich übel. Man muss sich erst mal ein Programm aus dem Internet ziehen und damit kann man dann Updates machen. Dieses Manko wurde bei OpenSolaris behoben. Es gibt keine Patches, sondern nur neue Paketversionen, wie es z.B. auch Debian macht. Das Tool der Wahl ist pkg. Allerdings arbeitet OpenSolaris dann ZFS hier ziemlich intelligent. Aktualisiert man sein Betriebssystem mit pkg image-update -v werden die aktuellen Paketversionen installiert. Nach Abschluss erhält man folgende Meldung:
Ein Klon von opensolaris existiert und ist aktualisiert und aktiviert worden. Beim nächsten Start wird die Startumgebung opensolaris-1 auf '/' geladen. Starten Sie neu, wenn Sie zum Wechsel auf diese aktualisierte SU bereit sind.

Möglicherweise funktioniert ein reboot nun erst mal nicht. Hintergrund: OpenSolaris klont die aktuelle Boot Umgebung per Snapshot und installiert die Patches nur in diesem Klon. Dadurch kann man bei Problemen immer wieder in den alten Zustand vor der Aktualisierung zurückkehren. Der Klon verbraucht auch nur Speicherplatz für die Änderungen gegenüber der alten Version. Im Grub gibt es einen neuen Eintrag, welcher standardmäßig ausgewählt wird. Falls sich dieser nicht booten läßt sollte man den Eintrag händisch auswählen, der vor dem patchen gebootet wurde. Dann hilft es sich mit beadm list alle Boot Umgebungen anzuzeigen und die neu erstelle mit beadm mount /mnt in das System einzubinden. Anschließend braucht es noch /mnt/boot/solaris/bin/update_grub -R /mnt um grub auf der neuen Umgebung zu installieren. Funktioniert die neue Boot Umgebung problemlos, kann man die alte(n) mit beadm destroy wieder löschen.

Migration zu OpenSolaris und ZFS

floek — Fri, 13 Nov 2009 15:01:33 +0000

Ich überlege meine Kiste auf OpenSolaris mit ZFS und xVM zu migrieren. Gründe gibt es:
Für das Klonen von VMs braucht es nur Speicherplatz für die Unterschiede der VMs. Außerdem hat ZFS mit Snapshots, Volume Manager und vor allem RaidZ schon tolle Features: