You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've come across an instance of zfs diff showing an impossible sequence of events, given the state of the starting snapshot.
It is reporting a directory as moved, and then later reporting files that moved from within the original directory location to within the new (moved) location. The files it is reporting as moved are within the directory before it is moved in the starting snapshot, and the directory they are shown as moved to doesn't exist before the directory is moved (that is, in the starting snapshot).
No matter what order these records are ordered in, they can't be reconciled. What it looks like is the file move records were somehow generated using source paths of the original directory location, but destination paths of the directory in its new location.
Heres the relevant zfs diff output:
1688418153.587271441 R / /home/test/zvib/z /home/test/proj/vib/z
...
1688418130.251130632 R F /home/test/zvib/z/Sam.CSV /home/test/proj/vib/z/Sam2.CSV
1688418135.107159926 R F /home/test/zvib/z/Sam.txt /home/test/proj/vib/z/Sam2.txt
Describe how to reproduce the problem
No idea. But no relevant errors are being shown by the pool or in the kernel logs, and the pool is otherwise fine.
Include any warning/errors/backtraces from the system logs
The text was updated successfully, but these errors were encountered:
System information
Describe the problem you're observing
I've come across an instance of
zfs diff
showing an impossible sequence of events, given the state of the starting snapshot.It is reporting a directory as moved, and then later reporting files that moved from within the original directory location to within the new (moved) location. The files it is reporting as moved are within the directory before it is moved in the starting snapshot, and the directory they are shown as moved to doesn't exist before the directory is moved (that is, in the starting snapshot).
No matter what order these records are ordered in, they can't be reconciled. What it looks like is the file move records were somehow generated using source paths of the original directory location, but destination paths of the directory in its new location.
Heres the relevant
zfs diff
output:Describe how to reproduce the problem
No idea. But no relevant errors are being shown by the pool or in the kernel logs, and the pool is otherwise fine.
Include any warning/errors/backtraces from the system logs
The text was updated successfully, but these errors were encountered: