It seems that star tries to read incorrectly the extended attributes for file in subdirectories... for example doing
star -c -f /tmp/x.tar.gz -H exustar -acl -xattr-linux .
Gives lots of error for files like
star: No such file or directory. Cannot listxattr for 'Archive.pod'.
A strace shows the following:
newfstatat(7, "Archive.pod", {st_mode=S_IFREG|0640, st_size=7377, ...}, AT_SYMLINK_NOFOLLOW) = 0
llistxattr("Archive.pod", 0, 0) = -1 ENOENT (No such file or directory)
write(2, "star: No such file or directory. Cannot listxattr for 'Archive.pod'.\n", 69) = 69
getxattr("perl/Amanda/Archive.pod", "system.posix_acl_access", 0x7fffa0a32920, 132) = -1 ENODATA (No data available)
stat("perl/Amanda/Archive.pod", {st_mode=S_IFREG|0640, st_size=7377, ...}) = 0
openat(AT_FDCWD, "perl/Amanda/Archive.pod", O_RDONLY) = 8
read(8, "/*\n * Copyright (c) 2009-2012 Zmanda, Inc. All Rights Reserved.\n * Copyright (c) 2013-2016 Carbonit"..., 3510784) = 7377
read(8, "", 3503104) = 0
close(8) = 0
I think that the listxattr (maybe the newfstatat too?) should be done on the full relative path, not only on the file name, like getxattr does, for example
Could you check whether this works if you use "-find ." instead of "."?schily
There have been some code changes recently for performance reasons....
The fix takes a bit longer to fix as there are sevel small problems. Please use -find until the fix is ready.
If you like, you may try out this patch. It is not fully complete since there is a need
to add support foe extra long path names (> 1024) but for most cases OK.
Fixed in schily-2019-07-15