[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: usrmerge on root NFS will not be run automatically



On 08 Sep 2023 12:54, Marco wrote:
   Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will not be run
   automatically. See #842145 for details.

Read :
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842145
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039522

The solution would be :
"convert-usrmerge can be run in a chroot on the NFS server"

If your NFS server is not Linux-based, carefully copy the files over a Linux machine, chroot+convert there, then move back to the NFS server.
Make backups ;)
Can help: https://unix.stackexchange.com/questions/312218/chroot-from-freebsd-to-linux


As per the why, I don't know.
Maybe the symlink handling by NFS ?

Reading the script "/usr/lib/usrmerge/convert-usrmerge", you get the reasons why it fails :

142 # The other cases are more complex and there are some corner cases that
143     # we do not try to resolve automatically.
144
145     # both source and dest are links
[...]
168     # the source is a link
[...]
175     # the destination is a link
[...]
191     # both source and dest are directories
192     # this is the second most common case

You may change the script to detect where/why it fails, so edit
    fatal("Both $n and /usr$n exist");
to
    fatal("Both $n and /usr$n exist - err line 145");
    fatal("Both $n and /usr$n exist - err line 168");

Also found this on
"https://en.opensuse.org/openSUSE:Usr_merge#Known_Problems"; :

- "File systems that do not support RENAME_EXCHANGE such as ZFS or NFS cannot perform live conversion (Bug 1186637)" - "Conversion fails if there's a mount point below (/usr)/{bin,sbin,lib,lib64}"

Good luck

--
++
zithro / Cyril


Reply to: