Bug 17509

Summary:	rpc-rquota service uses port 631
Product:	Mageia	Reporter:	David Walser <luigiwalser>
Component:	RPM Packages	Assignee:	Guillaume Rousse <guillomovitch>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	normal
Priority:	Normal	CC:	mageia, marja11
Version:	Cauldron
Target Milestone:	---
Hardware:	i586
OS:	Linux
Whiteboard:	MGA6TOO
Source RPM:	nfs-utils-1.3.0-6.mga5.src.rpm	CVE:
Status comment:

Description David Walser 2016-01-16 21:28:14 CET

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:

Comment 1 Guillaume Rousse 2016-03-20 12:55:59 CET

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

Comment 2 Guillaume Rousse 2017-05-26 12:27:11 CEST

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

Comment 3 Marja Van Waes 2018-09-18 15:50:01 CEST

Hi David & Guillaume

Should this report remain open for Mageia 6 and/or Cauldron?

CC: (none) => marja11

Comment 4 David Walser 2018-09-18 16:40:45 CEST

It doesn't sound like it has been fixed, so I would say yes.

Marja Van Waes 2018-09-18 19:21:50 CEST

Whiteboard: (none) => MGA6TOO
Version: 5 => Cauldron

Comment 5 Guillaume Rousse 2018-09-20 21:08:15 CEST

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) => WONTFIX
Status: ASSIGNED => RESOLVED