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

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

Bug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore

Started byskhen <max.headroom@nurfuerspam.de>
First post2025-08-17 23:40 +0200
Last post2025-08-18 05:50 +0200
Articles 4 — 3 participants

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

Contents

  Bug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore skhen <max.headroom@nurfuerspam.de> - 2025-08-17 23:40 +0200
    Bug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore Salvatore Bonaccorso <carnil@debian.org> - 2025-08-18 05:50 +0200
      Bug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore Salvatore Bonaccorso <carnil@debian.org> - 2025-08-18 08:20 +0200
    Processed: Re: Bug#1111424: nfs-common: bookworm -> trixie: rsync  to nfs share not working anymore "Debian Bug Tracking System" <owner@bugs.debian.org> - 2025-08-18 05:50 +0200

#88889 — Bug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore

Fromskhen <max.headroom@nurfuerspam.de>
Date2025-08-17 23:40 +0200
SubjectBug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore
Message-ID<LkTgB-8npv-17@gated-at.bofh.it>
Package: nfs-common
Version: 1:2.8.3-1+b1
Severity: normal
X-Debbugs-Cc: max.headroom@nurfuerspam.de

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   After having upgraded from 12 to 13 an error shows up when trying to rsync to mounted nfs share on local network (Es fehlt die Berechtigung um Linux Dateiattribute auf /mnt/qnap zu erstellen (Dateisystem: nfs) (something like "missing permission to create linux file attributes...")
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
     ran reportbug
     installed "nfs-common/now 1:2.8.3-1+b1 arm64"
   * What was the outcome of this action?
   Did not resolve
   * What outcome did you expect instead?
   rsync running without errors

*** End of the template - remove these template lines ***


-- 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
    100005    1   udp  52253  mountd
    100005    1   tcp  54609  mountd
    100005    2   udp  57764  mountd
    100005    2   tcp  33403  mountd
    100005    3   udp  45416  mountd
    100005    3   tcp  43949  mountd
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100227    3   tcp   2049  nfs_acl
    100021    1   udp  47451  nlockmgr
    100021    3   udp  47451  nlockmgr
    100021    4   udp  47451  nlockmgr
    100021    1   tcp  40077  nlockmgr
    100021    3   tcp  40077  nlockmgr
    100021    4   tcp  40077  nlockmgr
    100024    1   udp  41809  status
    100024    1   tcp  38281  status
-- /etc/default/nfs-common --
NEED_STATD=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/nfs.conf --
[general]
pipefs-directory=/run/rpc_pipefs
[nfsrahead]
[exports]
[exportfs]
[gssd]
[lockd]
[exportd]
[mountd]
manage-gids=y
[nfsdcld]
[nfsd]
[statd]
[sm-notify]
[svcgssd]
-- /etc/nfs.conf.d/*.conf --

-- System Information:
Debian Release: 13.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.12.34+rpt-rpi-v8 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nfs-common depends on:
ii  adduser                 3.152
ii  init-system-helpers     1.68
ii  keyutils                1.6.3-6
ii  libc6                   2.41-12
ii  libcap2                 1:2.75-10+b1
ii  libcom-err2             1.47.2-3+b3
ii  libdevmapper1.02.1      2:1.02.205-2
ii  libevent-core-2.1-7t64  2.1.12-stable-10+b1
ii  libgssapi-krb5-2        1.21.3-5
ii  libk5crypto3            1.21.3-5
ii  libkeyutils1            1.6.3-6
ii  libkrb5-3               1.21.3-5
ii  libmount1               2.41-5
ii  libnfsidmap1            1:2.8.3-1
ii  libtirpc3t64            1.3.6+ds-1
ii  libwrap0                7.6.q-36
ii  rpcbind                 1.2.7-1
ii  ucf                     3.0052

Versions of packages nfs-common recommends:
ii  python3  3.13.5-1

Versions of packages nfs-common suggests:
pn  open-iscsi  <none>
pn  watchdog    <none>

Versions of packages nfs-kernel-server depends on:
ii  keyutils                1.6.3-6
ii  libblkid1               2.41-5
ii  libc6                   2.41-12
ii  libcap2                 1:2.75-10+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
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
ii  netbase                 6.5
ii  ucf                     3.0052

Versions of packages nfs-kernel-server recommends:
ii  python3       3.13.5-1
ii  python3-yaml  6.0.2-1+b2

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

-- no debconf information

[toc] | [next] | [standalone]

#88890

FromSalvatore Bonaccorso <carnil@debian.org>
Date2025-08-18 05:50 +0200
Message-ID<LkZ2F-8rad-1@gated-at.bofh.it>
In reply to#88889
Control: tags -1 + moreinfo

Hi,

On Sun, Aug 17, 2025 at 11:33:53PM +0200, skhen wrote:
> Package: nfs-common
> Version: 1:2.8.3-1+b1
> Severity: normal
> X-Debbugs-Cc: max.headroom@nurfuerspam.de
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>    * What led up to the situation?
>    After having upgraded from 12 to 13 an error shows up when trying to rsync to mounted nfs share on local network (Es fehlt die Berechtigung um Linux Dateiattribute auf /mnt/qnap zu erstellen (Dateisystem: nfs) (something like "missing permission to create linux file attributes...")
>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
>      ran reportbug
>      installed "nfs-common/now 1:2.8.3-1+b1 arm64"
>    * What was the outcome of this action?
>    Did not resolve
>    * What outcome did you expect instead?
>    rsync running without errors

We will need bit more information here.

- How is the NFS filesystem mounted?

- What is the exact rsync invocation and the error message is printed?

- Can you please run rsync as well under strace and provide here the
  strace log.

Regards,
Salvatore

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

#88895

FromSalvatore Bonaccorso <carnil@debian.org>
Date2025-08-18 08:20 +0200
Message-ID<Ll1nQ-8sSc-1@gated-at.bofh.it>
In reply to#88890
On Mon, Aug 18, 2025 at 05:38:44AM +0200, Salvatore Bonaccorso wrote:
> Control: tags -1 + moreinfo
> 
> Hi,
> 
> On Sun, Aug 17, 2025 at 11:33:53PM +0200, skhen wrote:
> > Package: nfs-common
> > Version: 1:2.8.3-1+b1
> > Severity: normal
> > X-Debbugs-Cc: max.headroom@nurfuerspam.de
> > 
> > Dear Maintainer,
> > 
> > *** Reporter, please consider answering these questions, where appropriate ***
> > 
> >    * What led up to the situation?
> >    After having upgraded from 12 to 13 an error shows up when trying to rsync to mounted nfs share on local network (Es fehlt die Berechtigung um Linux Dateiattribute auf /mnt/qnap zu erstellen (Dateisystem: nfs) (something like "missing permission to create linux file attributes...")
> >    * What exactly did you do (or not do) that was effective (or
> >      ineffective)?
> >      ran reportbug
> >      installed "nfs-common/now 1:2.8.3-1+b1 arm64"
> >    * What was the outcome of this action?
> >    Did not resolve
> >    * What outcome did you expect instead?
> >    rsync running without errors
> 
> We will need bit more information here.
> 
> - How is the NFS filesystem mounted?
> 
> - What is the exact rsync invocation and the error message is printed?
> 
> - Can you please run rsync as well under strace and provide here the
>   strace log.

Additionally I see you are not running a Debian provided kernel. so
this is a Raspberry Pi. 

Additionally to above, make sure you can reproduce the issue on a pure
Debian system, otherwise it should be reported to Raspian itself.

Regards,
Salvatore

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

#88891 — Processed: Re: Bug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore

From"Debian Bug Tracking System" <owner@bugs.debian.org>
Date2025-08-18 05:50 +0200
SubjectProcessed: Re: Bug#1111424: nfs-common: bookworm -> trixie: rsync to nfs share not working anymore
Message-ID<LkZ2G-8rad-9@gated-at.bofh.it>
In reply to#88889
Processing control commands:

> tags -1 + moreinfo
Bug #1111424 [nfs-common] nfs-common: bookworm -> trixie: rsync to nfs share not working anymore
Added tag(s) moreinfo.

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

[toc] | [prev] | [standalone]

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

csiph-web