Vorgeplänkel:

• Wenn Du Things auf mehr als einem Mac nutzen möchtest, dann kaufe bitte eine entsprechende Anzahl von Lizenzen.
• Ja, ich meine das ernst – die Buben aus Stuttgart haben wahnsinnig gute Arbeit geleistet, sowas muß man einfach würdigen.
• Ich gehe davon aus, daß Du ein lauffähiges git auf Deinem Mac hast, Anleitungen hierzu gibt es genug im Netz.
• Ich habe vor langer Zeit den symlink /Volumes/iDisk erstellt, um einen generischen Zugriffspfad zu haben. In den kompletten Zeilen weiter unten referenziere ich diesen Pfad. Der Name Deiner iDisk ist Dein Benutzername, ersetze also entsprechend iDisk mit $Du.

Let’s get dirty!
Auf dem Mac mit installiertem und genutztem Things erstellen wir ein git-Repository. Things legt seine Datenbank als XML in ~/Library/Application Support/Cultured Code/Things ab, und damit das Setup einfach bleibt, nutzen wir auch genau diesen Pfad für das Repository.
cd ~/Library/Application\ Support/Cultured\ Code/Things
git init
git add .
git commit -a -m "initial commit"

Sobald das neu erstellte Repository existiert und mit den bisherigen Daten gefüllt ist, erstellen wir erst ein neues Repository auf der iDisk (--bare weil wir in diesem Repository nicht arbeiten wollen, sondern es nur als “Server” benutzt wird) und pushen die Daten dort hin.
git clone --bare . /Volumes/iDisk/Repository/things.git
git remote add idisk /Volumes/iDisk/Repository/things.git
git push idisk master
Der Name “iDisk” für das remote-Repository ist hierbei frei gewählt.

Das folgende Shell-Script wird in Zukunft die oben angesprochene Magie™ für uns übernehmen, daher bitte einmal copy&paste, chmod +x und mit dem gewünschten Zeitpunkt in die crontab des eigenen Users eintragen.

1
2
3
4
5
6

#!/bin/bash
DATE=`date`
cd ~/Library/Application\ Support/Cultured\ Code/Things
git pull idisk master
git commit -a -m "Auto Sync - $DATE"
git push idisk master

Bis hier haben wir ein Backup-System mit Versionshistorie, aber von einem zweiten Mac war bisher noch nicht die Rede, oder? Also…

Schickt die Clone herrein!

Auf dem zweiten oder siebzenten Mac Things installieren und mit der leeren Datenbank beenden.

cd ~/Library/Application\ Support/Cultured\ Code
mv Things Things.dist
git clone /Volumes/iDisk/Repository/things.git


Und auch auf diesem Apfel lassen wir das obige Shell-Script per cron laufen. Ich empfehle hier die Zeitpunkte nicht zu nah aneinander zu legen, so daß Kollisionen bestmöglich vermieden werden.

Kollisionen:
Auch wenn git mit Kollisionen umgehen kann, dieser Weg sollte nur so weit als Sicher bezeichnet werden, als das nur ein Mensch an einem Mac parallel arbeitet. Mit etwas mehr Magie™ läßt sich sicherlich ein Weg finden, die Things Datenbank bei Änderungen aus mehreren Quellen entsprechend zu mergen, aber diese Anforderung stellte sich bei der Motivation dieser Anleitung nicht. Für Vorschläge bin ich immer offen.

Egal was Du tust, sichere Deine Daten! Ich bin zwar kein Fießling, und absichtlich werden hier niemals Fehler zu finden sein, aber wer blind ein rm -rf / abtippt, dem ist nicht mehr zu helfen. Sichere Deine Daten, denke nach was Du tust, teste was man testen kann.

Inspiriert von:

• Syncing Things with git and Launchd
• Git, iDisk und so

Das Prozedere funktioniert in etwa so:

• man quängelt an der Kundenhotline (per T-Mobile unter 2202 erreichbar) bis man einen freundlichen und gewillten Mitarbeiter am (R)Ohr hat
• die IMEI des Geräts wird erfasst und von der Telekom an Apple weiter gegeben (die Nummer findet man auf der Rückseite des iPhones
• angeblich(!) wird man per E-Mail informiert, sobald Apple das Gerät zur Freischaltung anerkannt hat – diese E-Mail wurde mir nur nie zugestellt
• sobald die E-Mail angekommen ist, bzw. man einfach etwa drei Tage gewartet hat, kann das Gerät per iTunes freigeschaltet werden
• die T-Mobile SIM-Karte wieder einlegen, falls schon eine SIM eines anderen Anbieters im iPhone ist
• iPhone mit iTunes verbinden, etwas abwarten, dem Dialog folgen – fertig
• ggf. die gewünschte SIM-Karte einlegen

Warum-auch-immer™ wird man gebeten den iPhone Terms and Conditions erneut zuzustimmen, wenn diese auch bei mir komplett leer waren. (Von anderen Unlockern habe ich bereits gehört, daß mein iTunes da wohl kein Einzelfall war – die Terms and Conditions scheinen recht oft zu fehlen und man bestätigt ein leeres Fenster)

Das iPhone wurde freigeschaltet:

Nach dem Unlock steht u.A. auch Tethering wieder zur Verfügung, allerdings ist bei mir der Menüpunkt magischerweise nach dem ersten reboot wieder verschwunden.

Und bevor auch Du Dich über den kleinen Kringel neben dem Betreiberschriftzug wunderst: der Kringel steht im Gegensatz zum E für GPRS. Wenn Du diesen Kringel siehst, dann hat Dein Anbieter keine Edge-Abdeckung. Und da die 2G iPhones kein UMTS können, ärgert sich auch sicherlich niemand über das wieder verschwindende Tethering (scheint auch bei einigen anderen iPhone Nutzern mit Ex-T-Mobile-iPhones so zu sein).

• Seven Useful OpenSolaris ZFS Home Server Tips by @zalez
• Home Fileserver by @anfalas
• Building netatalk on OpenSolaris 2009.06
• …and if you like Service Discovery, read Making netatalk discoverable in OpenSolaris

Thanks folks, after about 15min of compile-time and a some copy&paste, my ZPool is now visible in Finder.

• die Daten eines auf MacOS X erstellten ZPools sollen auf eine OpenSolaris-Maschine uebertragen werden.

Gedankengang #1:
Es war schon spaet abends, wirklich nachgedacht wurde nicht, klein Sebastian startet ein rsync und denkt “so lang wird das schon nicht dauern”. Problematik dabei ist bzw. war allerdings, dass auf dem Pool u.A. auch diverse OpenSource-Projekte und -Sammlungen im Quelltext vorlagen, so z.B. pkgsrc, was ohne mit der Wimper zu zucken zu mehreren Millionen kleinen Files fuehrt. Ebenfalls kam der kleine Sebastian nicht auf die Idee fuer das rsync ein LAN-Kabel anzuschliessen und schickte den kompletten Datenstrom ueber WLAN durch die Luft. (Immerhin zwar n, aber im Vergleich zu Gigabit-Ethernet immernoch langsam.) Einigen wir uns auf keine so gute Idee, auch wenn sie zum Ziel gefuehrt hat.

rsync -avzP -e "ssh -p 22" /Volumes/tank/* shl@<ziel>:/tank/transfer

Gedankengang #2: (ein paar Tage spaeter)
Die Daten sind auf dem neuen Pool angekommen – so weit so gut. Und damit es noch einen Lern-Erfolg gibt, machen wir das jetzt nochmal in richtig. Damit ich den – in diesem Falle – ueberfluessigen Layer Netzwerk los werde, schliesse ich die USB-Platten vom Mac direkt an die OpenSolaris-Box an. Hierfuer muss der Pool allerdings erst umbenannt werden, da eine Maschine nicht zwei Pools des gleichen Namens mounten kann.

sudo zpool export tank
sudo zpool import oldtank tank
sudo zpool export oldtank

Die Schritte im Detail: wir exportieren den Pool, damit wir ihn per import <neu> <alt> umbenennen koennen und exportieren ihn nochmals, damit wir ihn an die andere Kiste anschliessen koennen. Hier noch ein

pfexec zpool import oldtank

und zumindest das erste Problem ist gegessen.

ZFS bietet von Haus aus eine durchdachte Moeglichkeit an um Daten von A nach B zu schieben, naemlich zfs send | zfs receive. Durch die Pipe (|) kann man hier auch prima z.B. ssh als Transport-Medium nutzen. Allerdings kann zfs send nur Snapshots uebertragen – aber bei einem Filesystem was effektiv still steht (hier oldtank) tut das ja nun wirklich nicht weh.

Das folgende Script habe ich die letzten Monate auf meinem Mac zum snapshot’en benutzt. In groben Zuegen basiert es auf Jeff’s Snapshot-Script, allerdings erstellen wir hier keinen Timestamp sondern einen hoffentlich eindeutigen String fuer die Snapshots die wir kopieren moechten, in diesem Falle “NOWITSTHETIME“.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

#!/bin/bash
 
FS=`zfs list -t filesystem | grep oldtank | awk '/^[a-z0-9]+\//{ print $1}'`
#NOW=`date +%Y-%m-%d`
NOW=NOWITSTHETIME
 
for I in $FS; do
 echo "Snapshot'ing ${I}@$NOW ..."
 zfs snapshot ${I}@$NOW
 if [ $? = 0 ]; then
  echo "success!"
 else
  echo "failed ($?)!"
 fi
done

Im naechsten Script – ich entschuldige mich im Vorfeld fuer die massive und z.T. unnoetige Nutzung von grep, aber mir gefaellt das halt so – schicken wir die eben erstellten Snapshots nach tank/transfer2 (vorher natuerlich anlegen, sonst wird das nix…):

1
2
3
4
5
6
7

#!/bin/bash
 
for i in `zfs list -rH -t snapshot | awk '{print $1}' | grep oldtank | grep -v tank/transfer2/oldtank | grep NOWITSTHETIME`
do
echo "sending Snapshot" $i "to transfer2"
pfexec zfs send $i | pfexec zfs receive tank/transfer2/$i
done

Fragt sich nun natuerlich: was haben wir gewonnen?
zfs send serialisiert den Datenstrom, was z.B. dazu fuehrt, dass es vollkommen egal ist, ob wir mit Millionen von kleinen Dateien oder drei grossen 1TB-Files arbeiten. Ebenfalls koennen wir uns den kompletten Weg der Daten sicher ueber deren Zustand sein, denn wir vertrauen durchweg auf die Integritaetschecks von ZFS. Wenn gewuenscht (ich habe nicht wirklich einen Sinn darin gesehen) kann man durch die Pipes noch z.B. gzip einbauen, oder eben Transport-Mechanismen wir ssh oder sonstwas nutzen. Konstrukte wie

zfs send tank@BRIEFTAUBE > file
Benutze file mit Brieftaube
cat file | zfs receive tank@BRIEFTAUBE

sind genauso moeglich. Und auch die Nutzung als Backup ist durchaus eine Ueberlegung wert.
Um zur urspruenglichen Problemstellung zurueck zu kommen: im Vergleich zur Methode #1 ist die Loesung mit zfs send eindeutig schneller. Und – zumindest ich – habe damit ein besseres Gefuehl.

Beide Scripte sind per git auf github verfuegbar.
(git clone git://github.com/shl/zfssnapsend.git)

Die Time Capsule beherrscht hierbei drei verschiedene IPv6-Modi:

• link local only: es wird eine fe80::-Adresse gebunden, und Kommunikation per IPv6 ist nur innerhalb des LANs möglich
• node: die Time Capsule wird zum Teilnehmer eines existierenden IPv6 Netzwerks, wird sich also ihre IP per router advertisement ziehen
• Tunnel: die Time Capsule stellt selbstständig einen Tunnel per IPv4 her und sorgt für das Routing und das advertisement eines /64-Prefixes ins LAN

Wer beim Thema Tunnel lieber selbst Hand anlegen möchte, oder zumindest kontrollieren möchte wo sein IPv6 Upstream her kommt, auch dem sei geholfen:

Wird die Konfiguration einfach auf Automatik belassen, bekommt man ein /64-Prefix frei Haus mit genau keinem Aufwand.

Die Time Capsule verfügt sogar über eine rudimentäre Firewall:

Sinnvoll finde ich persönlich in diesem Zusammenhang die Möglichkeit, teredo-Tunnel zu unterbinden, und damit das IPv6-Routing nicht unnötig zu verkomplifizieren, wenn durch die Time Capsule schon halbwegs nativer Upstream besteht.

Teils wohl auch etwas zu ernst.
Die folgenden Hinweise habe ich in einer Applikation (scheinbar in den Augen von Apple ein “Spiel”) entdeckt, die wirklich nicht vor der Jugend geschützt werden muß.

Natürlich wieder verbunden mit der altbekannten Meldung:

Ehrlich … man kann’s auch übertreiben.
(DIeses “Spiel” ist übrigens der Client für last.fm…)

Auch wenn diese Website behauptet, daß der iPhone-eigene Safari nicht unterstützt wird, bisher habe ich keine ernsthaften Probleme gehabt oder Bugs aufgedeckt.
Das iPhone der ersten Generation ist allerdings etwas schwach auf der Brust, also erwartet bitte nicht die Geschwindigkeit eines Desktop-Clients.

Und noch ein kleiner Trick nebenbei: sobald wave.google.com geöffnet ist, im Safari “Save to Homepage” ausprobieren – dann “entsteht” eine iPhone App.

Update:
Waveboard gibt es bereits im iTunes Store (Danke Norbert)

Bereits vor einiger Zeit habe ich meinen geliebten Safari in Rente geschickt und bin fast komplett auf Chrome umgestiegen. Sogar die alpha-preview-unstable-it-will-hurt-your-mac Version die in den letzten Wochen bereits verfügbar (jedoch gut versteckt) war, überzeugte durch Geschwindigkeit und lief in meinen Augen sehr stabil. Probleme hatte ich bisher noch keine nennenswerten, probiert Chrome einfach aus.

Im Folgenden finden Sie einige interessante Fakten, die das Google Chrome-Team zusammengestellt hat:

• 73.804 geschriebene Codezeilen speziell für Mac
• 29 Entwickler-Builds
• 1177 Mac-spezifische Fehlerbehebungen
• 12 externe Mitarbeiter und Fehlerbearbeiter für den Quellcode für Google Chrome für Mac, 48 externe Codemitarbeiter
• 8760 Erfrischungsgetränke und Kaffees wurden konsumiert

Leider ist Chrome nicht für PowerPC Macs verfügbar.

• zfs-discuss
• zfs-dev

The two lists have been removed some days ago, so have fun with the local copy.

After three’ish cups of tea and some time with google, I figured out, that it’s actually pretty easy! Just create two playlists: one containing these some songs, and one containing everything but the first playlist.

Done that? Now tell iTunes to sync just the secondly created playlist.

I’ll just post the links, so have fun – try it and enjoy ZFS!

• dusin’s initial blog post
• git-Repository on github
• google group for discussion
• files to download
• “release” files
• getting started guide
• google code site
• my posting on ZFS on 10.5 (german only)

I said active development:
there is a package with ZFS build 119 for MacOS 10.6 ‹Snow Leopard›!
Grab it, while it’s hot!

Allerdings: wer hat schon seine Zugangsdaten zur Hand, wenn man bei Starbucks Kaffee genießt, oder sich in der Gegend rund um einen McDonalds aufhält. Man kann allerdings einen Shortcut in den Browser der Wahl einbauen, und somit die Anmeldung durch einen eizelnen Klick ersetzen.

Man lege einen Bookmark in die Bookmark-Bar, der folgende URL enthält:

https://hotspot.t-mobile.net/wlan/index.do?username=491711234567@t-mobile.de&password=geheim&strHinweis=Zahlungsbedingungen&strAGB=AGB

Nun einfach sobald man mit dem Telekom Wifi verbunden ist diesen Bookmark aufrufen und das Internet genießen. Falls die Zugangsdaten nicht zur Hand: siehe mein Posting von 2008.

The ZFS project has been discontinued. The mailing list and repository will also be removed shortly.

To preserve this part of history – and maybe to fork around? – I’ve created a clone of the original repository on github. As far as I see, there should be no legal issue, but if you know more than me, just drop me a line.

I don’t plan to continue this project, I don’t plan to release new versions of anything. And I’m not fixing it to work with 10.6. You don’t want me to do that – I’m a horrible programmer!

Feel free to clone your own copy!
git clone git://github.com/shl/zfs-for-osx.git

The ZFS project has been discontinued. The mailing list and repository will also be removed shortly.

Apple hat sich entschieden den Support von ZFS aus MacOS 10.6 zu entfernen, und nun sogar das ZFS Projekt komplett zu stoppen. Aus diversen Quellen kann man heute Mutmaßungen lesen, warum man sich in Californien dazu entschieden hat, doch egal was schlußendlich der Grund war, wir müssen damit leben.

“Waveboard” ist – stand heute – in der Preview 0.3 zum Download verfügbar, macht bisher aber schon einen recht soliden Eindruck. Er erinnert etwas an GMDesk, hat allerdings den MacOS-typischen Ansatz, daß ungelesene Items im Dock und/oder der Menübar angezeigt werden.

Ebenfalls für MacOS Nutzer interessant: Growl-Integration per Wave-Robot.

You can use git and git-svn to work with a project’s source code now. These read-only git repositories are mirrored after each commit, so they should always be in sync. The WebKit project has a wiki page which explains how to use git and svn and is a good example to follow.

Bis auf einige Ausnahmen lautet die clone-URL für git git://git.macosforge.org/<project>.git, also z.B. git://git.macosforge.org/zfs.git.

Den lokalen Mirror des Repositories legt man sich dann wie bei git gewohnt per git clone git://git.macosforge.org/zfs.git an.

Den Treiber findet man auf der Seite des Herstellers. Danach z.B. mit screen:

sudo screen /dev/tty.usbserial

die Verbindung aufbauen.

So schlimm ist das ja nicht zwingend, und durch den Wechsel auf 64bit ergibt auch eine Neu-Installation wirklich Sinn. Daher hier die nötigen Schritte für fink und für die MacPorts:

MacPorts:
svn co http://svn.macports.org/repository/macports/trunk/base/
cd base
./configure
make
sudo make install
sudo /opt/local/bin/port -v selfupgrade

fink:
cvs -d:pserver:anonymous@fink.cvs.sourceforge.net:/cvsroot/fink login
cvs -z3 -d:pserver:anonymous@fink.cvs.sourceforge.net:/cvsroot/fink co -P fink
cd fink
./bootstrap /sw64

Die Datei /sw64/etc/fink.conf noch bei Bedarf anpassen, um den unstable-Branch zu aktivieren.
Trees: local/main stable/main stable/crypto unstable/main unstable/crypto

Anschließend:
source /sw64/bin/init.sh
fink selfupdate-cvs
fink -y update-all
fink scanpackages

Alternativ (bzw. zusätzlich) kann kann man natürlich noch pkgsrc nutzen.

mkdir -p ~/pkgsrc
cd ~/pkgsrc
export CVS_RSH=ssh
export CVSROOT=anoncvs@anoncvs.se.netbsd.org:/cvsroot
cvs co -PA pkgsrc

MacOS ist normalerweise auf einem HFS+-Dateisystem installiert, und damit in den meisten Fällen nicht case-sensitive. Daher muß pkgsrc manuell auf diese Tatsache hingewiesen werden.

cd ~/pkgsrc/bootstrap
sudo ./bootstrap --ignore-case-check

Anschließend noch /usr/pkg/bin in $PATH und /usr/pkg/man in $MANPATH aufnehmen, und pkgsrc genießen. Mehr Informationen finden sich im pkgsrc-Wiki.

Updaten von pkgsrc geht ebenfalls mit cvs:
cd /usr; cvs update -dP

Mit dem Update auf OpenAFS 10.5.62 funktioniert der OpenAFS-Client absolut zufriedenstellend. Ich habe vorsorglich zuerst den OpenAFS-Client und danach das Betriebssystem geupdated, aber das sollte relativ egal sein. Was leider nicht funktioniert, ist der AFS-Commander. Hier wird sicherlich recht zeitnah ein Update erscheinen, aber Stand heute: es funktioniert nicht. Schade – aber damit sollte man leben können.

Was mich wirklich trifft, ist die Tatsache, daß Apple ZFS wirklich komplett aus Snow Leopard entfernt hat. Selbst mit tiefem graben findet man keine Überreste, es ist alles weg – so als hätte es in 10.5 nie Support gegeben.

Aber noch eine gute Nachricht: StarCraft läuft immernoch.

In conjunction with the release today of MacOS 10.6 Snow Leopard, OpenAFS 1.5.62 has been released with support for 32 and 64 bit Snow Leopard, both kernel and userspace. Additionally binary package and source patch are available for OpenAFS 1.4.11 for MacOS 10.6.

[Quelle: Derrick via openafs-annouce]

… bereits angekündigt via @openafs.

1.5.62 is also the most recent in the series of releases intended to provide new experimental features including the Demand Attach File Service and Disconnected AFS, on other platforms including MacOS X, Linux variants, and UNIX, and includes several bugfixes since 1.5.61.

[Quelle: openafs.org]

Great work!

Für alle 10.5 Benutzer dennoch:

Ziel dieser Übung ist es schreibfähigen ZFS-Support auf MacOS 10.5 “Leopard” zu haben. Dank der Arbeit auf macosforge.org ist das Ziel sogar mit wenig Aufwand zu erreichen.

Ablauf

1. Download des binär-Pakets
2. Backup der mitgelieferten r/o-Komponenten
3. Installation der r/w-Komponenten
4. Erstellung eines ZPools

Installation der Patches

mkdir -p ~/patch-ZFS-backup
sudo cp /usr/sbin/zfs ~/patch-ZFS-backup/DIST.zfs
sudo cp /usr/sbin/zpool ~/patch-ZFS-backup/DIST.zpool
sudo cp /usr/lib/libzfs.dylib ~/patch-ZFS-backup/DIST.libzfs.dvlib
sudo cp -R /System/Library/Extensions/zfs.kext ~/patch-ZFS-backup/DIST.zfs.kext
sudo cp -R /System/Library/Extensions/zfs.readonly.kext ~/patch-ZFS-backup/DIST.zfs.readonly.kext
sudo cp -R /System/Library/Filesystems/zfs.fs ~/patch-ZFS-backup/DIST.zfs.fs

Eine frische Installation von 10.5.x bringt nur /System/Library/Extensions/zfs.readonly.kext mit, ein upgegradetes 10.5.0 allerdings auch /System/Library/Extensions/zfs.kext – bitte entsprechend sichern was da ist.

tar xzvf $downloaded_file.tgz
sudo cp build/Leopard_Release/zfs /usr/sbin/zfs
sudo cp build/Leopard_Release/zpool /usr/sbin/zpool
sudo cp build/Leopard_Release/libzfs.dylib /usr/lib/libzfs.dylib
sudo /bin/rm -rf /System/Library/Filesystems/zfs.fs /System/Library/Extensions/zfs.kext
sudo cp -R build/Leopard_Release/zfs.fs /System/Library/Filesystems/zfs.fs
sudo cp -R build/Leopard_Release/zfs.kext /System/Library/Extensions/zfs.kext

Und zur Sicherheit noch:

sudo chown -R root:wheel /System/Library/Extensions/zfs.kext
sudo chown -R root:wheel /System/Library/Filesystems/zfs.fs
sudo chown -R root:wheel /usr/sbin/zpool
sudo chown -R root:wheel /usr/sbin/zfs
sudo chown -R root:wheel /usr/lib/libzfs.dylib

Warum auch immer, ab jetzt wird sudo den Dienst verweigern und wir brauchen eine echte root-Shell.

sudo su -

Und ab jetzt bitte wirklich nachdenken vor’m Tippen.

Platten-Layout

Per diskutil list die für ZFS vorgesehene(n) Platte(n) suchen und entsprechend mit diskutil partitiondisk /dev/diskX GPTFormat ZFS %noformat% 100% formatieren. Die Platten müssen einen GPT-Label haben, APM funktioniert im Moment noch nicht.

Dies ist der richtige Moment um über sein Backup und die richtige Interpretation von diskutil list nachzudenken!

diskutil partitiondisk /dev/disk2 GPTFormat ZFS %noformat% 100%
Started partitioning on disk disk2
Creating partition map
[ + 0%..10%..20%..30%..40%..50%..60%..70%..80%..90%..100% ]
Finished partitioning on disk disk2
/dev/disk2
   #:                   type name                size     identifier
   0:  GUID_partition_scheme                    *9.4 GB   disk2
   1:                    EFI                     200.0 MB disk2s1
   2:                    ZFS                     9.0 GB   disk2s2 

Dank dem neuen EFI/GPT-Label entstehen zwei Slices auf der Platte. Wir verwenden von nun ab nur das zweite Slice, in diesem Beispiel also disk2s2.

Rann an’s Werk…

diskutil list
 /dev/disk0
    #:                       TYPE NAME                    SIZE       IDENTIFIER
    0:      GUID_partition_scheme                        *465.8 Gi   disk0
    1:                        EFI                         200.0 Mi   disk0s1
    2:                  Apple_HFS Macintosh HD            465.4 Gi   disk0s2
 [...]
 /dev/disk3
    #:                       TYPE NAME                    SIZE       IDENTIFIER
    0:      GUID_partition_scheme                        *1.4 Ti     disk3
    1:                        EFI                         200.0 Mi   disk3s1
    2:                        ZFS                         1.4 Ti     disk3s2
 /dev/disk4
    #:                       TYPE NAME                    SIZE       IDENTIFIER
    0:      GUID_partition_scheme                        *1.4 Ti     disk4
    1:                        EFI                         200.0 Mi   disk4s1
    2:                        ZFS                         1.4 Ti     disk4s2 

Die Platten disk3 und disk4 sind bereits für ZFS formatiert und bereit für den Einsatz.

zpool create tank raidz disk3s2 disk4s2

Der Pool tank ist erstellt und bereits im System gemountet.

zpool status
   pool: tank
  state: ONLINE
  scrub: none requested
 config:
         NAME         STATE     READ WRITE CKSUM
         tank         ONLINE       0     0     0
           raidz1     ONLINE       0     0     0
             disk3s2  ONLINE       0     0     0
             disk4s2  ONLINE       0     0     0
 errors: No known data errors

Von nun ab kann der Pool normal über den Finder oder die Konsole genutzt werden. zfs kann verwendet werden um zusätzliche Datasets anzulegen und zu konfigurieren. Ebenso funktioniert zpool wie gewohnt.

Tricky wird nur noch das unmounten des Pools, da hier leider noch Handarbeit nötig ist. Da der Finder den Pool gemountet hat, genügt ein einfaches zpool export tank nicht, wir müssen erst den Pool manuell im Finder ”ejecten”. Immerhin sieht für den MacOS der Pool genauso aus wie eine extern angeschlossene Festplatte. Leider kommt es ebenso vor, daß der Pool nicht ohne Gewalt entfernt werden will. In diesem Fall das magische -f anhängen und den Pool mit zpool export -f tank entfernen.

Das mounten ist dagegen einfach: sobald alle Platten des Pools am System angekommen sind wird der Pool automatisch imported und gemountet.

Und nun das große Geheimnis: story? WTF? Ja – so heißt mein Pool, weil das dick und fett auf den Platten drauf steht. Und den Namen des Pools sollte man sich merken können.

Meine Bestellung ist schon eingegangen – mal sehen wann die Server des Stores wegen zu starker Last zusammenbrechen.

… was ist an den Updates meines twitter-Clients und “Things for iPhone” dran? Welches Material für Menschen über 17 enthalten diese Produkte denn bitte?