Re: armv7 chroot [and lib32] on aarch64 is getting "nfssvc() ERR#78 'Function not implemented'" for "umount /mnt" of a nfs mounted UFS file system
Date: Sat, 27 Jul 2024 17:14:53 UTC
On Jul 26, 2024, at 21:58, Mark Millard <marklmi@yahoo.com> wrote: > On Jul 26, 2024, at 21:20, Mark Millard <marklmi@yahoo.com> wrote: > >> The original mount was: >> >> mount -onoatime 192.168.1.140:/ /mnt >> >> For reference: >> 192.168.1.140:/ on /usr/obj/DESTDIRs/main-armv7-chroot-ports-official/mnt (nfs, noatime) >> >> gdb reports: >> >> Reading symbols from /sbin/umount... >> Reading symbols from /usr/lib/debug//sbin/umount.debug... >> [New LWP 100137] >> Core was generated by `umount /mnt'. >> Program terminated with signal SIGSYS, Bad system call. >> Sent by kernel. >> #0 nfssvc () at nfssvc.S:4 >> >> warning: 4 nfssvc.S: No such file or directory >> (gdb) bt >> #0 nfssvc () at nfssvc.S:4 >> #1 0x00021be8 in umountfs (sfs=sfs@entry=0xffffce90) at /home/pkgbuild/worktrees/main/sbin/umount/umount.c:396 >> #2 0x00022400 in checkname (mntname=0xffffddfb "/mnt", typelist=typelist@entry=0x0) at /home/pkgbuild/worktrees/main/sbin/umount/umount.c:327 >> #3 0x000218a4 in main (argc=<optimized out>, argv=<optimized out>) at /home/pkgbuild/worktrees/main/sbin/umount/umount.c:195 >> >> >> truss's output ends with: >> >> . . . >> mmap(0x0,20480,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(12),-1,0x0) = 537321472 (0x2006e000) >> statfs("/mnt",{ fstypename=nfs,mntonname=/usr/obj/DESTDIRs/main-armv7-chroot-ports-official/mnt,mntfromname=192.168.1.140:/,fsid=18ff003a3a000000 }) = 0 (0x0) >> fstatat(AT_FDCWD,"/mnt",{ mode=drwxr-xr-x ,inode=2,size=1536,blksize=4096 },0x0) = 0 (0x0) >> fstatat(AT_FDCWD,"/mnt/..",{ mode=drwxr-xr-x ,inode=73557804,size=512,blksize=32768 },0x0) = 0 (0x0) >> mmap(0x0,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(12),-1,0x0) = 537219072 (0x20055000) >> mmap(0x0,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(12),-1,0x0) = 537341952 (0x20073000) >> nfssvc() ERR#78 'Function not implemented' >> SIGNAL 12 (SIGSYS) code=SI_KERNEL >> process killed, signal = 12 (core dumped) >> >> >> For reference: >> >> if (nfssvc(NFSSVC_DUMPMNTOPTS, &dumpmntopts) >= 0) { >> >> >> armv7 chroot: >> >> # uname -apKU >> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT main-n271408-4fab5f005482 GENERIC-NODEBUG arm armv7 1500021 1500021 >> >> # ls -lodTt /var/cache/pkg/*.snap*.pkg | grep -v "^l" | sed -E 's@^[^/]*(/.*/pkg/([^-]*-)(.*)(\.snap[^~]*)~[^.]*\.pkg)$@\2\4@' | sort -ru >> FreeBSD-.snap20240726110821 >> >> >> aarch64 host: >> >> # uname -apKU >> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT main-n271408-4fab5f005482 GENERIC-NODEBUG arm64 aarch64 1500021 1500021 >> >> # ls -lodTt /var/cache/pkg/*.snap*.pkg | grep -v "^l" | sed -E 's@^[^/]*(/.*/pkg/([^-]*-)(.*)(\.snap[^~]*)~[^.]*\.pkg)$@\2\4@' | sort -ru >> FreeBSD-.snap20240726112037 >> >> >> After exiting the chroot, the aarch64 environment did the unmount /mnt just fine. > > > I set up a context where aarch64 ends up seeing (after chroot > exit): > > # df -m > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/gpt/PBaseUFS 1114846 184896 840761 18% / > devfs 0 0 0 0% /dev > /dev/gpt/PBaseEFI 244 26 218 11% /boot/efi > 192.168.1.140:/ 823229 74755 682616 10% /usr/obj/DESTDIRs/main-armv7-chroot-ports-official/mnt > > I then used the armv7 umount: > > # /usr/obj/DESTDIRs/main-armv7-chroot-ports-official/sbin/umount /usr/obj/DESTDIRs/main-armv7-chroot-ports-official/mnt > Bad system call (core dumped) > > The truss output for such shows: > > . . . > freebsd32_getfsstat(0x2004e000,11720,MNT_NOWAIT) = 4 (0x4) > freebsd32_mmap(0x0,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(12),-1,0x0) = 537411584 (0x20084000) > freebsd32_mmap(0x0,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(12),-1,0x0) = 537423872 (0x20087000) > freebsd32_mmap(0x0,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(12),-1,0x0) = 537427968 (0x20088000) > #155() ERR#78 'Function not implemented' > SIGNAL 12 (SIGSYS) code=SI_KERNEL > process killed, signal = 12 (core dumped) > > > Side note: > > # more ~/pkgbase-snapshot-list.sh > #! /bin/sh > ls -lodTt /var/cache/pkg/*.snap*.pkg | grep -v "^l" | sed -E 's@^[^/]*(/.*/pkg/([^-]*-)(.*)(-[0-9][0-9]\.snap[^~]*)~[^.]*\.pkg)$@\2*\4@' | sort -ru > > results in the likes of: > > # ~/pkgbase-snapshot-list.sh > FreeBSD-*-15.snap20240726112037 > > that reads a little better. I looked around and this lack of support is deliberate and has been long term. That tells me that, despite the amount of nfs mount/umount activity of UFS file systems I've done over the years, I just happened to have not done such from a chroot context before, at least for the umount side of the pair. === Mark Millard marklmi at yahoo.com