Suchergebnisse

Einen solchen Ansatz verfolgt der IMAP-Server dbmail. Er läuft mit postgresql und mysql, evtl. auch mit anderen Datenbanken. Ich persönlich bevorzuge maildir, da man sehr einfach an die Mails kommt, falls es mal ein Problem gibt. Ein Datenbanksystem skaliert aber wesentlich besser.

Die Mailing-Liste hat nichts geantwortet. Werde es noch mal im Forum versuche. Vielleicht bekommt man da Resonanz. Es ist zwar in der Tat ein selbst verschuldetes Problem, aber es wäre schon schön, wenn ein Filesystem toleranter auf menschliches Versagen reagieren würde...

Mail an die Mailing-Liste ist draußen. Sollte ich noch einen Bug-Report erstellen?

So, mit FreeBSD 10 gibt es bei zdb -Xe sys mal einen Stacktrace im dmesg: lock order reversal: 1st 0xfffffe003184c668 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:851 2nd 0xfffffe0031832e28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2161 KDB: stack backtrace: db_trace_self_wrapper() at...

Okay, bevor ich mein Englisch zusammen krame und mich auf der fs-Mailing-List kundtue, teste ich noch mal 10-Current. Immerhin arbeitet zdb -Xe sys eine ganze Weile. Vielleicht kommt dann ja mal was raus. :rolleyes: Unter Openiniana kriege ich das nicht zum Laufen. Wieso kann man eigentlich...

Ja, mehrfach sogar. Ob ID oder Name macht keinen Unterschied.

Die einzige neue Erkenntnis ist, dass unter Solaris die ersten beiden Label kaputt sind (Failed to unpack label). Importiert man den Pool mit zpool import -V, dann sagt einem ein zpool status, dass er das Device nicht findet. Als bisheriges Device steht das alte. Ein zdb -Fe gibt immer noch ein...

Herr je, Solaris bootet, aber jetzt kann er mit den Pfaden nichts anfangen. Es gibt ja auch kein /dev/gptid/3094...

Ich lade Solaris ja gerade herunter. Das braucht aber noch eine Stunde. Und zweitens kenne ich mich mit Solaris gar nicht aus. Ich lade gerade das openindiana live usb-image build 151a5 herunter. Ist das richtig?

root@mcp:~ # zdb -vvvvXe sys Configuration for import: vdev_children: 1 version: 28 pool_guid: 874712540419822651 name: 'sys' state: 1 hostid: 4266313884 hostname: 'mcp.lf28.net' vdev_tree: type: 'root' id...

zdb -vvvvXe sys beschäftigt zumindest die Platte und hört nicht gleich mit einem I/O-Error auf... :zitter:

zdb -e gibt folgendes aus: root@mcp:~ # zdb -e sys Configuration for import: vdev_children: 1 version: 28 pool_guid: 874712540419822651 name: 'sys' state: 1 hostid: 4266313884 hostname: 'mcp.lf28.net' vdev_tree...

Ich habe den Import schon mittels FreeBSD-USB-Image (9.1) versucht. Das gab das gleiche Ergebnis. zpool import -F funktioniert auch nicht. Immer wieder kommt dieser I/O-Error, wobei ich keine Meldung vom OS bekomme. Die Platte ist auch relativ neu (ca. 2 Monate), so dass ich nicht an einen...

root@mcp:~ # zpool import -R /mnt sys cannot import 'sys': I/O error Destroy and re-create the pool from a backup source. Ich habe mittlerweile meinen funktionierenden Root-Mirror auf sys0 (zurück-)umbenannt. Dabei habe ich auch den Cache neu angelegt (zpool.cache)...

Anbei die Daten des Pools: zpool import pool: sys id: 874712540419822651 state: FAULTED status: One or more devices contains corrupted data. action: The pool cannot be imported due to damaged devices or data. see: http://illumos.org/msg/ZFS-8000-5E config...

zpool import sieht den Pool nur unter den Namen sys. Andere "unbekannte" Pools sind nicht da. Auch stimmt die guid des Pools mit der Ausgabe von zdb -l auf dem Device überein.

Nachdem ich meinen Root-Pool erfolgreich auf einen Mirror überführt hatte wollte ich mich dem Problem Pool-Renaming annehmen. Im zugehörigen Thread gab es auch den Verweis auf eine Live-Distro. Die hatte ich aber nicht zur Hand, also dachte ich mir, mache ich das alte Bäumchen wechsel dich...

Du kannst dem dhcpd mitgeben, auf welchen Interfaces er arbeiten soll. Bei Dir wäre das em0. Siehe dhcpd(8) Ein Eintrag der Art dhcpd_flags="em0" sollte Dein Problem lösen. :)

Gibt es eine pkg_libchk-Alternative für pkgng?

Es geht über die GUID: zpool export tank zpool import 4711 rpool Die GUID erfährt man mittels zpool get guid tank Mein Problem ist aber, dass ich den Pool mit dem Root-FS nicht exportieren kann. Es wäre interessant, ob das über ein Live-System geht.

So, zfs send ... | zfs receive ... hat schon einmal wunderbar funktioniert. Gibt es eigentlich eine Möglichkeit das Root-Pool umzubenennen? Exportieren und wieder importieren ist ja erstmal nicht möglich...

Wie macht man denn aus einem Single Disk Pool einen Mirrored Pool? Ich finde da in den Man-Pages nichts dazu. Ferner sollte mein Mirror aus zwei anderen Platten bestehen, da diese kleiner sind als die einzelne Platte.

Noch nicht. Ich kann ihn aber jederzeit herstellen. Will heißen, ich habe zwei leere Platten für den Mirror. Ich muss also das System dort hinauf bekommen und den Mirror boot-fähig machen. Genial wäre es natürlich, wenn ich auch Snapshots mit kopieren könnte, da ich beadm verwende.

Ich habe eine FreeBSD-9 Installation auf ZFS auf einer einzelnen Platte. Diese möchte ich nun möglichst einfach auf einen ZFS Mirror verschieben. Wie stelle ich das am geschicktesten an?

Mittlerweile verwende ich auch ssmtp. Sendmail tut es bei mir aber auch mit OSTYPE(openbsd)dnl FEATURE(nullclient,`smtp.lf28.net')dnl Mir FreeBSD sollte das analog gehen.