[schilytools] star hangs randomly during copy from ZFS to ZFS
Lasse Kliemann
lasse at lassekliemann.de
Mon Nov 4 21:56:12 CET 2024
FreeBSD 14.1-RELEASE-p5 GENERIC amd64
star: star 1.7.0 (amd64-unknown-freebsd14.1) 2023/01/11
Options: acl-POSIX.1e-draft acl-NFSv4 find fflags remote
Installed with 'pkg install star'.
/data1 and /test are mountpoints of encrypted ZFS datasets, where /test is empty initially and /data1 is mounted read-only.
Now, consider:
star -vv -debug -copy -p -xdot -acl -C /data1 . /test
This command hangs, that is, it seemingly stops doing anything after a couple hundred GB have been transferred. Attempted several times. The number of GB copied before this happens is different each time. Output:
star: Block size 20 blocks (10240 bytes).
star: WARNING: fsync() disabled from '/usr/local/etc/default/star'.
star: shared memory segment attached at: 82555E000 size 8413184
pid: 40827 (40827) copy 1 cflag 0 get process
waitchan: 0
putptr: 825561000
getptr: 825561000
base: 825561000
end: 825D63000
size: 8396800
ibs: 8396800
obs: 10240
amt: 0
icnt: 0
ocnt: 0
iblocked: 0
oblocked: 0
mayoblock:0
m1: 0
m2: 0
chreel: 0
reelwait: 0
eflags: 00
pflags: 00
flags: 00
hiw: 5597866
low: 2798933
puts: 0
gets: 0
empty: 0
full: 0
maxfill: 0
moves: 0
mbytes: 0
hdrtype: exustar (9)
pr_maxsize: unlimited
pr_flags: 0x5F13
pr_xhdflags: 0x7
pr_xhmask: 0xFFFFFFFF
pr_fillc: '0'
pr_diffmask:
pr_nflags: 0x7
pr_maxnamelen: 2147483647
pr_maxlnamelen: 2147483647
pr_maxsname: 100
pr_maxslname: 100
pr_maxprefix: 130
pr_sparse_in_hdr: 0
dev_minorbits: 0
star: Flag/File: '(NULL POINTER)'.
star: Dirp: '(NULL POINTER)' Dir: (NULL POINTER).
closepattern(), maxplen 0
npat: 0 narg: 0
npat: 0 narg: 0
dochdir(/test) = 0
star: Flag/File: '-C'.
star: Dirp: '/data1' Dir: /data1.
dochdir(/root) = 0
dochdir(/data1) = 0
Release star 1.7.0 (amd64-unknown-freebsd14.1) 2023/01/11
Archtype exustar
Dumpdate 1730743644.987746742 (Mon Nov 4 19:07:24 2024)
Volno 1
Blocksize 20 records
x 0 drwxr-xr-x+ 5 root/wheel Aug 2 07:36 2024 ./
... Here come many filenames ...
The last line is cut-off somewhere in the middle.
star process is still there, but seemingly doing nothing:
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
root 40827 0.0 0.1 35012 8636 5 I 19:07 9:16.21 star -vv -debug -copy -p -xdot -acl -C /data1 . /test
root 41086 0.0 0.1 37572 8636 5 I 19:07 18:30.39 star -vv -debug -copy -p -xdot -acl -C /data1 . /test
/var/log/messages is quiet.
'zpool status' is all OK.
bsdtar on the same machine works fine: tar -cf - -C /data1 . | tar -xpf - -C /test
So I did the transfer with bsdtar now, but I wonder what is the issue with star. I have used star for such tasks several times over two decades and never encountered anything like this.
--
Kind Regards / MfG
Dr. Lasse Kliemann
Westring 269, 24116 Kiel, Germany
E-Mail: lasse at lassekliemann.de
Telegram.org: @lassekliemann
Signal.org: +49 162 66 88 468
Website: https://lassekliemann.de
OpenPGP key: https://lassekliemann.de/gpg-common.asc
4D69 BC04 CD1F 7589 334B 0B00 9FC2 FEE9 AE69 652A
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: not available
URL: <https://mlists.in-berlin.de/pipermail/schilytools-mlists.in-berlin.de/attachments/20241104/53d9b226/attachment.sig>
More information about the schilytools
mailing list