Could puppet classes be trying to handle the nfs services individually, and perhaps focusing on the var-lib-nfs-rpc_pipefs.mount unit, instead of letting the system start the dependencies as needed?
After I install nfs-common I seem to have the exact opposite of you: run-rpc_pipefs.mount is activated, and var-lib-nfs-rpc_pipefs.mount is not:
Could puppet classes be trying to handle the nfs services individually, and perhaps focusing on the var-lib- nfs-rpc_ pipefs. mount unit, instead of letting the system start the dependencies as needed?
After I install nfs-common I seem to have the exact opposite of you: run-rpc_ pipefs. mount is activated, and var-lib- nfs-rpc_ pipefs. mount is not:
root@j-nfs:~# systemctl status var-lib- nfs-rpc_ pipefs. mount nfs-rpc_ pipefs. mount - RPC Pipe File System system/ var-lib- nfs-rpc_ pipefs. mount; static) nfs/rpc_ pipefs
○ var-lib-
Loaded: loaded (/lib/systemd/
Active: inactive (dead)
Where: /var/lib/
What: sunrpc
root@j-nfs:~# systemctl status run-rpc_ pipefs. mount pipefs. mount - RPC Pipe File System generator/ run-rpc_ pipefs. mount; generated) slice/run- rpc_pipefs. mount
● run-rpc_
Loaded: loaded (/run/systemd/
Active: active (mounted) since Fri 2022-07-01 12:35:05 UTC; 2min 17s ago
Where: /run/rpc_pipefs
What: sunrpc
Tasks: 0 (limit: 1119)
Memory: 20.0K
CPU: 2ms
CGroup: /system.
Jul 01 12:35:05 j-nfs systemd[1]: Mounting RPC Pipe File System...
Jul 01 12:35:05 j-nfs systemd[1]: Mounted RPC Pipe File System.