Leere Verzeichnisse auf *nix finden — portabel

Stand vorhin vor dem Problem, das ich auf Solaris alle leeren Verzeichnisse und leeren Dateien unterhalb eines Verzeichnisses finden wollte.

Auf Linux, bzw. genauer gesagt: mit GNU Tools und deren findutils, hätte ich dafür die Option „-empty“ von find(1) verwendet. Aus der Dokumentation:

[…]
— Test: -empty

True if the file is empty and is either a regular file or a directory. This might help determine good candidates for deletion. This test is useful with ‘-depth’ (see Directories) and ‘-delete’ (see Single File).

[…]

Aber, wie gesagt, ich war auf Solaris, bzw. genauer gesagt: ich hatte die GNU findutils nicht zur Verfügung und konnte sie auch nicht nachinstallieren… Also musste eine bessere (read: portable) Lösung her 🙂

Und die lautet:

find $DIR '(' -type d -links 2 \) -o -size 0

Dh. man lasse find nach Verzeichnissen („-type d“) suchen, in denen GENAU nur 2 „Links“ („-links 2“) sind — das sind alle die Verzeichnisse, die leer sind.
Und es sollen auch sonst alle „Einträge“ gefunden werden, die eine Grösse von 0 („-size 0“) habe — das sind alle leeren Dateien.

Dh. die Option „-empty“ von GNU find ist genau identisch zu der portablen Optionskombination „‚(‚ -type d -links 2 \) -o -size 0„.

Das zeigt exemplarisch auch wunderschön, was so schlecht ist an dem GNU Toolset – unnötige Optionen… Klar, ein „-empty“ ist schneller getippt als „‚(‚ -type d -links 2 \) -o -size 0„, aber dafür ist letzteres überall brauchbar. Wenn in der GNU Dokumentation wenigstens stünde, das beides identisch ist, dann wäre es ja vlt. noch gut. Oder wenn notiert wäre, das „-empty“ nur bei GNU find existiert und nicht im POSIX Standard steht… Da dem aber so nicht ist, ist „-empty“ schlecht.

Advertisements

Festplatte bei Solaris 10 x86 austauschen

Folgendes ist zu tun, wenn man auf einem Solaris 10 x86 (Intel) System eine Platte austauschen will, die bei ZFS verwendet wird, z.B. weil die Platte defekt ist.
  1. Im zpool die defekte Platte „offline“ nehmen
    • zpool offline pool c0t5d0s0
  2. VTOC der defekten Platte speichern:
    • prtvtoc /dev/rdsk/c0t5d0s2 > /c0t5d0.vtoc
  3. Platte aus der Solaris Konfiguration entfernen
    • cfgadm -c unconfigure c0::dsk/c0t5d0
  4. Defekte Platte entfernen
  5. Neue Platte einstecken
  6. Mit dmesg überprüfen, ob neue Platte von alleine gefunden wurde
    • Wenn nicht:
      • cfgadm -c configure c0::dsk/c0t5d0
    • Oder:
      • cfgadm -al > /cfgadm-al.0
      • devfsadm -c disk
      • cfgadm -al > /cfgadm-al.1
      • diff -u /cfgadm-al.0 /cfgadm-al.1
        • Notiz von Devicenamen der neuen Platte machen
    • Oder, falls nichts von dem hilft:
      • Rechner rebooten
      • cfgadm -c configure c0::dsk/c0t5d0
  7. Bestehende VTOC von defekter Platte übertragen:
    • fmthard -s /c0t5d0.vtoc /dev/rdsk/c0t5d0s2
  8. Im zpool die Platte austauschen:
    • zpool replace pool c0t5d0s0
  9. Die Platte wieder online nehmen
    • zpool online pool c0t5d0s0
  10. Ab und an den Status des Pools überprüfen, um feststellen zu können, ob der Resilver fertig ist
    • zpool status pool
  11. Counter für Module zfs-diagnosis und zfs-retire von fmstat zurücksetzen
    • fmadm reset zfs-diagnosis
    • fmadm reset zfs-retire
  12. Defekt Meldungen von fmadm auslesen und auf repariert setzen
    • fmadm faulty
    • fmadm repair <id> # Id wird bei "fmadm faulty" angezeigt
  13. Fertig.

Im grossen und ganzen von http://download.oracle.com/docs/cd/E19082-01/817-2271/ghzvx/index.html kopiert.

Keine kostenlosen Patches für Solaris 10!

SunSolve Seite von Sun

SunSolve - hier "gab's" mal Patche für Solaris

Nach der Übernahme von Sun durch Oracle hat sich eine „Kleinigkeit“ in Bezug auf Patches für Solaris 10 geändert.

Bisher war es möglich, auch ohne Wartungsvertrag bestimmte Patches zu downloaden – in der Regel Security Patches konnte man so bekommen.

Dem ist seit heute nicht mehr so.

Weiterlesen

Can’t access USB devices in VirtualBox Guests on OSX Host

For some reason or the other, my USB Mass Storage Device (ie. USB Stick) is greyed out in VirtualBox 3.1.2 on a OS X 10.6.2 host.

According to „USB Devices unavailable/grayed-out due to permission problem“ on the VirtualBox Forums, this seems to be a known defect.

—————————————————————————————————————————

Update:

It turns out, that it’s possible to access the USB Mass Storage Device after unmounting it in the OS X host. Kinda logical, if you think about it 😉

Solaris 10: Clone einer Non-Global Zone mit ZFS Snapshots

Im „Systemverwaltungshandbuch“ von Sun zu Solaris 10 finden wir zum Stichwort „Klonen einer nicht-globalen Zone im gleichen System“:

  1. Erstellen Sie die neue Zone zone1 durch Klonen von my-zone.
    global# zoneadm -z zone1 clone my-zone

    Das System zeigt Folgendes an:

    Cloning zonepath /export/home/my-zone...

    Wenn sich der zonepath der Quelle in einem ZFS-Pool befindet, beispielsweise zeepool, zeigt das System ab Solaris 10 5/09 Folgendes an:

    Cloning snapshot zeepool/zones/my-zone@SUNWzone1
    Instead of copying, a ZFS clone has been created for this zone.

Hört sich gut an, aber…
Weiterlesen