Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#57521 - [linux] nfsd: non-standard errno: -84
Attached to Project:
Arch Linux
Opened by Richard PALO (risto3) - Thursday, 15 February 2018, 13:31 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Thursday, 03 March 2022, 12:22 GMT
Opened by Richard PALO (risto3) - Thursday, 15 February 2018, 13:31 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Thursday, 03 March 2022, 12:22 GMT
|
DetailsDescription:
I see the following on our server which serves NFS from zfs datasets to primarily aarch64 clients running archlinux: nfsd: non-standard errno: -84 116741.363819] ------------[ cut here ]------------ [116741.363854] WARNING: CPU: 2 PID: 1729 at fs/nfsd/nfsproc.c:810 nfserrno+0x5c/0x70 [nfsd] [116741.363855] Modules linked in: cfg80211 rfkill ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 xt_hl ip6t_rt nf_conntrack_ipv6 nf_defrag_ipv6 ipt_REJECT nf_reject_ipv4 nf_log_ipv4 nf_log_common xt_LOG xt_limit xt_tcpudp xt_addrtype nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack ip6table_filter ip6_tables nf_nat_tftp nf_conntrack_tftp nf_conntrack_netbios_ns nf_conntrack_broadcast nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack libcrc32c crc32c_generic iptable_filter sch_fq_codel zfs(PO) zunicode(PO) zavl(PO) edac_mce_amd icp(PO) mgag200 input_leds i2c_algo_bit mousedev led_class ttm drm_kms_helper drm agpgart nls_iso8859_1 nls_cp437 kvm_amd vfat zcommon(PO) fat hid_generic syscopyarea znvpair(PO) sysfillrect e1000e sysimgblt kvm evdev mac_hid usbhid spl(O) hid ptp fb_sys_fops irqbypass pps_core k10temp pcspkr [116741.363947] sp5100_tco shpchp i2c_piix4 button acpi_cpufreq nfsd auth_rpcgss oid_registry nfs_acl lockd grace sunrpc ipmi_si ipmi_devintf ipmi_msghandler ip_tables x_tables ext4 crc16 mbcache jbd2 fscrypto sd_mod ohci_pci ahci libahci ehci_pci ohci_hcd ehci_hcd libata usbcore scsi_mod usb_common [116741.363994] CPU: 2 PID: 1729 Comm: nfsd Tainted: P O 4.14.18-1-lts #1 [116741.363996] Hardware name: Supermicro H8SGL/H8SGL, BIOS 3.5 11/25/2013 [116741.364000] task: ffff9445903cea00 task.stack: ffffa40143160000 [116741.364022] RIP: 0010:nfserrno+0x5c/0x70 [nfsd] [116741.364025] RSP: 0018:ffffa40143163cf0 EFLAGS: 00010286 [116741.364029] RAX: 000000000000001d RBX: 0000000005000000 RCX: 0000000000000000 [116741.364033] RDX: 0000000000000000 RSI: ffff944397c96598 RDI: ffff944397c96598 [116741.364035] RBP: ffffa40143163d68 R08: 00000000000002ef R09: 0000000000000004 [116741.364038] R10: ffffffffffffffff R11: 0000000000000001 R12: ffffa40143163d80 [116741.364040] R13: ffffa40143163d88 R14: ffff94436fce95c0 R15: 0000000000000003 [116741.364044] FS: 0000000000000000(0000) GS:ffff944397c80000(0000) knlGS:0000000000000000 [116741.364047] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [116741.364050] CR2: 0000559dad693d98 CR3: 0000000206d9a000 CR4: 00000000000006e0 [116741.364052] Call Trace: [116741.364080] nfsd_lookup_dentry+0x228/0x400 [nfsd] [116741.364103] nfsd_lookup+0x7f/0x130 [nfsd] [116741.364129] ? nfsd4_process_open1+0x130/0x3d0 [nfsd] [116741.364137] ? kmem_cache_alloc_trace+0x8a/0x190 [116741.364161] nfsd4_open+0x494/0x6e0 [nfsd] [116741.364186] nfsd4_proc_compound+0x39e/0x640 [nfsd] [116741.364207] nfsd_dispatch+0xf5/0x230 [nfsd] [116741.364252] svc_process_common+0x4ac/0x690 [sunrpc] [116741.364276] ? nfsd_destroy+0x60/0x60 [nfsd] [116741.364308] svc_process+0xe4/0x190 [sunrpc] [116741.364328] nfsd+0xe3/0x150 [nfsd] [116741.364335] kthread+0x11a/0x130 [116741.364341] ? kthread_create_on_node+0x70/0x70 [116741.364347] ret_from_fork+0x22/0x40 [116741.364352] Code: e0 7a 6f c0 89 d8 5b c3 80 3d 58 e3 04 00 00 bb 00 00 00 05 75 ee 89 fe 48 c7 c7 99 d5 6f c0 c6 05 41 e3 04 00 01 e8 2f 28 a1 d2 <0f> ff eb d5 31 db eb d1 66 90 66 2e 0f 1f 84 00 00 00 00 00 0f [116741.364427] ---[ end trace b24bb498cdd3117a ]--- Additional info: * package version(s) * config and/or log files etc. $ uname -a Linux smicro 4.14.18-1-lts #1 SMP Thu Feb 8 15:49:23 CET 2018 x86_64 GNU/Linux $ paclog-pkglist |grep nfs nfs-utils 2.3.1-1 nfsidmap 2.3.1-1 clients: $ uname -a Linux odroid-001e06336dc8 3.14.79-28-ARCH #1 SMP PREEMPT Tue Nov 28 20:47:59 MST 2017 aarch64 GNU/Linux On the server, via journalctl, I notice the following: nfsdcb: authbuf=192.168.0.0/23 authtype=user févr. 11 08:37:40 smicro rpc.idmapd[1643]: nfs4_name_to_uid: calling nsswitch->name_to_uid févr. 11 08:37:40 smicro rpc.idmapd[1643]: nfs4_name_to_uid: nsswitch->name_to_uid returned -22 févr. 11 08:37:40 smicro rpc.idmapd[1643]: nfs4_name_to_uid: final return value is -22 and on the clients I see kernel: NFS: v4 server smicro.local does not accept raw uid/gids. Reenabling the idmapper. There appears to have been in the past the following https://github.com/zfsonlinux/zfs/issues/1904 (and https://bugzilla.kernel.org/show_bug.cgi?id=65891) but shouldn't be applicable as we don't have normalization enabled. Any ideas? |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Thursday, 03 March 2022, 12:22 GMT
Reason for closing: Fixed
Additional comments about closing: 2022-02-27: A task closure has been requested. Reason for request: No more testable. Assuming fixed upstream.
Thursday, 03 March 2022, 12:22 GMT
Reason for closing: Fixed
Additional comments about closing: 2022-02-27: A task closure has been requested. Reason for request: No more testable. Assuming fixed upstream.
That is, on the clients I also see:
févr. 15 10:41:57 odroid-001e06336dc8 nfsidmap[682]: nss_getpwnam: name 'postgres' not found in domain 'xxx'
févr. 15 10:41:57 odroid-001e06336dc8 nfsidmap[685]: nss_name_to_gid: name 'postgres' not found in domain 'xxx'
To be sure, though, there is no postgres data directory served via nfs!
As the home directories are nfs served, *sometimes* after a client reboot, the protections on the mounted
home directory files are not correct, that is the uid/gid are 4294967294:4294967294 instead of the users values.
This was first noticed when once I tried immediately after a reboot I ssh into the server... with the fouled
protections I cannot, as the .ssh directory files must be with the correct owner. Rebooting has proved to
be the easiest workaround. I verified that NEED_IMAPD=YES is in /etc/conf.d/nfs-common.conf