If you enable nfs.target, it enables nfs-server.service, which enables rpc-rquotad.service, which listens on port 631. Port 631 is the IPP port, used by CUPS, so NFS is preventing CUPS from running such that it's available over the network. rpc-rquotad should not be using this port. Reproducible: Steps to Reproduce:
rpc-rquotad uses a different port each time, as all rpcbind-based services do, so it might conflict with another service, but not in a systematic manner. You may eventually set a fixed port using RPCRQUOTADOPTS variable in /etc/sysconfig/rpc-rquotad file. In the past, we used to have a portreserve package dedicated to this issue, ie reserving well-known ports to avoid them being dynamically assigned to various RPC subsystems. I has been dropped, however, as considedered too cumbersome for the issue. I have no actual objection of anyone resurecting it, tough, but I don't think it would really make fixing the issue easier, especially on an already running host.
Status: NEW => ASSIGNED
Actually, we still have portreserve package in the distribution. But its systemd service file has been volontarily disabled, and a comment by Colin seems to imply it is useless: # (cg) Mask service (i.e. totally disable) under systemd. # systemd has it's own socket activation that totally supercedes the functionality # of this package and in actual fact breaks e.g. cups. The fedora package, however, ships a functional systemd unit file, so I have no clue about what to do here.
CC: (none) => mageia
Hi David & Guillaume Should this report remain open for Mageia 6 and/or Cauldron?
CC: (none) => marja11
It doesn't sound like it has been fixed, so I would say yes.
Whiteboard: (none) => MGA6TOOVersion: 5 => Cauldron
This was never fixed, principaly because it was hardly considerable as an actual bug, rather an occasional nuisance. I just turned the hard dependency from nfs-utils to quota as a soft dependency on quota-rpc, because remote quota management should not be mandatory for an NFS server. I also updated portreserve package, in case someone would really prefer to use it, even if seems to be obsolete nowadays. BTW, cups systemd socket activation patch may have to get updated, the one if fedora seems more complete.
Resolution: (none) => WONTFIXStatus: ASSIGNED => RESOLVED