hi, ich hätte da mal wieder eine Frage :-)
Vor ein paar Tagen habe ich einen Zpool von einem Rechner + Jbod via ISCSI auf einen anderen Rechner + Jbod kopiert, was zwei Tage gedauert hat (8TB). Nun wollte ich nur noch die Änderungen via zfs send / receive durch die Gegend schicken, und da SSH ewig braucht, das per NetCat. Also habe ich einen Snapshot erzeugt und den auf die Andere Seite gesendet. Leider klappt da schon wieder was nicht, denn zfs hat sich geweigert, den Datenstrom anznehmen, weil das Dataset schon vorhanden war. Ich habe das Netz rauf und runter probiert, aber der Erfolg war null. Auf der Oracle Webseite gab es dann den Schalter "-F" für receive, aber ich hatte es schon im Urin, dass das nicht so das Wahre sein kann. Nun dümpelt der Vorgang wieder bei 2MB/s rum und eigentlich sollte er doch nur nach den Änderungen schauen: Sender: ~# zfs snapshot -r backupBacula@1 ~# zfs send -R backupBacula@1 | nc backupsvr 8023 backupBacula 8,37T 7,34T 8,27T /backupBacula backupBacula@1 100G - 8,25T - Empfänger: ~# nc -l -p 8023 | zfs receive -du pool1/bacula cannot receive new filesystem stream: destination 'pool1/bacula' exists must specify -F to overwrite it ~# nc -l -p 8023 | zfs receive -F pool1/bacula NAME USED AVAIL REFER MOUNTPOINT pool1 9.52T 8.25T 62.3K /pool1 pool1/bacula 9.02T 8.25T 8.28T /pool1/bacula Ich habe ja den Verdacht, dass er nun einfach wieder blank den Pool 1:1 rüberkopiert. Kann es sein, dass nun meine Kopierarbeit von letzter Woche nun hinfällig geworden ist? Vor allem, warum ist der Empfängerpool soviel größer? Fragen über Fragen ... kann man den Vorgang einfach unterbrechen, ohne dass mir die Daten auf dem neuen Pool flöten gehen? cu denny _______________________________________________ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug