Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #92836 > unrolled thread

Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12

Started byPatrik Schindler <poc@pocnet.net>
First post2026-05-29 13:50 +0200
Last post2026-05-29 22:50 +0200
Articles 6 — 3 participants

Back to article view | Back to linux.debian.kernel


Contents

  Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12 Patrik Schindler <poc@pocnet.net> - 2026-05-29 13:50 +0200
    Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12 Ben Hutchings <ben@decadent.org.uk> - 2026-05-29 22:50 +0200
      Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12 Ben Hutchings <ben@decadent.org.uk> - 2026-05-29 23:00 +0200
      Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12 Patrik Schindler <poc@pocnet.net> - 2026-05-29 23:20 +0200
        Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12 Ben Hutchings <ben@decadent.org.uk> - 2026-05-29 23:30 +0200
    Bug#1138209: marked as done (nfs-kernel-server: Parameter  RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade  from Deb12) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2026-05-29 22:50 +0200

#92836 — Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12

FromPatrik Schindler <poc@pocnet.net>
Date2026-05-29 13:50 +0200
SubjectBug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12
Message-ID<N03SV-8L75-7@gated-at.bofh.it>
Package: nfs-kernel-server
Version: 1:2.8.3-1
Severity: normal

Dear Maintainer,

I'm using SysVrc and updated an NFS server from Deb12 to Deb13. This is a
machine which heavy load due to Veeam Backup & Replication repositories.

To keep up, I had changed /etc/default/nfs-kernel-server to increase
RPCNFSDCOUNT to a number high enough to stop syslog messages about
incomplete data transfers.

Since Deb13, RPCNFSDCOUNT is no longer used. Culprit is that in
/etc/init.d/nfs-kernel-server lines 99 to 101, /sbin/rpc.nfsd is
no longer given the $RPCNFSDCOUNT variable, as it was in the Debian 12
initscript.


-- Package-specific info:
-- rpcinfo --
   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  59890  status
    100024    1   tcp  47985  status
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100227    3   tcp   2049  nfs_acl
    100021    1   udp  36247  nlockmgr
    100021    3   udp  36247  nlockmgr
    100021    4   udp  36247  nlockmgr
    100021    1   tcp  45365  nlockmgr
    100021    3   tcp  45365  nlockmgr
    100021    4   tcp  45365  nlockmgr
    100005    1   udp  40951  mountd
    100005    1   tcp  53591  mountd
    100005    2   udp  56325  mountd
    100005    2   tcp  36969  mountd
    100005    3   udp  51628  mountd
    100005    3   tcp  50041  mountd
-- /etc/default/nfs-kernel-server --
RPCNFSDCOUNT=2000
RPCNFSDPRIORITY=0
RPCNFSDOPTS=""
RPCMOUNTDOPTS="--manage-gids"
NEED_SVCGSSD=""
RPCSVCGSSDOPTS=""

-- System Information:
Debian Release: 13.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.12.90+deb13.1-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages nfs-kernel-server depends on:
ii  keyutils                1.6.3-6
ii  libblkid1               2.41-5
ii  libc6                   2.41-12+deb13u3
ii  libcap2                 1:2.75-10+deb13u1+b1
ii  libevent-core-2.1-7t64  2.1.12-stable-10+b1
ii  libnl-3-200             3.7.0-2
ii  libnl-genl-3-200        3.7.0-2
ii  libreadline8t64         8.2-6
ii  libsqlite3-0            3.46.1-7+deb13u1
ii  libtirpc3t64            1.3.6+ds-1
ii  libuuid1                2.41-5
ii  libwrap0                7.6.q-36
ii  libxml2                 2.12.7+dfsg+really2.9.14-2.1+deb13u2
ii  netbase                 6.5
ii  nfs-common              1:2.8.3-1
ii  ucf                     3.0052

Versions of packages nfs-kernel-server recommends:
ii  python3       3.13.5-1
pn  python3-yaml  <none>

Versions of packages nfs-kernel-server suggests:
ii  procps  2:4.0.4-9

-- Configuration Files:
/etc/init.d/nfs-kernel-server changed:
DESC="NFS kernel daemon"
PREFIX=/usr
[ -x $PREFIX/sbin/rpc.nfsd    ] || exit 0
[ -x $PREFIX/sbin/rpc.mountd  ] || exit 0
[ -x $PREFIX/sbin/exportfs    ] || exit 0
DEFAULTFILE=/etc/default/nfs-kernel-server
RPCNFSDPRIORITY=0
NEED_SVCGSSD=no
PROCNFSD_MOUNTPOINT=/proc/fs/nfsd
if [ -f $DEFAULTFILE ]; then
    . $DEFAULTFILE
fi
. /lib/lsb/init-functions
do_modprobe() {
    if [ -x /sbin/modprobe ] && [ -f /proc/modules ]
    then
        modprobe -q "$1" || true
    fi
}
do_mount() {
    if ! grep -E -qs "$1\$" /proc/filesystems
    then
	return 1
    fi
    if ! mountpoint -q "$2"
    then
	mount -t "$1" "$1" "$2"
	return
    fi
    return 0
}
case "$1" in
  start)
	export_files="/etc/exports"
	for file in /etc/exports.d/*.exports ; do
		if [ -f "$file" ]; then
			export_files="$export_files $file"
		fi
	done
	# shellcheck disable=SC2086
	if [ -f /etc/exports ] && grep -q '^[[:space:]]*[^#]*/' $export_files
	then
		do_modprobe nfsd
		# See if our running kernel supports the NFS kernel server
		if ! grep -E -qs "[[:space:]]nfsd\$" /proc/filesystems; then
			log_warning_msg "Not starting $DESC: no support in current kernel"
			exit 0
		fi
		
		do_mount nfsd $PROCNFSD_MOUNTPOINT || NEED_SVCGSSD=no
		log_action_begin_msg "Exporting directories for $DESC"
		$PREFIX/sbin/exportfs -r
		RET=$?
		if [ $RET != 0 ]; then
			log_action_end_msg $RET
			exit $RET
		fi
		log_action_end_msg 0
		log_daemon_msg "Starting $DESC"
		log_progress_msg "nfsd"
		
		# See if rpcbind is running
		$PREFIX/sbin/rpcinfo -p >/dev/null 2>&1
		RET=$?
		if [ $RET != 0 ]; then
		    echo
		    log_warning_msg "Not starting: portmapper is not running"
		    exit 0
		fi
		start-stop-daemon --start --oknodo --quiet \
		    --nicelevel $RPCNFSDPRIORITY \
		    --exec $PREFIX/sbin/rpc.nfsd -- $RPCNFSDCOUNT
		RET=$?
		if [ $RET != 0 ]; then
			log_end_msg $RET
			exit $RET
		fi
		# make sure 127.0.0.1 is a valid source for requests
		ClearAddr=
		if [ -f /proc/net/rpc/auth.unix.ip/channel ]
		then
		    grep -Fqs 127.0.0.1 /proc/net/rpc/auth.unix.ip/content || {
			echo "nfsd 127.0.0.1 2147483647 localhost" >/proc/net/rpc/auth.unix.ip/channel
			ClearAddr=yes
		    }
		fi
		[ -z "$ClearAddr" ] || echo "nfsd 127.0.0.1 1" >/proc/net/rpc/auth.unix.ip/channel
	
	        if [ "$NEED_SVCGSSD" = "yes" ]; then
			do_modprobe rpcsec_gss_krb5
			log_progress_msg "svcgssd"
			start-stop-daemon --start --oknodo --quiet \
			    --exec $PREFIX/sbin/rpc.svcgssd
			RET=$?
			if [ $RET != 0 ]; then
				log_end_msg $RET
				exit $RET
			fi
		fi
		log_progress_msg "mountd"
		start-stop-daemon --start --oknodo --quiet \
		    --exec $PREFIX/sbin/rpc.mountd
		RET=$?
		if [ $RET != 0 ]; then
			log_end_msg $RET
			exit $RET
		fi
		log_end_msg 0
	else
		log_warning_msg "Not starting $DESC: no exports"
	fi
	;;
  stop)
	log_daemon_msg "Stopping $DESC"
	log_progress_msg "mountd"
	start-stop-daemon --stop --oknodo --quiet \
	    --name rpc.mountd --user 0
	RET=$?
	if [ $RET != 0 ]; then
		log_end_msg $RET
		exit $RET
	fi
	if [ "$NEED_SVCGSSD" = "yes" ]; then
		log_progress_msg "svcgssd"
		start-stop-daemon --stop --oknodo --quiet \
		    --name rpc.svcgssd --user 0
		RET=$?
		if [ $RET != 0 ]; then
			log_end_msg $RET
			exit $RET
		fi
	fi
	log_progress_msg "nfsd"
	start-stop-daemon --stop --oknodo --quiet \
	    --name nfsd --user 0 --signal 2
	RET=$?
	if [ $RET != 0 ]; then
		log_end_msg $RET
		exit $RET
	fi
	log_end_msg 0
	log_action_begin_msg "Unexporting directories for $DESC"
	$PREFIX/sbin/exportfs -au
	RET=$?
	if [ $RET != 0 ]; then
		log_action_end_msg $RET
		exit $RET
	fi
	log_action_end_msg 0
	if mountpoint -q $PROCNFSD_MOUNTPOINT
	then
	    $PREFIX/sbin/exportfs -f
	fi
	;;
  status)
	status_of_proc nfsd nfsd
	exit $?
	;;
  reload | force-reload)
	log_begin_msg "Re-exporting directories for $DESC..."
	$PREFIX/sbin/exportfs -r
	RET=$?
	log_end_msg $RET
	exit $RET
	;;
  restart)
	$0 stop
	sleep 1
	$0 start
	;;
  *)
	log_success_msg "Usage: nfs-kernel-server {start|stop|status|reload|force-reload|restart}"
	exit 1
	;;
esac
exit 0


-- no debconf information

[toc] | [next] | [standalone]


#92844

FromBen Hutchings <ben@decadent.org.uk>
Date2026-05-29 22:50 +0200
Message-ID<N0cjv-8R3C-5@gated-at.bofh.it>
In reply to#92836

[Multipart message — attachments visible in raw view] — view raw

On Fri, 2026-05-29 at 22:44 +0200, Ben Hutchings wrote:
> This was an intentional change.  Support for
> /etc/default/nfs-kernel-server was deprecated in bookworm (as documented
> in NEWS) and removed in trixie.

Correction: it has not yet been removed, but that is the intent.

Ben.

-- 
Ben Hutchings
Horngren's Observation:
              Among economists, the real world is often a special case.

[toc] | [prev] | [next] | [standalone]


#92846

FromBen Hutchings <ben@decadent.org.uk>
Date2026-05-29 23:00 +0200
Message-ID<N0ctb-8R7U-1@gated-at.bofh.it>
In reply to#92844

[Multipart message — attachments visible in raw view] — view raw

On Fri, 2026-05-29 at 22:47 +0200, Ben Hutchings wrote:
> On Fri, 2026-05-29 at 22:44 +0200, Ben Hutchings wrote:
> > This was an intentional change.  Support for
> > /etc/default/nfs-kernel-server was deprecated in bookworm (as documented
> > in NEWS) and removed in trixie.
> 
> Correction: it has not yet been removed, but that is the intent.

Sorry, I really should go back to the source before trying to answer
from memory.

- Support for settings in /etc/default that are redundant with settings
in nfs.conf was removed in trixie.

- All the other settings in /etc/default continue to be supported.

Ben.

-- 
Ben Hutchings
Horngren's Observation:
              Among economists, the real world is often a special case.

[toc] | [prev] | [next] | [standalone]


#92847

FromPatrik Schindler <poc@pocnet.net>
Date2026-05-29 23:20 +0200
Message-ID<N0cMx-8Rx1-3@gated-at.bofh.it>
In reply to#92844
Hello Ben,

there is no mentioning of this IMHO breaking change in a Deb12's /usr/share/doc/nfs-kernel-server/NEWS.Debian.gz. Besides… usual systems can have many hundreds of NEWS files. Nobody is able to read those during a system upgrade, and there was no mentioning of this fact in neither https://www.debian.org/releases/stable/release-notes/index.en.html nor https://www.debian.org/releases/stable/release-notes/issues.en.html — I always read these pages very carefully before upgrading. Maybe, I'm part of a minority with my setup…

I presume the new intended way of handling things is editing /etc/nfs.conf, and setting the threads parameter within [nfsd]. It would have been really helpful if the package upgrade scripts would do this parameter migration if they have been changed, and give a warning with e. g. dialog.

I'll revisit the initscript and /etc/default, and clean up manually, so the Deb14-Upgrade will go smoothly.

Thanks for the insight!


Am 29.05.2026 um 22:47 schrieb Ben Hutchings <ben@decadent.org.uk>:

> On Fri, 2026-05-29 at 22:44 +0200, Ben Hutchings wrote:
>> This was an intentional change.  Support for
>> /etc/default/nfs-kernel-server was deprecated in bookworm (as documented
>> in NEWS) and removed in trixie.
> 
> Correction: it has not yet been removed, but that is the intent.
> 
> Ben.

:wq! PoC

[toc] | [prev] | [next] | [standalone]


#92848

FromBen Hutchings <ben@decadent.org.uk>
Date2026-05-29 23:30 +0200
Message-ID<N0cWd-8RBQ-7@gated-at.bofh.it>
In reply to#92847

[Multipart message — attachments visible in raw view] — view raw

On Fri, 2026-05-29 at 23:04 +0200, Patrik Schindler wrote:
> Hello Ben,
> 
> there is no mentioning of this IMHO breaking change in a Deb12's /usr/share/doc/nfs-kernel-server/NEWS.Debian.gz.

It's in nfs-common's NEWS because this change affected both client and
server usage.  But it was not a breaking change, and was not mentioned
in release-notes because...


[...]
> I presume the new intended way of handling things is editing /etc/nfs.conf, and setting the threads parameter within [nfsd]. It would have been really helpful if the package upgrade scripts would do this parameter migration if they have been changed, and give a warning with e. g. dialog.
[...]

...the upgrade to bookworm *did* include an automatic migration.

Ben.

-- 
Ben Hutchings
Horngren's Observation:
              Among economists, the real world is often a special case.

[toc] | [prev] | [next] | [standalone]


#92845 — Bug#1138209: marked as done (nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12)

From"Debian Bug Tracking System" <owner@bugs.debian.org>
Date2026-05-29 22:50 +0200
SubjectBug#1138209: marked as done (nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12)
Message-ID<N0cjv-8R3C-1@gated-at.bofh.it>
In reply to#92836

[Multipart message — attachments visible in raw view] — view raw

Your message dated Fri, 29 May 2026 22:44:12 +0200
with message-id <5b767e6d52dfaf09e4d50076a11474b6ec5c2e44.camel@decadent.org.uk>
and subject line Re: Bug#1138209: nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12
has caused the Debian Bug report #1138209,
regarding nfs-kernel-server: Parameter RPCNFSDCOUNT from /etc/default/nfs-kernel-server is ignored after Upgrade from Deb12
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1138209: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1138209
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.kernel


csiph-web