Hallo Sysadmins!

Wir stellen für die “Windows-Welt” ein Share zur Verfügung.

Gleich vorweg: Ich schere mich hier nicht um Sicherheit, daher steht da auch das “Dirty” im Titel … Also bitte nur in geschlossenen Netzen anwenden! Schnell geht es schon

Früher brauchte man dafür SAMBA, aber ab OpenSolaris ist ein CIFS Server und Client schon an Bord.

Erstmal braucht man die Pakete:

service/file-system/smb ist der SMB Server und system/file-system/smb enthält den Client support.

pfexec pkg install service/file-system/smb system/file-system/smb

Ein Service möchte auch enabled sein:

pfexec svcadm enable -r smb/server

Und nun wollen wir einer Workgroup beitreten:

smbadm join -w <workgroup-name>

Windows braucht verschlüsselte Passwörter, also müssen wir  /etc/pam.conf editieren:

other password required pam_smb_passwd.so.1 nowarn

ergänzen. Alle User in der /etc/passwd müssen die Passwörter neu setzten (zumindest die mit denen zugegriffen werden soll):

pfexec passwd <user>

So, jetzt fehlen nun noch die Filesystme:

pfexec zfs set sharesmb=on <homepool/export/home>

pfexec zfs set sharesmb=on <homepool/export/home/mike> …. usw

Das war es schon!

Hallo Sysadmins,

wie kopiert man eine Zone (im Beispiel heißt sie “movemich”)  zwischen zwei Maschinen?

• Zone stoppen: zoneadm -z movemich halt
• Zone detach: zoneadm -z movemich detach
• Die Filesysteme kopieren, SAN Lun’s auf die andere Maschine bringen oder einen ZFS Snapshot per send|scp|reseive transportieren.
• Auf anderer Maschine Zone anlegen: zonecfg -z movemich
• Die gibt es noch nicht also: create -a <Pfad zum Zonenroot Filesystem>
• verify, commit schadet auch nicht, dann raus aus zonecfg: exit
• Zone attachen: zoneadm -z movemich attach (eventuell mit -u auf den aktuelleren Stand bringen)
• Booten: zoneadm -z movemich boot

Habe Fertig!

Michael

Hallo Sysadmins,

im letzten Artikel, ZFS Housekeeping, habe ich einen Kernel Parameter (zfs:zfs_arc_max) zur Begrenzung des Speicherhungers von ZFS vorgestellt. Wie sieht man nun eigentlich im laufenden Kernel, wie viel RAM sich ZFS gönnt?

Ganz leicht sieht man das mit dem Modular Debugger Modul Memstat. Hier zwei Beispiele:

• Eine Maschine ohne irgendwelche Begrenzungen:

root@global.mistvieh2# mdb -k
Loading modules: [ unix genunix specfs dtrace zfs sd mpt px ip hook neti ssd fcp fctl qlc sctp arp usba nca ipc random md cpc crypto wrsmd fcip logindmux ptm ufs sppp nfs lofs ]
> ::memstat
Page Summary                Pages                MB  %Tot
————     —————-  —————-  —-
Kernel                     372378              2909   12%
ZFS File Data             1847777             14435   60%
Anon                       455198              3556   15%
Exec and libs                7469                58    0%
Page cache                 141519              1105    5%
Free (cachelist)            15192               118    0%
Free (freelist)            245518              1918    8%

Total                     3085051             24101
Physical                  3063453             23933
>

Die Maschine hat 24GB RAM und wie man sieht gönnt sich ZFS 60% davon. Nur die Boot Platten (rpool) sind auf ZFS. Die Anwendungen laufen auf VxFS Filesystemen. Das ist im Augenblick nicht schlimm, aber wenn die zweite Maschine dieses zwei Node Clusters schlafen geht, kommen noch 5 weitere Oracle Datenbanken hinzu. ZFS gibt den Speicher aber nicht mehr freiwillig ab ….

• Eine kleine Maschine mit 4GB RAM und Begrenzung des ZFS auf 2GB max.

mike@udssr:~$ pfexec mdb -k
Loading modules: [ unix genunix specfs dtrace mac cpu.generic uppc pcplusmp scsi_vhci zfs sata sd ip hook neti arp usba uhci stmf stmf_sbd fctl sockfs md lofs random idm crypto smbsrv nfs fcp cpc fcip sppp nsmb ufs logindmux ptm ipc ]
> ::memstat
Page Summary                Pages                MB  %Tot
————     —————-  —————-  —-
Kernel                     296573              1158   28%
ZFS File Data              469035              1832   45%
Anon                       170660               666   16%
Exec and libs                5787                22    1%
Page cache                  33954               132    3%
Free (cachelist)            20555                80    2%
Free (freelist)             47432               185    5%

Total                     1043996              4078
Physical                  1043995              4078
>

Diese Maschine wurde erst vor zwei Tagen neu gestartet. Daher liegt der RAM Anteil für ZFS noch knapp unter dem eingestellten Maximum von 2GB.

Unter “Anon” wird übrigens alles gelistet, was nicht direkt zu einem vnode zugeordnet werden kann (Heap Space von Prozessen, deren Stack und Copy-on-Write Pages).

Viele Grüße

Michael

Hallo Sysadmins,

ein paar Kleinigkeiten die ich immer auf Maschinen mit ZFS Filesystemen/Pools einrichte:

• Überwachung:

Ein zpool status -x checkt alle vorhanden Pools. Falls Fehler vorhanden sind werden sie gemeldet. Normalerweise sieht die Ausgabe so aus:  all pools are healthy

• Check mittels zpool scrub

Einmal die Woche lasse ich meine Pools per scrub überprüfen. Das ganze ist etwas I/O intensiv, daher auf einen Zeitpunkt verlegen (per cron) wo nicht viel auf den Platten geschrieben ist. Hier ein kleines Beispiel Skript:

#!/usr/bin/ksh

ZPOOL=”/usr/sbin/zpool”

GREP=”/usr/bin/grep”

AWK=”/usr/bin/awk”

POOLS=”$($ZPOOL list -H | $AWK ‘{print $1}’)”
OKPATTERN=”is healthy”
RET=0;

for POOL in $POOLS
do
OUT=”$($ZPOOL status -x $POOL)”
if echo “$OUT”|$GREP “$OKPATTERN”
then
echo “Pool $POOL is OK, starting scrub”
$ZPOOL scrub $POOL
else
echo “Pool $POOL has errors, don’t scrub, next”
RET=$RET+1
fi
done

echo “All Pools checked”
exit $RET

• System Konfiguration

Man kann sich auch zu Tode tunen …. Aber zwei Einstellungen für /etc/system haben sich unter Umständen bewährt:

Wenn man auf x86′er Maschinen SATA Platten benutzt, macht es Sinn die gleichzeitigen Operationen auf den Platten zu beschränken. SATA ist dafür nicht dafür bekannt hochperformant bei parallelen Schreiboperationen zu sein. Mit folgendem Kernel Parameter stellt man es ein:

set zfs:zfs_vdev_max_pending=<Anzahl der Spindeln>

zum Beispiel bei 6 SATA Platten:

set zfs:zfs_vdev_max_pending=6

ZFS kann sich unter bestimmten Umständen reichlich RAM für seinen Cache reservieren. Startet man später noch zum Beispiel Datenbanken nach, so bekommen diese nicht immer genügend Speicher am Stück für ihre Caches. Das kann zum swappen der Maschine führen. Man kann die Menge an RAM für den ZFS Cache aber begrenzen:

set zfs:zfs_arc_max=<byte>

zum Beispiel auf 2GB bei einem 4GB System:

set zfs:zfs_arc_max=2147483648
Wer Lust dazu hat kann sich mal mit dem ZFS Evil Tuning Guide beschäftigen. Dort gibt es weiterreichende Erklärungen und weitere Anregungen.

Viele Grüße

Michael