- Code: Select all
rsync -a pool1/dataset1/* pool2/dataset1/.
- also cases pool1 to disappear from zpool list, although the files are still visible via ls pool1/dataset1
- also hangs the copy process, i.e., hard disk sounds stop and no more changes on destination
- also causes subsequent zpool export to fail
- also prevents soft restart/shutdown; must poweroff with the power button
(My goal is to move dataset1 to new dataset1 + normalization=formD, so I can't use zfs send/recv.)
Non-default settings:
- Code: Select all
pool1/dataset1 recordsize 1M inherited from pool1
pool1/dataset1 compression lz4 received
pool1/dataset1 atime off inherited from pool1
pool1/dataset1 normalization none -
pool1/dataset1 casesensitivity sensitive -
pool2/dataset1 recordsize 1M local
pool2/dataset1 compression lz4 inherited from pool2
pool2/dataset1 atime off inherited from pool2
pool2/dataset1 normalization formD -
pool2/dataset1 casesensitivity sensitive -
Each pool was created to use an entire disk:
- Code: Select all
sudo zpool create -f -O atime=off -O maxrecordsize=1M pool1 disk1
sudo zpool create -f -o ashift=12 -O normalization=formD -O compression=lz4 -O atime=off pool2 disk2
None is a boot disk, only data. Boot disk is APFS.
Any suggestions on how I can debug this for myself and/or provide a more informative bug report? For example, I could try rsync -av to find out on which file it hangs and get more information about that file. This happened twice, and at the same point in terms of total amount copied both times, so it probably is one specific file.
OpenZFS on OSX 1.9.4
MacPorts rsync version 3.2.3 protocol version 31
macOS 10.13.6
Mac Pro 4,1 flashed to 5,1
96 GB of RAM with >40% free at time of hang