I can''t send/receive incramental for one filesystem. Other filesystems on the same servers (some in the same pool) work ok - just problem with that one. Even if rollback destination filesystem I still can''t receive incramental send. I try to send incramental from ''SRC HOST'' to ''DST HOST''. On ''SRC HOST'' pool is raidz, on ''DST HOST'' pool is just one LUN. DST HOST# zfs list |grep d5203 nfs-s5-s8/d5203 326G 2.58T 326G /nfs-s5-s8/d5203 nfs-s5-s8/d5203 at r1 0 - 326G - DST HOST# SRC HOST# ptime zfs send -i p2/d5203 at r1 p2/d5203 at r2 | ssh XXX at XXX zfs receive -v nfs-s5-s8/d5203 receiving incremental stream of p2/d5203 at r2 into nfs-s5-s8/d5203 at r2 cannot receive: destination has been modified since most recent snapshot -- use ''zfs rollback'' to discard changes real 5.339 user 0.016 sys 0.062 ptime: command terminated abnormally by SIGPIPE SRC HOST# DST HOST# zfs list |grep d5203 nfs-s5-s8/d5203 326G 2.58T 326G /nfs-s5-s8/d5203 nfs-s5-s8/d5203 at r1 132K - 326G - DST HOST# DST HOST# zfs rollback nfs-s5-s8/d5203 at r1 DST HOST# zfs list |grep d5203 nfs-s5-s8/d5203 326G 2.58T 326G /nfs-s5-s8/d5203 nfs-s5-s8/d5203 at r1 0 - 326G - DST HOST# SRC HOST# ptime zfs send -i p2/d5203 at r1 p2/d5203 at r2 | ssh XXX at XXX zfs receive -v nfs-s5-s8/d5203 receiving incremental stream of p2/d5203 at r2 into nfs-s5-s8/d5203 at r2 cannot receive: destination has been modified since most recent snapshot -- use ''zfs rollback'' to discard changes real 7.115 user 0.016 sys 0.101 ptime: command terminated abnormally by SIGPIPE SRC HOST# SRC HOST# zfs list | grep 5203 p2/d5203 363G 37.0G 343G /p2/d5203 p2/d5203 at r1 19.7G - 362G - p2/d5203 at r2 0 - 343G - SRC HOST# This message posted from opensolaris.org
On Thu, Jun 08, 2006 at 11:46:32AM -0700, Robert Milkowski wrote:> I can''t send/receive incramental for one filesystem. Other filesystems > on the same servers (some in the same pool) work ok - just problem > with that one. Even if rollback destination filesystem I still can''t > receive incramental send....> SRC HOST# ptime zfs send -i p2/d5203 at r1 p2/d5203 at r2 | ssh XXX at XXX zfs > receive -v nfs-s5-s8/d5203 > receiving incremental stream of p2/d5203 at r2 into nfs-s5-s8/d5203 at r2 > cannot receive: destination has been modified since most recent snapshot -- > use ''zfs rollback'' to discard changesYou may be hitting 6343779 "ZPL''s delete queue causes ''zfs restore'' to fail". As mentioned in the bug report, you can work around this by not mounting the target filesystem between the rollback and the receive: dst# zfs set mountpoint=none nfs-s5-s8/d5203 dst# zfs rollback nfs-s5-s8/d5203 at r1 dst# ... zfs recv ... dst# zfs inherit mountpoint nfs-s5-s8/d5203 If that doesn''t work, let us know, as it might be an unknown bug. --matt
Hello Matthew, Thursday, June 8, 2006, 8:51:39 PM, you wrote: MA> On Thu, Jun 08, 2006 at 11:46:32AM -0700, Robert Milkowski wrote:>> I can''t send/receive incramental for one filesystem. Other filesystems >> on the same servers (some in the same pool) work ok - just problem >> with that one. Even if rollback destination filesystem I still can''t >> receive incramental send.MA> ...>> SRC HOST# ptime zfs send -i p2/d5203 at r1 p2/d5203 at r2 | ssh XXX at XXX zfs >> receive -v nfs-s5-s8/d5203 >> receiving incremental stream of p2/d5203 at r2 into nfs-s5-s8/d5203 at r2 >> cannot receive: destination has been modified since most recent snapshot -- >> use ''zfs rollback'' to discard changesMA> You may be hitting 6343779 "ZPL''s delete queue causes ''zfs restore'' to MA> fail". As mentioned in the bug report, you can work around this by not MA> mounting the target filesystem between the rollback and the receive: MA> dst# zfs set mountpoint=none nfs-s5-s8/d5203 MA> dst# zfs rollback nfs-s5-s8/d5203 at r1 MA> dst# ... zfs recv ... MA> dst# zfs inherit mountpoint nfs-s5-s8/d5203 MA> If that doesn''t work, let us know, as it might be an unknown bug. I did ''zfs umount nfs-s5-s8/d5203 ; zfs rollback nfs-s5-s8/d5203 at r1'' and then send/receive - looks like it is working :) Thank you. -- Best regards, Robert mailto:rmilkowski at task.gda.pl http://milek.blogspot.com