From nobody Wed Mar 27 00:03:50 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V46N52Gsqz5G47q for ; Wed, 27 Mar 2024 00:04:05 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4V46N374VJz4RHD for ; Wed, 27 Mar 2024 00:04:03 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=lysator.liu.se; spf=pass (mx1.freebsd.org: domain of kempe@lysator.liu.se designates 2001:6b0:17:f0a0::3 as permitted sender) smtp.mailfrom=kempe@lysator.liu.se Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id EC0F1C39F for ; Wed, 27 Mar 2024 01:03:51 +0100 (CET) Received: from shipon.lysator.liu.se (shipon.lysator.liu.se [IPv6:2001:6b0:17:f0a0::83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id D613DC40B for ; Wed, 27 Mar 2024 01:03:51 +0100 (CET) Date: Wed, 27 Mar 2024 01:03:50 +0100 From: Andreas Kempe To: freebsd-fs@freebsd.org Subject: Kerberised NFSv4 - everyone gets mapped to nobody on file access Message-ID: List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: ClamAV using ClamSMTP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.67 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.88)[-0.875]; DMARC_POLICY_ALLOW(-0.50)[lysator.liu.se,none]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:1653, ipnet:2001:6b0::/32, country:EU]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4V46N374VJz4RHD Hello everyone, I have a bit of a head scratcher and need some help. I've configured a Linux NFS server running on Rocky Linux 8, kernel version 6.8, to act as a kerberised NFSv4 server. The server has the following export line /tank/beta-testing *.lysator.liu.se(rw,sync,no_wdelay,sec=krb5:krb5p,no_root_squash) and I can mount the export fine using both krb5 and krb5p. idmap is running on the Linux server/clients while nfsuserd is running on the FreeBSD client. I'm using host credentials for the mounts and not user credentials. I can mount the share on my Linux clients and everything works as expected. On my FreeBSD clients, I have the issue that all users on the client seem to get mapped to nobody when accessing files. Doing a directory listing shows correct owners kempe@claptrap /mnt> ls -l /mp/diskus/ total 92 drwxr-xr-x 2 aoh aoh 2 feb. 18 22:35 aoh/ drwxr-xr-x 195 hx hx 516 juli 1 2018 hx/ drwx------ 3 kempe kempe 3 mars 27 00:45 kempe/ drwxr-xr-x 104 octol lysator 213 maj 6 2022 octol/ and I can see that nfsuserd has loaded the info into the kernel 15 Mar 26 23:35:40 claptrap nfsuserd:[3097]: Added uid=31490 name=kempe 16 Mar 26 23:35:40 claptrap nfsuserd:[3096]: Added uid=31490 name=kempe but if I try to enter the kempe directory, I get a permission denied kempe@claptrap /mnt> cd /mp/diskus/kempe cd: Permission denied: '/mp/diskus/kempe' changing permissions on the kempe directory to 777, I can enter it and create a file kempe@claptrap /mnt> cd /mp/diskus/kempe kempe@claptrap /m/d/kempe> touch testfile kempe@claptrap /m/d/kempe> ls -l total 10 drwxr-xr-x 5 kempe kempe 88 feb. 19 13:33 bonnie++-2.00a/ -rw-r--r-- 1 nobody nobody 0 mars 27 00:54 testfile but the file is owned by nobody instead of my user kempe. User credentials are stored in LDAP and resolved through nslcd. I have tried searching, but this is a difficult one to search for as most hits relate to everything being owned by nobody on account of idmapd/nfsuserd not running. Has anyone seen anything like this or do you have any good suggestions on where to start looking? Best regards, Andreas Kempe From nobody Wed Mar 27 00:33:55 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V472r4jl0z5G6Mj for ; Wed, 27 Mar 2024 00:34:12 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V472r2yHgz4TJ8 for ; Wed, 27 Mar 2024 00:34:12 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102e.google.com with SMTP id 98e67ed59e1d1-2a072747fc6so1674181a91.2 for ; Tue, 26 Mar 2024 17:34:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711499650; x=1712104450; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=mQ6T+dBI6V01s1ZJAQGuaDelK8oPUwKKqz2HlXBRJC8=; b=OxjLsTewlbnlgugIongiqsxRWyJ8dQvDmYzt+loHS8uNiU7qzHijDAg7lQw/4xxaN6 rXo3m2vqqOy4+lOB4B5HghQtsBrBf8HeBqiQTiSFmquwwU7PX6tchNpOvdxBXC7bN8qs 3XHYHNLntX0F+bLf8SnSKIgAvKQOYMkZeX/tW9XGROZX/JhpeHnHf5UFE/kiWHvOfYIR LBbQrFcxPsruvw5k94B5ReCUegn8mkcdhf+dHAdIQEoi4ak0bAaxBDqN5mekvxl2op84 EgEoJ+4peuGCmmSQdaMxc2zxI7GFIjVqTo2furCelUJlSoxDHktWk5XwbjHMJlvOP7Vq 3pLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711499650; x=1712104450; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=mQ6T+dBI6V01s1ZJAQGuaDelK8oPUwKKqz2HlXBRJC8=; b=EJlYXrzS/KLkWIB97ba5dy02hW3UWBjPjH8uDl+AyNLnAGeTRmx7MM0hwqpvXgppwv QYxZ7lj2wLnZPAZ5gdFGVNqMjw+9XDbBp8qYz0oZkiYfu0SjWZHKcB59xnPTQnW+VmmD sBcA1TqBOMIeCU2knpG5VrAgMElQuz20Mu2/irqg06NhrUybJfEWyj/HvkpdwxB14h5o 9JUNTOUnavcVGgJyi9WA/bojttIEPSPQrigJKLrHn4IFY16W5eldO+IJDK9kIKludtu8 eYcbPKamJL/lg2FGhfQCQRckZ1fivGlHgxtzBgkZ0VS82/bFIa1olVzo4sY8faWoHJRD S+5w== X-Gm-Message-State: AOJu0YxynZBTzRMMZe6Ms8FRG0pMmVksTtY9dynT6EqcGiyk80Zfm06s 1E9w1ISt2FA33itQtaFZNpQwoNHkWdtUgIwr4stFrNychWqH9SUZ54eeA2S6vZilwx/NZrLpMue ixej1KUo16cIayvAPrIx+N2947rEbibY= X-Google-Smtp-Source: AGHT+IGXDZFZ7VbRfevYeyt++WIFdteZFP6BxNjySwg7EVczOzdRBKHxvI3WcnTpwFoSJ7ehRiHNY+rHtDgVTFbH53Q= X-Received: by 2002:a17:90a:c8:b0:29d:d8ca:74f1 with SMTP id v8-20020a17090a00c800b0029dd8ca74f1mr1335923pjd.14.1711499650264; Tue, 26 Mar 2024 17:34:10 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Tue, 26 Mar 2024 17:33:55 -0700 Message-ID: Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access To: Andreas Kempe Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4V472r2yHgz4TJ8 On Tue, Mar 26, 2024 at 5:04=E2=80=AFPM Andreas Kempe wrote: > > Hello everyone, > > I have a bit of a head scratcher and need some help. I've configured a > Linux NFS server running on Rocky Linux 8, kernel version 6.8, to act > as a kerberised NFSv4 server. > > The server has the following export line > > /tank/beta-testing *.lysator.liu.se(rw,sync,no_wdelay,sec=3Dkrb5:= krb5p,no_root_squash) > > and I can mount the export fine using both krb5 and krb5p. idmap is > running on the Linux server/clients while nfsuserd is running on the > FreeBSD client. I'm using host credentials for the mounts and not user > credentials. > > I can mount the share on my Linux clients and everything works as > expected. > > On my FreeBSD clients, I have the issue that all users on the client > seem to get mapped to nobody when accessing files. Doing a directory > listing shows correct owners > > kempe@claptrap /mnt> ls -l /mp/diskus/ > total 92 > drwxr-xr-x 2 aoh aoh 2 feb. 18 22:35 aoh/ > drwxr-xr-x 195 hx hx 516 juli 1 2018 hx/ > drwx------ 3 kempe kempe 3 mars 27 00:45 kempe/ > drwxr-xr-x 104 octol lysator 213 maj 6 2022 octol/ > > and I can see that nfsuserd has loaded the info into the kernel > > 15 Mar 26 23:35:40 claptrap nfsuserd:[3097]: Added uid=3D31490 name=3Dk= empe > 16 Mar 26 23:35:40 claptrap nfsuserd:[3096]: Added uid=3D31490 name=3Dk= empe > > but if I try to enter the kempe directory, I get a permission denied > > kempe@claptrap /mnt> cd /mp/diskus/kempe > cd: Permission denied: '/mp/diskus/kempe' > > changing permissions on the kempe directory to 777, I can enter it and > create a file > > kempe@claptrap /mnt> cd /mp/diskus/kempe > kempe@claptrap /m/d/kempe> touch testfile > kempe@claptrap /m/d/kempe> ls -l > total 10 > drwxr-xr-x 5 kempe kempe 88 feb. 19 13:33 bonnie++-2.00a/ > -rw-r--r-- 1 nobody nobody 0 mars 27 00:54 testfile > > but the file is owned by nobody instead of my user kempe. > > User credentials are stored in LDAP and resolved through nslcd. > > I have tried searching, but this is a difficult one to search for as > most hits relate to everything being owned by nobody on account of > idmapd/nfsuserd not running. > > Has anyone seen anything like this or do you have any good suggestions > on where to start looking? Take a look at a packet capture in wireshark. Check that the @domain part of Owner and Owner_group attributes are the same and it is not a string of digits. If the domain is not the same, you can use the -domain command line option on nfsuserd to set it. (Since this "domain" is underdefined, I'd suggest only ascii characters and all alphabetics in lower case.) If the client sends a string of digits, check to make sure the sysctl vfs.nfs.enable_uidtostring is set to 0. rick > > Best regards, > Andreas Kempe > From nobody Wed Mar 27 00:54:38 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V47Vl5pw6z5G7LP for ; Wed, 27 Mar 2024 00:54:55 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V47Vk6Zpsz4Vg1 for ; Wed, 27 Mar 2024 00:54:54 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=mkAqN1EN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::102d as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-pj1-x102d.google.com with SMTP id 98e67ed59e1d1-29a8911d11cso3437594a91.1 for ; Tue, 26 Mar 2024 17:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711500892; x=1712105692; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=E8/d65netpQtbwIvLQydaMvubDch2q/FzQd9/eckuIM=; b=mkAqN1ENyAtgbI7LEw/nSWYhaP2WZxeIPS7uh20U7B4a3xvwEOcpsg8mOngC+SXmZi KijwnM1jRoKl6b2e8zas4Pn4XAXeDW/usm78qIIey2Bldf3F0IfB9euBYMCJy/t2YUl4 eMN3UcpUrc+dP4L6/HZJTCC9Gkz81gN2mQM7tq2KjaUXtxpIhPDxaRcXvWcQ/MA0gGWc VwqJlXat7/rZKquf+VXuGt+YYZ2UrMNj1vOEcmSj8uBqJIEsJpLDzRwY6/ckxF1rHzMD lXZJYwE+sJKqAIwJ96Dr/4c3oeX9lanyZN6iqnURvAoni1JS/z7TtEOAODbr0McnoPrX rpEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711500892; x=1712105692; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=E8/d65netpQtbwIvLQydaMvubDch2q/FzQd9/eckuIM=; b=iReA1BxRM/Wr/cImKgDcE5kKrKtIpl8n3Pc002jDhtVkAWOaBfvOV/tVwSMTGcRUha /y5JxQaY9gQZOgoV4gRjOWW3IMV701RKzHKu996LxMxr59dRu6GSiGQW6rEigrHiohEr mSsG+dOIkFSTYoc62s0IaH558XqltOaWkb6JQZRnWxy3EjcoNhDULMDon7uJtYUYqVYR itzgKWh+Ar58pxxZ5E9Tlca8YJoQXfwRDDyeuSgOt896zq0qfrbpHuVlNcyeUP3bbIAn KYBlERTzAb5VT+gw510BYoO2MfYFZzGPFN58Ei1ci2g9Ci6SLJG/E9rlMfOtxCGBZnKi V87g== X-Gm-Message-State: AOJu0YxznT8/tOynU/SGReefr4sA1PczzwOnPYgbf7H+Yp8/9B8jgRMg FmGSxYCo3gJ92nDvNUE+4hmXBLlNBZ3QGiJtfxZh7WmYcBoTsAxqx3NyZPFOlXj+ArMR1njiQ/A jzsq61fGXCnn27jKgrUTJdOUe9Q== X-Google-Smtp-Source: AGHT+IGqjIKUlnTeYs1aZUXuJiy5dIIlfG7vpnp+ARpR9B1mTZEmgFrQFnupI0vzbijngRJ88WanRIDUnqFtrfYitmc= X-Received: by 2002:a17:90b:3b87:b0:29c:289b:1eb3 with SMTP id pc7-20020a17090b3b8700b0029c289b1eb3mr4290824pjb.6.1711500892406; Tue, 26 Mar 2024 17:54:52 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Tue, 26 Mar 2024 17:54:38 -0700 Message-ID: Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access To: Andreas Kempe Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.940]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102d:from] X-Rspamd-Queue-Id: 4V47Vk6Zpsz4Vg1 On Tue, Mar 26, 2024 at 5:33=E2=80=AFPM Rick Macklem wrote: > > On Tue, Mar 26, 2024 at 5:04=E2=80=AFPM Andreas Kempe wrote: > > > > Hello everyone, > > > > I have a bit of a head scratcher and need some help. I've configured a > > Linux NFS server running on Rocky Linux 8, kernel version 6.8, to act > > as a kerberised NFSv4 server. > > > > The server has the following export line > > > > /tank/beta-testing *.lysator.liu.se(rw,sync,no_wdelay,sec=3Dkrb= 5:krb5p,no_root_squash) > > > > and I can mount the export fine using both krb5 and krb5p. idmap is > > running on the Linux server/clients while nfsuserd is running on the > > FreeBSD client. I'm using host credentials for the mounts and not user > > credentials. > > > > I can mount the share on my Linux clients and everything works as > > expected. > > > > On my FreeBSD clients, I have the issue that all users on the client > > seem to get mapped to nobody when accessing files. Doing a directory > > listing shows correct owners > > > > kempe@claptrap /mnt> ls -l /mp/diskus/ > > total 92 > > drwxr-xr-x 2 aoh aoh 2 feb. 18 22:35 aoh/ > > drwxr-xr-x 195 hx hx 516 juli 1 2018 hx/ > > drwx------ 3 kempe kempe 3 mars 27 00:45 kempe/ > > drwxr-xr-x 104 octol lysator 213 maj 6 2022 octol/ > > > > and I can see that nfsuserd has loaded the info into the kernel > > > > 15 Mar 26 23:35:40 claptrap nfsuserd:[3097]: Added uid=3D31490 name= =3Dkempe > > 16 Mar 26 23:35:40 claptrap nfsuserd:[3096]: Added uid=3D31490 name= =3Dkempe > > > > but if I try to enter the kempe directory, I get a permission denied > > > > kempe@claptrap /mnt> cd /mp/diskus/kempe > > cd: Permission denied: '/mp/diskus/kempe' > > > > changing permissions on the kempe directory to 777, I can enter it and > > create a file > > > > kempe@claptrap /mnt> cd /mp/diskus/kempe > > kempe@claptrap /m/d/kempe> touch testfile > > kempe@claptrap /m/d/kempe> ls -l > > total 10 > > drwxr-xr-x 5 kempe kempe 88 feb. 19 13:33 bonnie++-2.00a/ > > -rw-r--r-- 1 nobody nobody 0 mars 27 00:54 testfile > > > > but the file is owned by nobody instead of my user kempe. > > > > User credentials are stored in LDAP and resolved through nslcd. > > > > I have tried searching, but this is a difficult one to search for as > > most hits relate to everything being owned by nobody on account of > > idmapd/nfsuserd not running. > > > > Has anyone seen anything like this or do you have any good suggestions > > on where to start looking? > Take a look at a packet capture in wireshark. > Check that the @domain part of Owner and Owner_group attributes are > the same and it is not a string of digits. Oh, and just fyi, you can use tcpdump to capture the packets, something lik= e: # tcpdump -s 0 -w out.pcap host and then you can look at out.pcap whereever it is convenient to install wireshark. (I run it on this windows laptop.) Don't bother to try and look at NFS with tcpdump. It doesn't know how to decode it. rick > If the domain is not the same, you can use the -domain command line optio= n > on nfsuserd to set it. > (Since this "domain" is underdefined, I'd suggest only ascii characters a= nd > all alphabetics in lower case.) > If the client sends a string of digits, check to make sure the sysctl > vfs.nfs.enable_uidtostring is set to 0. > > rick > > > > > > Best regards, > > Andreas Kempe > > From nobody Wed Mar 27 17:17:30 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4YJb32wJz5FrXB for ; Wed, 27 Mar 2024 17:17:35 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4YJZ3wVVz4Qdj for ; Wed, 27 Mar 2024 17:17:34 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=lysator.liu.se; spf=pass (mx1.freebsd.org: domain of kempe@lysator.liu.se designates 130.236.254.3 as permitted sender) smtp.mailfrom=kempe@lysator.liu.se Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 556A8FB86; Wed, 27 Mar 2024 18:17:31 +0100 (CET) Received: from shipon.lysator.liu.se (shipon.lysator.liu.se [IPv6:2001:6b0:17:f0a0::83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 47FDCFB85; Wed, 27 Mar 2024 18:17:31 +0100 (CET) Date: Wed, 27 Mar 2024 18:17:30 +0100 From: Andreas Kempe To: Rick Macklem Cc: freebsd-fs@freebsd.org Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access Message-ID: References: List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.88 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.883]; DMARC_POLICY_ALLOW(-0.50)[lysator.liu.se,none]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; RCVD_IN_DNSWL_MED(-0.20)[130.236.254.3:from]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:2843, ipnet:130.236.0.0/16, country:SE]; TAGGED_RCPT(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4V4YJZ3wVVz4Qdj On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > On Tue, Mar 26, 2024 at 5:33 PM Rick Macklem wrote: > > > > Take a look at a packet capture in wireshark. > > Check that the @domain part of Owner and Owner_group attributes are > > the same and it is not a string of digits. > Oh, and just fyi, you can use tcpdump to capture the packets, something like: > # tcpdump -s 0 -w out.pcap host > and then you can look at out.pcap whereever it is convenient to > install wireshark. > (I run it on this windows laptop.) > Don't bother to try and look at NFS with tcpdump. It doesn't know how > to decode it. > > > If the domain is not the same, you can use the -domain command line option > > on nfsuserd to set it. > > (Since this "domain" is underdefined, I'd suggest only ascii characters and > > all alphabetics in lower case.) > > If the client sends a string of digits, check to make sure the sysctl > > vfs.nfs.enable_uidtostring is set to 0. > > I'm using lysator.liu.se as the domain on both client and server. It seems to work since listing files give correct owners. I have dumped the traffic from mounting and creating a file named test file that shows up as owned by nobody. I get the following call made NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x30a4c0aa/testfil In the OPEN (18) opcode, owner is set to 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 while the server sets owner to ex. kempe@lysator.liu.se as expected when directory listings are made. vfs.nfs.enable_uidtostring is 0 on the client machine and I am not quite able to make sense of what the 12 bytes in the owner field are supposed to be. They are not the ASCII representation and nither my user's GID and UID that are both 0x7b02. // Andreas Kempe From nobody Wed Mar 27 18:44:38 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4bFF1wSXz5Fypw for ; Wed, 27 Mar 2024 18:44:49 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE Root Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4bFD3Q5Vz4ZLP for ; Wed, 27 Mar 2024 18:44:48 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 195.201.62.131 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id D73FD8D4A162 for ; Wed, 27 Mar 2024 18:44:40 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 752012D029D8 for ; Wed, 27 Mar 2024 18:44:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id 5FOu5R5LVReM for ; Wed, 27 Mar 2024 18:44:39 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:b66b:fcff:fef3:e3d2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 74C122D029D2 for ; Wed, 27 Mar 2024 18:44:39 +0000 (UTC) Date: Wed, 27 Mar 2024 18:44:38 +0000 (UTC) From: "Bjoern A. Zeeb" To: freebsd-fs@freebsd.org Subject: newnfs fileid changed "(BROKEN NFS SERVER OR MIDDLEWARE)" Message-ID: <9sr72194-0pp8-1q35-ps81-236sro7437n4@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.23 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.933]; R_SPF_ALLOW(-0.20)[+ip4:195.201.62.131]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:24940, ipnet:195.201.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[zabbadoz.net]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4V4bFD3Q5Vz4ZLP Hi, I got this recently with both sides being FreeBSD when doing NFS root in the lab... newnfs: server '192.0.2.2' error: fileid changed. fsid 0:0: expected fileid 0x7034be6, got 0x7034a79. (BROKEN NFS SERVER OR MIDDLEWARE) Should I be worried? -- Bjoern A. Zeeb r15:7 From nobody Wed Mar 27 20:33:48 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4dg12Gh6z5BSCp for ; Wed, 27 Mar 2024 20:33:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4dg118MZz4lff for ; Wed, 27 Mar 2024 20:33:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711571629; a=rsa-sha256; cv=none; b=i19Z1vi3V+evzohi2nucaV2J/z7MxpuIFMPzaKbss2OSpr0jbLmQb5oQGUyJiUt4n73qX9 if9eqABlHKBhKyDPyoSRSnBkAan+ziJ2ehgUQSSZE0RhXv4Rcu9jFrxiVQ1lwpEaGJgTp2 ySHEXqSAz9qhTjA3SHasz3wwJBOryPj6gJxyxJGIfdYCmEPumBYv/eKe8UQQqZoTgMZAUf nq4tTDNis3E/PfUCdauuL0ediHPt2Bkn3fAYeSY42s5izjhjp5WRowmwOEVzXSRBzHs0zv YnIpCPcuYkG/yDY2k4dnlIUWTTOI5MeQSY+CRdXjLTMA0OqXgCAou4tYM1EYTw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711571629; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=I3XNe8IZ9OGH4DRvXdEuhM/UG+ORwC0FbdIJ65acrx4=; b=LAy2o3fAkTqjejVxBejR4U9hUIBbDLa/2Oy6jZb8gRBOUnaZMeR7nrXbyYgE28P9QEk1JN 4oKDTY5QQshNj5RBzuaWQoykqj3dqNw8hRmbMulAeOOjUF42IEXLjlr/cYRLL1bFGIavWo nSPo3GieUxJrO2M872nfDFoKa2AG47E98+AadmMopAC3UL7VjlmLp50xJGw/4vnMZkXcpf 2dU+i2lvXAPCAEcnYhlYjcYBtjNi4WUWnXQvmec/OyJEjMETVzEFu/diIJkPqYWFoaZQEg C+kjsu9lGj+XsCUTWRSkD5grppdOnxSnamWPyvAeNuoTiTMftGhcmtP/brmiUA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V4dg10m1zzy77 for ; Wed, 27 Mar 2024 20:33:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42RKXnHJ027817 for ; Wed, 27 Mar 2024 20:33:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42RKXndj027816 for fs@FreeBSD.org; Wed, 27 Mar 2024 20:33:49 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 249115] The zfs command in the installer fails to log a set command Date: Wed, 27 Mar 2024 20:33:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dclarke@blastwave.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249115 --- Comment #7 from Dennis Clarke --- I see this bug in the installer stage with a snapshot of 15-CURRENT : root@triton:~ # uname -apKU FreeBSD triton 15.0-CURRENT FreeBSD 15.0-CURRENT #0 main-n268793-220ee18f19= 64: T hu Mar 14 02:58:39 UTC 2024=20=20=20=20 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/am d64.amd64/sys/GENERIC amd64 amd64 1500015 1500015 root@triton:~ #=20 Strange that it only ever occurs during install. I may need to check the OpenZFS stuff on a Linux machine just to see what happens there. However I would rather yank out my teeth with pliers. May need to be done. Dennis --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Mar 27 21:43:11 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4gCN223Nz5FXLF for ; Wed, 27 Mar 2024 21:43:28 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4gCM6c50z4rTT for ; Wed, 27 Mar 2024 21:43:27 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102b.google.com with SMTP id 98e67ed59e1d1-29ddfada0d0so267456a91.3 for ; Wed, 27 Mar 2024 14:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711575806; x=1712180606; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=1ysJ4Jb/L4uUVTtmr54I09xF045SdCAD2jftnZVWIeE=; b=PVIkc5x5+PMGV8OQPC2BQ83WjO+VY08jegt/OEfZlOkV+zbjfkHDgf0B43nI1+TCsc yTVVsiYdVqyxocrN/8WKjXUkGxzx/SjAqfWUVHdtQJwcOvEQTtVf2OBYveb7QxlvwDFE 1XDT+V52St6QwDhgQyVKbmBQGfTu9+JeDPHmUkuwbbD7CtjyrqW7ODGF2zbuwVtCtqU6 L9uf6zsZAd8EDd7JwogwdT6Mv3H1XbuwKx1rmmXbiK7Ib/j6H8DXoavqj306Nt/loZJI tS/WBASn/E4V6Xu8GEjP4GUnh4t7IXA/HiAUKTKBnP7rFqS6HeEPMYP45w7n7XSjjvBD UjmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711575806; x=1712180606; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=1ysJ4Jb/L4uUVTtmr54I09xF045SdCAD2jftnZVWIeE=; b=AScMETH4RryhwCVowiYcYvZWRbPn061Tn43+RK2RyL7NaGaM1QZpJp8p2+nAp7R/lF iRDuPeel2I9JduqeMyiWepYkio3Q3tBLLk3OLRXHJ/gNoMIfXIiS5X6S4/8l6IBF5NTq Qma9AjookJpJjJALMurC3opqUztdUYwAO9pzC+no6jyTVarsqtYHnJUuoImFcD9B6eh1 /sFbFFqlqB2NjfnmCLBxgT5HczF8gRoBZQ0i3JRCiuuYngLzhWhK38tKoo8aYem+aefT mm+FV4T+8n51FnI23109qSFdQKAYciy+vkRZPMpGoSdVLFuqQ3SBX/JOfwaTlfH1D6kN 50aQ== X-Gm-Message-State: AOJu0Yw7UAN10W8Q1lC6HNO/Mea6nueRvkwnJEmPReEtdXke9traaDvz BFz3avDykuc+eCxBe/5Tuepp3SAt7kJbI6muWbdtacmRwBj9i8teJsJHPmsRXDlh/7imfJ9OotH HaG+KXXpDAMPoP+soqVl36WdVDct/e3c= X-Google-Smtp-Source: AGHT+IFyS4Ou7n+lNPkqgepnA+VV4RGK8EfpVWep5N/moL3cn+QFcER+ys9LZUynRN6sqylouAbZAVkBacUEd7gOGPs= X-Received: by 2002:a17:90b:5211:b0:29b:9d82:9d55 with SMTP id sg17-20020a17090b521100b0029b9d829d55mr920405pjb.8.1711575806303; Wed, 27 Mar 2024 14:43:26 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: <9sr72194-0pp8-1q35-ps81-236sro7437n4@yvfgf.mnoonqbm.arg> In-Reply-To: <9sr72194-0pp8-1q35-ps81-236sro7437n4@yvfgf.mnoonqbm.arg> From: Rick Macklem Date: Wed, 27 Mar 2024 14:43:11 -0700 Message-ID: Subject: Re: newnfs fileid changed "(BROKEN NFS SERVER OR MIDDLEWARE)" To: "Bjoern A. Zeeb" Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4V4gCM6c50z4rTT On Wed, Mar 27, 2024 at 11:44=E2=80=AFAM Bjoern A. Zeeb wrote: > > Hi, > > I got this recently with both sides being FreeBSD when doing NFS root in > the lab... > > newnfs: server '192.0.2.2' error: fileid changed. fsid 0:0: expected file= id 0x7034be6, got 0x7034a79. (BROKEN NFS SERVER OR MIDDLEWARE) > > Should I be worried? It usually happens when you have more than one client with the same /etchostid doing NFSv4 mounts. Either make sure each client has a unique /etc/hostid or do not use NFSv4 mounts. The NFSv4 mounts will be broken, since the server thinks they= are the same client. Often happens when systems are cloned. If you are using a diskless root fs, I'm not sure what you can do other than having a separate /etc/hostid for each of t= hem. (Maybe a symlink to a separate mounted fs?) rick > > -- > Bjoern A. Zeeb r15:7 > From nobody Wed Mar 27 22:20:03 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4h1x41dwz5Fb7d for ; Wed, 27 Mar 2024 22:20:21 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4h1w64gJz4tWq for ; Wed, 27 Mar 2024 22:20:20 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62c.google.com with SMTP id d9443c01a7336-1e04ac4209eso2689035ad.1 for ; Wed, 27 Mar 2024 15:20:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711578019; x=1712182819; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=gfHZVCT9WpN5LLcLoGDtfiSilV5HqHGEIU8i8IUkT9g=; b=Xqi3uHQhEnQxdN8PRASNlFjr1MfiSw0FyP9bEXKZIWf7BH2+cvo/b0nqDZWK5hsdmS FsWp0LZTjly0truUcADQ31PjGNhYsUfoGZEuxzOxGdxHSs1XGJi9WYNQhy1vlOqC37+i E5gbfmHeQdT5gfnOP+Q111e7tgpZAURFcl9aTLpMx3TxFV4csd8iy9Qab9mBh/vCW1z+ 93SryNerCtC7BuDor+GKmLi4aDNKJOTKA4wopXPVsUmeHJwR1CoJ3G10hIqAOvkmfyLD ZJBbfS3qFFfcRWUGD75Ep4/YANaEnV91/KfNaLdpcndquka2aPhGtLlFMs+TkxFpoPhv bLsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711578019; x=1712182819; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=gfHZVCT9WpN5LLcLoGDtfiSilV5HqHGEIU8i8IUkT9g=; b=QpI8b8VOFa6WYQD8MzxJlWaPwRWLvZLRd8Qk7VXq60ADI/mAi+7BQZt6CkYyXkRvCS Zn8+AH/aFl9vsflvKUzBP73MylkNyUX0/VRi8F8cm3q1ZHu9YKTI33t/JTpU7+TPFcNG XVfyOVyYKlAubPs7LsgQODrZ14N5r8GQq0oxQvgaIRbwa9FvFZKMBuhRNTZmKAYH+9+3 24yUq773yz/7dcPd0E3ypfvQxgpkEqJdUT4aQkHpNFM6V6Nv2DjGwuqxjAZlyCji+yFw Y8UfxRDtnFnXeWyq60DYsrzKonBQfn3KGtSIF3JARaSUCzBm7QGAKuCOTfZ8w2gJmbb2 /mYQ== X-Gm-Message-State: AOJu0YzpkQ1qSaWyiL2XoTezMSbVVNStgXuxrQPIHSxMLiwVNz7Vtfvk 5iFgVPizvnJMVvRq49qnXPFHeXZ8YtMStafvsMLrfRONAT2NEYlYmYhoXXor1X+pf0YBBzypqQr ZO/7CT9wDXCE0UmzKt/neUyBKSzZha3s= X-Google-Smtp-Source: AGHT+IEDq44AqlEGESYt3xIhytTK69MQXwhjBQprYG5txvScLx+WSUJEMy1BlEt9JmVg8Xyro1xWX7kVj3Kh1vWu1YQ= X-Received: by 2002:a17:90a:3041:b0:29c:6fc1:17e0 with SMTP id q1-20020a17090a304100b0029c6fc117e0mr1007989pjl.10.1711578018562; Wed, 27 Mar 2024 15:20:18 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Wed, 27 Mar 2024 15:20:03 -0700 Message-ID: Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access To: Andreas Kempe Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[] X-Rspamd-Queue-Id: 4V4h1w64gJz4tWq On Wed, Mar 27, 2024 at 10:17=E2=80=AFAM Andreas Kempe wrote: > > On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > > On Tue, Mar 26, 2024 at 5:33=E2=80=AFPM Rick Macklem wrote: > > > > > > Take a look at a packet capture in wireshark. > > > Check that the @domain part of Owner and Owner_group attributes are > > > the same and it is not a string of digits. > > Oh, and just fyi, you can use tcpdump to capture the packets, something= like: > > # tcpdump -s 0 -w out.pcap host > > and then you can look at out.pcap whereever it is convenient to > > install wireshark. > > (I run it on this windows laptop.) > > Don't bother to try and look at NFS with tcpdump. It doesn't know how > > to decode it. > > > > > If the domain is not the same, you can use the -domain command line o= ption > > > on nfsuserd to set it. > > > (Since this "domain" is underdefined, I'd suggest only ascii characte= rs and > > > all alphabetics in lower case.) > > > If the client sends a string of digits, check to make sure the sysctl > > > vfs.nfs.enable_uidtostring is set to 0. > > > > > I'm using lysator.liu.se as the domain on both client and server. It > seems to work since listing files give correct owners. > > I have dumped the traffic from mounting and creating a file named > test file that shows up as owned by nobody. I get the following call > made > > NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x30a4c0aa/t= estfil > > In the OPEN (18) opcode, owner is set to > > 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 > > while the server sets owner to ex. kempe@lysator.liu.se as expected > when directory listings are made. Doesn't make sense. What does wireshake show you for the Owner attribute in the setable attributes of the Open arguments. It should flag it as non-UTF8. If you email me the pcap.out as an attachment, I'll look at it in wireshark= . The out.pcap should include both the Open that creates a file and an "ls -l ", so there is a Getattr for the file as well. rick ps: If that is what is in the Owner field, all I can suggest is that was wh= at a getpwnam() returned on the client. Possibly some weirdness with LDA= P. (I never use LDAP. Only a local /etc/passwd.) > > vfs.nfs.enable_uidtostring is 0 on the client machine and I am not > quite able to make sense of what the 12 bytes in the owner field are > supposed to be. They are not the ASCII representation and nither my > user's GID and UID that are both 0x7b02. > > // Andreas Kempe From nobody Wed Mar 27 22:22:05 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4h4F4CRZz5FbGL for ; Wed, 27 Mar 2024 22:22:21 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4h4F23F6z4vkY for ; Wed, 27 Mar 2024 22:22:21 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1035.google.com with SMTP id 98e67ed59e1d1-29f749b6667so289001a91.0 for ; Wed, 27 Mar 2024 15:22:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711578140; x=1712182940; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=nNfCwQLUkVbDtyHT5DHA71Qci775d5VTw6lVnUszBAU=; b=QAEDcpji+AkNW8eewEHG0lZh5XkByrzR8WamkGT5oaELZeAhPulwevt5LtYi/AAcdB X+sPO51EKe4znIw3Reov213bHd2XRSZlaf8B+sokU/OBw98kEgUpJRx3Ljw6+ehJmTKW HVakOivAEVAuIZpbNNv2HEwgIn0QND7ThBdA7LacouSbYtW/XrvkcmB0wgl20T689Ag2 v+pi7dJfk2zPFLP0X3mgCS8v9cFWY32dPCpNyNnt7Y8jx1V0AJAFVVb/BrmQpiF2IOyn SVoegAe3YQV+n8bOED4V1qNa+h0bd8DW/2dADp0u/P9BeqK2nH4pZK1M9HIBfACmaUbo Iiow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711578140; x=1712182940; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=nNfCwQLUkVbDtyHT5DHA71Qci775d5VTw6lVnUszBAU=; b=f/dC59m/lwJa/wDLZCxXudhW+PNENPewbQlrAmA9dRtQWnFRclyF8O8OiHTzPFUr7d OmG49veuh8n80G1Z+tTXYCVh+SPeKBiW6hmdtJlK7Dvf3mp3jXmRQ1E8oGvPee1voWmA 7mNaEoqYOuThtkkB1KVXsyc8l0WZ1G2NvJm6qJpoF81/+1DZr+GITAFMxR1QYm47mDQ5 kj33GO8+mOIP7CFJ3UAai9cDYbEIgW1O05B449W5fwTQfI577oykMjzQmzjdj3qh8/ck QNqMy5pBrPRXapAdaDumn2vkiD5HFONV3cvq8dKJjpygNyaWAdnJzWMxcQ+kfcanHG/q I7Lw== X-Gm-Message-State: AOJu0YyKZjzu7y+6mruhMB3OiG6LoFK6N1kCiuqvoAZZQHVUtGE14PfU tKut7Z7AsQ7oJn46F4/wHw6/65Yyh6KIM8/c+mCDJHnhLjXiBqN0rZqpwD8b7CL+v2PZ0QqKSmU swEkfQGQEMETTzs9h6SPgeqJgIA== X-Google-Smtp-Source: AGHT+IGjhKkwoyW3dtrc2FEkebb9lXI9BFsJPDjdaQL3ODZPuiJAq7nTDNjYB6DKeQAwOOQnUZZxT8pH/qtF6LFAQXs= X-Received: by 2002:a17:90a:d914:b0:2a0:2a93:d91a with SMTP id c20-20020a17090ad91400b002a02a93d91amr1252533pjv.23.1711578139988; Wed, 27 Mar 2024 15:22:19 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Wed, 27 Mar 2024 15:22:05 -0700 Message-ID: Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access To: Andreas Kempe Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4V4h4F23F6z4vkY On Wed, Mar 27, 2024 at 10:17=E2=80=AFAM Andreas Kempe wrote: > > On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > > On Tue, Mar 26, 2024 at 5:33=E2=80=AFPM Rick Macklem wrote: > > > > > > Take a look at a packet capture in wireshark. > > > Check that the @domain part of Owner and Owner_group attributes are > > > the same and it is not a string of digits. > > Oh, and just fyi, you can use tcpdump to capture the packets, something= like: > > # tcpdump -s 0 -w out.pcap host > > and then you can look at out.pcap whereever it is convenient to > > install wireshark. > > (I run it on this windows laptop.) > > Don't bother to try and look at NFS with tcpdump. It doesn't know how > > to decode it. > > > > > If the domain is not the same, you can use the -domain command line o= ption > > > on nfsuserd to set it. > > > (Since this "domain" is underdefined, I'd suggest only ascii characte= rs and > > > all alphabetics in lower case.) > > > If the client sends a string of digits, check to make sure the sysctl > > > vfs.nfs.enable_uidtostring is set to 0. > > > > > I'm using lysator.liu.se as the domain on both client and server. It > seems to work since listing files give correct owners. > > I have dumped the traffic from mounting and creating a file named > test file that shows up as owned by nobody. I get the following call > made > > NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x30a4c0aa/t= estfil > > In the OPEN (18) opcode, owner is set to > > 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 > > while the server sets owner to ex. kempe@lysator.liu.se as expected > when directory listings are made. Make sure you aren't using krb5p when doing the capture. Either krb5 or krb5i should be ok. rick > > vfs.nfs.enable_uidtostring is 0 on the client machine and I am not > quite able to make sense of what the 12 bytes in the owner field are > supposed to be. They are not the ASCII representation and nither my > user's GID and UID that are both 0x7b02. > > // Andreas Kempe From nobody Thu Mar 28 04:22:30 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4r3s6S66z5G8YH for ; Thu, 28 Mar 2024 04:22:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4r3s5PQZz4RC9 for ; Thu, 28 Mar 2024 04:22:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711599753; a=rsa-sha256; cv=none; b=VDpZ/3fDKmtj5202XQ67v9RAawYBFzwyJSKR1d+cZ3Qdnvjps9Bt1P66PnEvDxsXLbpGVy oMgGFd2P2T35SoRIBam+ICb6pNHALF2/+SaTN3ixHYplmenFYMfFrsinDKJ1As5s6Nupo1 7oo/pAbjFqQn7b9VsEh5OjY1cT0uMrJ7ORtpa9Zgu79PxIZ9mDp3HQ07KLYxUyip9ok4jc jLZp3gzovRR78WQzdu1L3GE1HlHsB4GtQUUTpVnkACSSaCvbpkiku7DpPu2u1ye73SZQ7E V+pP0AB3U7JiNBCslNCYyX4rw49CtaTPAE5s3ONi998THWE9gdTVSmncXAIXRg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711599753; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Z6j0ahEIHrpwxln3v1VfjtO8vrA0g+Gg/WF0ccJMcDI=; b=QVjqUJMoudJ+ul/A51P5EQwGa3sagEmx/p8/6c7xQFR7ojYy+dBpQSC2rWUBleQ6RmdGFP l2rNJ8AK9R3oI7ZmvyYhcGERux4MGQg/IaqVKrUxAcHRpVNUdUqaOH5eDBlZEZs/2mhoDc 5XNyZ1DoQ94KNEF3xIu0NKuusuLGBwIn3u3YCJs+Eguc/JPBB0+FhsYVgoS1sPfwyieyOj rI2/MyWqz4j7d4GnLpAMDggyhlXdvUxONPzqMM8irvyajdLOFkCRZegsRyGCYo0qNxQBna 13omtLpm6ksxOVK6vkHegiMK6gD1rRJzb9Zr5XcViGUfLY+a+IfRO6H2t6GcTg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V4r3s51yPz1CDj for ; Thu, 28 Mar 2024 04:22:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42S4MXhK000405 for ; Thu, 28 Mar 2024 04:22:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42S4MXTt000404 for fs@FreeBSD.org; Thu, 28 Mar 2024 04:22:33 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 275594] High CPU usage by arc_prune; analysis and fix Date: Thu, 28 Mar 2024 04:22:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: seigo.tanimura@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275594 --- Comment #97 from Seigo Tanimura --- Again my apology for the delayed comment. Now that the nullfs fix (https://reviews.freebsd.org/D44217) has been merged into stable/13 and stable/14, the next diff is https://reviews.freebsd.org/D44170, the backport of the FreeBSD-EN-23:18.openzfs fix to stable/13. This is essentially the functio= nal reimplementation of 799e09f75a on main (https://github.com/openzfs/zfs/commit/799e09f75a31e80a1702a850838c79879af8= b917) and 3ec4ea68d4 on zfs-2.2-release (https://github.com/openzfs/zfs/commit/3ec4ea68d491a82c8de3360d50032bdecd53= 608f) of OpenZFS, focusing at avoiding the pileup on the arc_prune kernel thread. Among the FreeBSD committers, I have found the names of mav and markj in the logs of the commits above. I believe they are suitable for the diff review. The rest of the diffs: - https://reviews.freebsd.org/D44171 (kern/vfs: Add the per-filesystem vnode counter to struct mount.) - https://reviews.freebsd.org/D44173 (kern/openzfs: Regulate the ZFS ARC pruning process precisely.) are challenging because they address the interaction problem between OpenZFS and the OS (FreeBSD) kernel. To my belief, the reviewers with the insights= on both OpenZFS and FreeBSD are desired. If the review on these diffs are too difficult, an alternative is to add a sysctl(3) toggle that controls the fix feature on D44173 so that the fix ca= n be merged without enabling it by default. Thanks to the many testers on this issue, I now believe the fix is ready for the more extensive public test. ----- Besides the review, there are quite a few findings regarding the healthy operation of the OpenZFS ARC and its pruning and eviction, spotted out of my analysis. It would be great to document them somehow. Also, they should be minded upon reviewing D44171 and D44173. * OpenZFS ARC buffers and their evictability - An ARC buffer is separated for reading and writing. - A read ARC buffer must be copied into a write ARC buffer in order to "update" it in the copy-on-write manner. - A read ARC buffer is not evictable until its content is read from the poo= l. - A write ARC buffer is not evictable until its content is written into the pool. - A write ARC buffer depending on the write of another write ARC buffer m= ay remain unevictable for a long time. - Under a healthy operation, almost all ARC read and write buffers for data= are evictable. - Some part of the ARC read and write buffers for metadata are not evicta= ble because of their internal dependencies required by the OpenZFS design. - The write ARC buffers of the vnodes in use (v_usecount > 0) have been fou= nd to remain unevictable until they get no longer in use. - This is the direct cause of the excess ARC pruning during poudriere-bulk(8); the nullfs filesystems cached the OpenZFS vnodes by addi= ng v_usecount. - The similar issue may occur out of a difference cause, eg. too many ope= ned OpenZFS files. * Limitations of OpenZFS ARC pruning and eviction on FreeBSD - The ARC pruning cannot count the OpenZFS znodes (ie FreeBSD vnodes) unprunable because of the requirements on the OS side. - The vnodes with the non-zero v_usecount or v_holdcnt (or both) fall into such the case. - The attempts to recycle such the vnodes causes the long lock upon the global vnode list. - The pagedaemon kernel threads may excessively block for the ARC eviction progress. - OpenZFS supports the kernel threads to wait for a desired size of the A= RC eviction progress. - The waiting kernel threads are resumed when either the desired ARC eviction progresses happen or there are no evictable ARC buffers at all. - Under a heavy load upon OpenZFS, it often manages to evict the ARC buff= ers much smaller, but non-zero, than the desired sizes. - The waiting kernel threads can neither meet the desired ARC evicition progress nor give up quickly. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Mar 28 09:45:23 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V4zDV5pnnz5FQpw for ; Thu, 28 Mar 2024 09:45:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V4zDV4m7xz4BNt for ; Thu, 28 Mar 2024 09:45:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711619130; a=rsa-sha256; cv=none; b=DN5ygs655VFtVkEp43jyg7ZDXh/WXpIlDqVRft97bCDALKGwJ/cDBqxvJ1yBdaKK/EKd76 jNxU5SH4X1DH8l9/2G854JHl2kcbz6UNEcJRWmXYt+8KqeSJrXB38w8RD08R9qYpv88avf YDHLLC5PDYIcO20s2mFmlcEjT+EfgvBMdzeFlJewXjyejaFY4Q6n7IhIqID/h9ZOL015l/ 4+bd1YsuvrR0TMwUQ1cOiOiH0SxdbRGnuYmrQJqJgYVsxJE9qs4FmlXbmcod52SJZFXoDV sWyLbAqFy6BbDLgVIXc3IePhcz9r40NjKmbnLPD4cqusW1x3fYM8OCrSKKGsyQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711619130; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Wg3TJYGzJgfJyziS1LwKpcca6jdAnJUiEppRjfBKj94=; b=lhPWBM1SGRCue+HNgV38cRMOqDME80NzJrDnrFQXJOwfG9hHe0mDeF83TJBE5DUFzkxz4Y fWJM6h8XPN/Ia45oofIclf6XgU4e8Zo8HdeA0FlaZH2107KrQtSSHImd2zmmiPBKQfMlL/ Y5xJ4RVW8WEZEY+XdSZQQs6SXv4IU8C6Bju9+wjhqIQ5EMrjgweg8AjJJTZc/fgGWK2jGf UyNmq80v89ZDKulpsH6v1lnU55X8FHGm2amro09o2a6B6lC145TusEKpxFaMfmKI9EGtyl BoCMn0F4dASyWATAbTbGyVTq+YfynVAwoTycHhBmnYNqd7l7kBbY+aKLzYqjbw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V4zDV4Nc8zM76 for ; Thu, 28 Mar 2024 09:45:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42S9jUhO062291 for ; Thu, 28 Mar 2024 09:45:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42S9jUfA062287 for fs@FreeBSD.org; Thu, 28 Mar 2024 09:45:30 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 275594] High CPU usage by arc_prune; analysis and fix Date: Thu, 28 Mar 2024 09:45:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: olce@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275594 Olivier Certner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |olce@FreeBSD.org --- Comment #98 from Olivier Certner --- Hello Seigo, Thanks a lot for your work. Going to handle this. First, let me review all that has been put in Phabricator and your findings in this long bug. Best. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Mar 28 10:46:18 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V50Zx1pBJz5FYb4 for ; Thu, 28 Mar 2024 10:46:33 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4V50Zw2Pb9z4Jm3 for ; Thu, 28 Mar 2024 10:46:32 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=lysator.liu.se; spf=pass (mx1.freebsd.org: domain of kempe@lysator.liu.se designates 2001:6b0:17:f0a0::3 as permitted sender) smtp.mailfrom=kempe@lysator.liu.se Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 5E62F1300C; Thu, 28 Mar 2024 11:46:19 +0100 (CET) Received: from shipon.lysator.liu.se (shipon.lysator.liu.se [IPv6:2001:6b0:17:f0a0::83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 44F651300B; Thu, 28 Mar 2024 11:46:19 +0100 (CET) Date: Thu, 28 Mar 2024 11:46:18 +0100 From: Andreas Kempe To: Rick Macklem Cc: freebsd-fs@freebsd.org Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access Message-ID: References: List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.79 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[lysator.liu.se,none]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:1653, ipnet:2001:6b0::/32, country:EU]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_RCPT(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com] X-Rspamd-Queue-Id: 4V50Zw2Pb9z4Jm3 On Wed, Mar 27, 2024 at 03:20:03PM -0700, Rick Macklem wrote: > On Wed, Mar 27, 2024 at 10:17 AM Andreas Kempe wrote: > > > > On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > > > On Tue, Mar 26, 2024 at 5:33 PM Rick Macklem wrote: > > > > > > > > Take a look at a packet capture in wireshark. > > > > Check that the @domain part of Owner and Owner_group attributes are > > > > the same and it is not a string of digits. > > > Oh, and just fyi, you can use tcpdump to capture the packets, something like: > > > # tcpdump -s 0 -w out.pcap host > > > and then you can look at out.pcap whereever it is convenient to > > > install wireshark. > > > (I run it on this windows laptop.) > > > Don't bother to try and look at NFS with tcpdump. It doesn't know how > > > to decode it. > > > > > > > If the domain is not the same, you can use the -domain command line option > > > > on nfsuserd to set it. > > > > (Since this "domain" is underdefined, I'd suggest only ascii characters and > > > > all alphabetics in lower case.) > > > > If the client sends a string of digits, check to make sure the sysctl > > > > vfs.nfs.enable_uidtostring is set to 0. > > > > > > > > I'm using lysator.liu.se as the domain on both client and server. It > > seems to work since listing files give correct owners. > > > > I have dumped the traffic from mounting and creating a file named > > test file that shows up as owned by nobody. I get the following call > > made > > > > NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x30a4c0aa/testfil > > > > In the OPEN (18) opcode, owner is set to > > > > 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 > > > > while the server sets owner to ex. kempe@lysator.liu.se as expected > > when directory listings are made. > Doesn't make sense. What does wireshake show you for the Owner > attribute in the setable attributes of the Open arguments. It should flag > it as non-UTF8. > I'm afraid I don't really understand how to check this. Wireshark secifies "owner: " if that says anything. > If you email me the pcap.out as an attachment, I'll look at it in wireshark. > The out.pcap should include both the Open that creates a file and an > "ls -l ", so there is a Getattr for the file as well. > I'll send you a capture off-list. Thank you for helping! > rick > ps: If that is what is in the Owner field, all I can suggest is that was what > a getpwnam() returned on the client. Possibly some weirdness with LDAP. > (I never use LDAP. Only a local /etc/passwd.) > > > > > vfs.nfs.enable_uidtostring is 0 on the client machine and I am not > > quite able to make sense of what the 12 bytes in the owner field are > > supposed to be. They are not the ASCII representation and nither my > > user's GID and UID that are both 0x7b02. > > > > // Andreas Kempe > From nobody Thu Mar 28 13:09:32 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V53mG4qxnz5FrD5 for ; Thu, 28 Mar 2024 13:09:50 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V53mG0vP5z4ZBw for ; Thu, 28 Mar 2024 13:09:50 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62e.google.com with SMTP id d9443c01a7336-1e0edd0340fso8919385ad.2 for ; Thu, 28 Mar 2024 06:09:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711631388; x=1712236188; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=7hNxF8jF1oZUTmXOU6uBOyBMIqDsdgN0ljHx1QJpjUo=; b=Vy9N+WhI74LhviFGJ0uqjntQbZ6VIr+4rihHijRLxGqKz4Ty7HkA5V1RZg5rhViQGH z7ja2XUf3kiQTmyDO4O1SuTE8QLJq/hIXsi0623i7Dl3ZryuWan7N/w3zVyZdL0PDchr LUDFEmwnRdDc6WGx99+zEYsEcAKqShWS7fQvthhmQXfurQBw3WFujAyfct1KqbfeV0HQ fAldrFDmb7oJB+ID5FTZf0k3lUZIpnqURRfllc01r7NjQ3ZDj/Ttk8EndcLq8AkqFmWl JjOftt37gkCMbieD8ZN0cZ7TF9Xb5Q47yD7LMYWnH+TOmnMUFht+V6cONrgQnDu8Cyr0 yejQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711631388; x=1712236188; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=7hNxF8jF1oZUTmXOU6uBOyBMIqDsdgN0ljHx1QJpjUo=; b=a0oqgE9Y7/ZRwuFPYEF+rNf6645qwaDbxXwbip2rBbsJw476at/IrNRzoZFfzaFti/ lwO9OCVACuJbpDf6flBzHy+Fjrm/F+0GVrZsW6ikBt7ThSMVvDFreD4LnboSYE4oKDy5 0PUJ5aIBNnrWFoIJr27D1UH6KJHcsYCsntYoetSYfmxCye5rYEGcwkz4r/tXU7pXUUv4 wo+Et5wgxNdm7jLOX8C+v/nLNYpbuvKd9RrMtk+frTpD1xjKap6l6A4e7HZ57BBfX1M8 qxHL+7Ygv3BovqwKjFIXuHD999/wHHhk0ZArJxosoqprVaI3aQ+GWgw0c9+BSFk6/Ib3 966g== X-Gm-Message-State: AOJu0YzNTx+VXbqV96mtr06BpfYQKDm5vXmugLHp3aaELZD6VwpF8L51 ovs64iUpHdSicKh2ebNKN4qPg2LIHMuUVVKRTqFzTB5E9UqSfZZu5Luv6B6/YPBN41K+2iwQdm2 dYVeNznoQHo1fqJ4kw+bGbc1mzYENNfx58w== X-Google-Smtp-Source: AGHT+IHs01MlRU20OgAdq96byb6mcaCU7sMopcWbE+OBqCViJOUqq4hkiCF00MJ9Z6uohnlBKnx1CYixzTPbhq8qaaw= X-Received: by 2002:a17:902:ce02:b0:1e0:dc6e:45d6 with SMTP id k2-20020a170902ce0200b001e0dc6e45d6mr3264105plg.60.1711631388154; Thu, 28 Mar 2024 06:09:48 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Thu, 28 Mar 2024 06:09:32 -0700 Message-ID: Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access To: Andreas Kempe Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4V53mG0vP5z4ZBw On Thu, Mar 28, 2024 at 3:46=E2=80=AFAM Andreas Kempe wrote: > > On Wed, Mar 27, 2024 at 03:20:03PM -0700, Rick Macklem wrote: > > On Wed, Mar 27, 2024 at 10:17=E2=80=AFAM Andreas Kempe wrote: > > > > > > On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > > > > On Tue, Mar 26, 2024 at 5:33=E2=80=AFPM Rick Macklem wrote: > > > > > > > > > > Take a look at a packet capture in wireshark. > > > > > Check that the @domain part of Owner and Owner_group attributes a= re > > > > > the same and it is not a string of digits. > > > > Oh, and just fyi, you can use tcpdump to capture the packets, somet= hing like: > > > > # tcpdump -s 0 -w out.pcap host > > > > and then you can look at out.pcap whereever it is convenient to > > > > install wireshark. > > > > (I run it on this windows laptop.) > > > > Don't bother to try and look at NFS with tcpdump. It doesn't know h= ow > > > > to decode it. > > > > > > > > > If the domain is not the same, you can use the -domain command li= ne option > > > > > on nfsuserd to set it. > > > > > (Since this "domain" is underdefined, I'd suggest only ascii char= acters and > > > > > all alphabetics in lower case.) > > > > > If the client sends a string of digits, check to make sure the sy= sctl > > > > > vfs.nfs.enable_uidtostring is set to 0. > > > > > > > > > > > I'm using lysator.liu.se as the domain on both client and server. It > > > seems to work since listing files give correct owners. > > > > > > I have dumped the traffic from mounting and creating a file named > > > test file that shows up as owned by nobody. I get the following call > > > made > > > > > > NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x30a4c0= aa/testfil > > > > > > In the OPEN (18) opcode, owner is set to > > > > > > 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 > > > > > > while the server sets owner to ex. kempe@lysator.liu.se as expected > > > when directory listings are made. > > Doesn't make sense. What does wireshake show you for the Owner > > attribute in the setable attributes of the Open arguments. It should fl= ag > > it as non-UTF8. > > > > I'm afraid I don't really understand how to check this. Wireshark > secifies "owner: " if that says anything. > > > If you email me the pcap.out as an attachment, I'll look at it in wires= hark. > > The out.pcap should include both the Open that creates a file and an > > "ls -l ", so there is a Getattr for the file as well. > > > > I'll send you a capture off-list. Thank you for helping! I looked at the capture. The server is definitely replying "nobody@lysator.liu.se" for both owner and owner_group for the file. You can see it in the reply to Open, Lookup and the Getattr (you need to go down past where it lists the attributes to see what their values are). It does know kempe@lysator.liu.se, since that is reported for owner for the directory. I have no idea why it would do that, but it's a Linux server so??? rick > > > rick > > ps: If that is what is in the Owner field, all I can suggest is that wa= s what > > a getpwnam() returned on the client. Possibly some weirdness with= LDAP. > > (I never use LDAP. Only a local /etc/passwd.) > > > > > > > > vfs.nfs.enable_uidtostring is 0 on the client machine and I am not > > > quite able to make sense of what the 12 bytes in the owner field are > > > supposed to be. They are not the ASCII representation and nither my > > > user's GID and UID that are both 0x7b02. > > > > > > // Andreas Kempe > > > From nobody Thu Mar 28 13:13:00 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V53rH1my2z5FrGQ for ; Thu, 28 Mar 2024 13:13:19 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V53rF6Pbjz4ZnL for ; Thu, 28 Mar 2024 13:13:17 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=ldeYuHn1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::631 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-pl1-x631.google.com with SMTP id d9443c01a7336-1e0bec01232so8462885ad.3 for ; Thu, 28 Mar 2024 06:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711631596; x=1712236396; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=jM/rX+oHl3Y06QyALoLJCyCgmazLI8W69ADsl+a6kKA=; b=ldeYuHn1648z/4bZmZmfN7/C7aoBuy6B3SawlYxRf49e6hp6zVzOTnMwTA5BM1W2TY yzx4AoWbj+p2H8JsK0FFxwii44bVHw5FUwRBzPLfVyOgbTwIQn7t7XBRj/LhMADkcSJ+ DaPedAreD4YKQsB1liI8LpybqTSD3A2aDKWHlH0lGjrqfk4pGaiFiwwfr7QegHPDLYBS hmp547vN3oZylgCmnQBio+YIJlzfdrdu0x5HWXLVeVCRM/JYBfTLKZcsv70SUl28Yipq wVXlByjRoTYSatq39OJ4hrDgAceiHDyejqTA1sswMJKQRj1/qtfdFmNz3voDAeyNRO+v cZmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711631596; x=1712236396; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=jM/rX+oHl3Y06QyALoLJCyCgmazLI8W69ADsl+a6kKA=; b=r3jElIMVNb5Yiegg5Ck6oOM9Jc/oKQ5SgNnQNULpnDxfPGC4h87AzyYBJjDM/mFrIW LPtMwzlvmDtgQLZMv+35KGsoeDJaom7j2Zw2MRo/4zm3vxydz/IkBsJMWr5olCrF4uyu Hpk+pUpjfcEb+D6xQ55mWJDcr9DLBF0HKQh7RB8JswjvnY8sKjqYg5PVNcXGDzoE9oCH sGYkxTdHhivPEdDdHhdIw3Q/9RUvG+uwp2tjwDcVuGx/6/c78hLhoEIAxvNhDq5dnz88 OlXNVnRWza7B4WKBANcBHAJsglUDVKxoB502EkKxu94fnSK/TA4aVbm48M10I/iZgBpQ 9Qdw== X-Gm-Message-State: AOJu0YwSHrfBh5QtKQwmejyfFpC3BDR5NmbSc2fLwLyqZ2AQ500xHMNZ vXUPJ17Xx3NBVxhfHIjflrvezFmPAO9l6T6kvuJ9+EJMw7Zksensw9m0+xiPGo5GkGXECkSOkxD HtFF/q7FXRDqeZOOdOVUAmdfWr3kR8P4= X-Google-Smtp-Source: AGHT+IF7HRiqwAYtSY+Fy1fWQxrTTbZJXcMGfyKDj+4nHvwYiIYfPWtNryGSdzcchnGJA6dI1z8ryzOTn5VRF3fhe4s= X-Received: by 2002:a17:902:dad1:b0:1e1:1791:3681 with SMTP id q17-20020a170902dad100b001e117913681mr2898296plx.61.1711631595792; Thu, 28 Mar 2024 06:13:15 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Thu, 28 Mar 2024 06:13:00 -0700 Message-ID: Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access To: Andreas Kempe Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.61 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_SPAM_SHORT(0.39)[0.392]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::631:from] X-Rspamd-Queue-Id: 4V53rF6Pbjz4ZnL On Thu, Mar 28, 2024 at 6:09=E2=80=AFAM Rick Macklem wrote: > > On Thu, Mar 28, 2024 at 3:46=E2=80=AFAM Andreas Kempe wrote: > > > > On Wed, Mar 27, 2024 at 03:20:03PM -0700, Rick Macklem wrote: > > > On Wed, Mar 27, 2024 at 10:17=E2=80=AFAM Andreas Kempe wrote: > > > > > > > > On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > > > > > On Tue, Mar 26, 2024 at 5:33=E2=80=AFPM Rick Macklem wrote: > > > > > > > > > > > > Take a look at a packet capture in wireshark. > > > > > > Check that the @domain part of Owner and Owner_group attributes= are > > > > > > the same and it is not a string of digits. > > > > > Oh, and just fyi, you can use tcpdump to capture the packets, som= ething like: > > > > > # tcpdump -s 0 -w out.pcap host > > > > > and then you can look at out.pcap whereever it is convenient to > > > > > install wireshark. > > > > > (I run it on this windows laptop.) > > > > > Don't bother to try and look at NFS with tcpdump. It doesn't know= how > > > > > to decode it. > > > > > > > > > > > If the domain is not the same, you can use the -domain command = line option > > > > > > on nfsuserd to set it. > > > > > > (Since this "domain" is underdefined, I'd suggest only ascii ch= aracters and > > > > > > all alphabetics in lower case.) > > > > > > If the client sends a string of digits, check to make sure the = sysctl > > > > > > vfs.nfs.enable_uidtostring is set to 0. > > > > > > > > > > > > > > I'm using lysator.liu.se as the domain on both client and server. I= t > > > > seems to work since listing files give correct owners. > > > > > > > > I have dumped the traffic from mounting and creating a file named > > > > test file that shows up as owned by nobody. I get the following cal= l > > > > made > > > > > > > > NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x30a4= c0aa/testfil > > > > > > > > In the OPEN (18) opcode, owner is set to > > > > > > > > 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 > > > > > > > > while the server sets owner to ex. kempe@lysator.liu.se as expected > > > > when directory listings are made. > > > Doesn't make sense. What does wireshake show you for the Owner > > > attribute in the setable attributes of the Open arguments. It should = flag > > > it as non-UTF8. > > > > > > > I'm afraid I don't really understand how to check this. Wireshark > > secifies "owner: " if that says anything. > > > > > If you email me the pcap.out as an attachment, I'll look at it in wir= eshark. > > > The out.pcap should include both the Open that creates a file and an > > > "ls -l ", so there is a Getattr for the file as well. > > > > > > > I'll send you a capture off-list. Thank you for helping! > I looked at the capture. The server is definitely replying > "nobody@lysator.liu.se" > for both owner and owner_group for the file. You can see it in the > reply to Open, Lookup and > the Getattr (you need to go down past where it lists the attributes to > see what their > values are). It does know kempe@lysator.liu.se, since that is reported > for owner for the directory. Just to clarify, when you look at the replies you will first see a list of attribute names (those just indicate which bits were set for the attributes= ), then after that there is a list of attributes and their values. (At least that is what I see when I use wireshark. I don't think I toggled any setting to get that, but??) rick > > I have no idea why it would do that, but it's a Linux server so??? > > rick > > > > > rick > > > ps: If that is what is in the Owner field, all I can suggest is that = was what > > > a getpwnam() returned on the client. Possibly some weirdness wi= th LDAP. > > > (I never use LDAP. Only a local /etc/passwd.) > > > > > > > > > > > vfs.nfs.enable_uidtostring is 0 on the client machine and I am not > > > > quite able to make sense of what the 12 bytes in the owner field ar= e > > > > supposed to be. They are not the ASCII representation and nither my > > > > user's GID and UID that are both 0x7b02. > > > > > > > > // Andreas Kempe > > > > > From nobody Thu Mar 28 19:08:04 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V5Cjc6Jtvz5Fnlk for ; Thu, 28 Mar 2024 19:08:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V5Cjc5J1Dz4N39 for ; Thu, 28 Mar 2024 19:08:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711652884; a=rsa-sha256; cv=none; b=yDtwf2RSn3sNve2Wu4/gqmEptd26ITIgwVPLX/GWSue5W3KhJMmIv01wrzUW2OX6+3441C 6vFsSj9bqQSxfafbXB5CKsRokbJySascFx21uni4v7BRn0sFN8xXZLpvGdG7HIzTupZvpL wIfIX4GSEwqbGposbHsqVODsmNf4qNQE7U8yGU5NvgHktize004dpp2ieVW1yCAHn4TFBv JpiZ2dZziwTApwPqnbRQrMan0eUUf0Lh7NtZJc4G3QxqE8qZpCaV1fp2uHs+zBaNop2kun 7Yz7nZnrOTlLLs0n4X4hdj/fasHv5jDiuUIf+uU51Hvl/ku9tchOgWtMe1j72w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711652884; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=qiHc71S671Hl3SyHwcyf7w9hZ7Co4ml/hC9V3W9QBRA=; b=qRLPYIJWl46Qh8m0OABZjxz21FUm/tL0WzjEqn3D8JfDTQhaLNVL8fZ1Qiv5sDSEHisw8o qun6JwQmMS3mJnixCatnn+pRRNYmktwyeb+eJ+WLbBcD0jfWOeF5MO8JnDDJ+8Gb7PcpLg zR5q+p5f3qLGFr0jrlzTieS0G6546zZ0OreNS2qFPlzVgBDvLRgyPCr1LbnBTAXBGDggZB cjAFe4RXTuqQ+iOrOGHU7r5IavXjuU4Us/QuD+LlfMzp6Y24WzNXmh7lMyvCu4RTVc1vF7 JrX1hCZPqNAsBQRcZZqnXOrqbM25/O/akw1QRlKbSMLMA2tmG3HvLyNTkuNhwQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V5Cjc4p3NzgCH for ; Thu, 28 Mar 2024 19:08:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42SJ84di069189 for ; Thu, 28 Mar 2024 19:08:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42SJ84vX069182 for fs@FreeBSD.org; Thu, 28 Mar 2024 19:08:04 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 277908] zfs: cannot lookup extended attributes in capability mode Date: Thu, 28 Mar 2024 19:08:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: shawn.webb@hardenedbsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277908 --- Comment #7 from Shawn Webb --- (In reply to Alan Somers from comment #3) Do the other extended attribute codepaths (for setting, listing, and deleti= ng) need to be updated, too? --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Mar 28 19:08:37 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V5CkF5pFhz5FnY2 for ; Thu, 28 Mar 2024 19:08:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V5CkF4nMNz4N7p for ; Thu, 28 Mar 2024 19:08:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711652917; a=rsa-sha256; cv=none; b=cZ3h04hXEWos2D12wUkDxy1KeoOFPjQpk6DpAUvHJrL8nS/2GSTbIh1oJqgdg3Md21OWqR T+En0jbzyfPrOb0+FN/zLy62mpcdKniUIJuMM36gsXZomElkVOxjfq/CzfFji95g7rnPnT +MDQzAgEnf2xu47MDhi8byk0GMetrZenwude8N5GbyO4ij+PGGg0l/5gUiW7pO9Gpt552a 6aMD78M9lRYcogP3oS/P9wdh3IS88tg7jkIDjwuNgbvmBrgA+3Bm9EDUDGxIBCw/79PLW0 gWhjGdKPVSfHEZ1X/B4eJGWUFLqalWhEX/l0mapqBx+V938olQJGwdPqaD3e3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711652917; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SI8Qyno1R3KBq849HCyY7gGOWrMwFUAtkCDw/1Njc7U=; b=HBrACGwfDWxl69ZAmC318InymWgVUQunS8HYalqQ7fkBCn9ODcf2zvta1Nat1KXMsTCw80 6oFPQ3tdgkW7NbWrJpVTKXSFMVEWdnTcgmJ5cif0f9UhLu8q8sS7E6qljyjAtOcs3ZB4YN +q9z0S5gO7YLEmhxx75DHNwHV6/V3EnYNzedfM542z82g9XhVBLVHN3wL/NjtqQmjGH5Cd Qavo/6T55i4Feh9nn1Tobmp7kC0cQhvNunehtOmxk3uuJftFxINFpWs578rPsCShAc38S6 K7mYWNxXAEREOiWSpztDKPzNtxr/essEK8xy/L1bUvQ6JaQkPJ4aLFzsIoMl0g== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V5CkF4NBZzfSG for ; Thu, 28 Mar 2024 19:08:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42SJ8bDI071313 for ; Thu, 28 Mar 2024 19:08:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42SJ8b4L071312 for fs@FreeBSD.org; Thu, 28 Mar 2024 19:08:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 277908] zfs: cannot lookup extended attributes in capability mode Date: Thu, 28 Mar 2024 19:08:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: asomers@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277908 --- Comment #8 from Alan Somers --- (In reply to Shawn Webb from comment #7) I haven't checked, but I think they probably do. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Mar 28 23:00:08 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V5JsP3gGnz5GDnf for ; Thu, 28 Mar 2024 23:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V5JsP2CPNz4pqv for ; Thu, 28 Mar 2024 23:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711666809; a=rsa-sha256; cv=none; b=nDvKmtPwFXVyU26k+7RkUDQkEc7oJv6cyLZ+SrWuVGYcgtPAac9nrHvYYvW9s7uyqjpSk4 Ft67IoSWQhXHxDDh0rJyIEtASzPI1MGVi9L4FtQLLvyvX8RaYXkapB4M4drKjZiIhl4euN j8COesgpRwf5Ll5YvwbieIgZi9cK0Vbh+v2VFRcqXuI7KSuUWy6T21iJVqKsd/JDIamWhe bMJ9kbIuFd70Wk9Dw/TzxwLOQ7x4Fxl0Ce6noTiGn1Z43eLyDGUM6g4Q5ebpqwAgsqLSos M4ERRlLdu/gT04f18Lzh3S0T4o3HB2dGik237ce7I6YenM4vE21+9JAYvRRxGg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711666809; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=c4Uy7FmOj9yul6fOTj+ZZxFxUbHrb7R4Dv2dqi7tGFg=; b=me3F+J4oB7fFeyXKzKADpA2DdW98GyQe4/K/WO1LbE7cSfx0Ic/Bqa1bPsCb5YFot806hH 2U04utmajEefXjsEuKO+8XkKYzuMmN5Z22065mNH+nLwZOQj1Xvv8mVpBEe+3eL/9g6COg xVS7ZbOiP8Ry/kIELvhsRhQuq/CpAo9Syq0c2PqKdJ71x0NK1bBtwCFKQBhvFt/KEWGBSi 9f37lf6M8/sGj9hcQUutsWNog1FNKePw08soQnK4Nk9CrWxzOVkaK61/ED+rLmpjmE1evW ex5glJElntEbzyrNM6dq3Cgp9UOzD5Q31M58UCMrmA4qYzsCEyXYtAnYFe4M0w== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V5JsP1qWWzmM4 for ; Thu, 28 Mar 2024 23:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42SN09f8082275 for ; Thu, 28 Mar 2024 23:00:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42SN09Aw082269 for fs@FreeBSD.org; Thu, 28 Mar 2024 23:00:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 195485] [ufs] mksnap_ffs(8) cannot create snapshot with journaled soft updates enabled Date: Thu, 28 Mar 2024 23:00:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freebsd@moov.de X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195485 Frank Wall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |FIXED --- Comment #4 from Frank Wall --- This is fixed: https://cgit.freebsd.org/src/commit/?id=3D78f412987605 ...and available in FreeBSD 14.0. Thank you. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Mar 30 21:45:39 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V6W6l5GQbz5G54w for ; Sat, 30 Mar 2024 21:45:51 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4V6W6k1f7Fz4sgM for ; Sat, 30 Mar 2024 21:45:50 +0000 (UTC) (envelope-from kempe@lysator.liu.se) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=lysator.liu.se; spf=pass (mx1.freebsd.org: domain of kempe@lysator.liu.se designates 2001:6b0:17:f0a0::3 as permitted sender) smtp.mailfrom=kempe@lysator.liu.se Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 826311D5FB; Sat, 30 Mar 2024 22:45:40 +0100 (CET) Received: from shipon.lysator.liu.se (shipon.lysator.liu.se [IPv6:2001:6b0:17:f0a0::83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 7418A1D797; Sat, 30 Mar 2024 22:45:40 +0100 (CET) Date: Sat, 30 Mar 2024 22:45:39 +0100 From: Andreas Kempe To: Rick Macklem Cc: freebsd-fs@freebsd.org Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access Message-ID: References: List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[lysator.liu.se,none]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:1653, ipnet:2001:6b0::/32, country:EU]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_RCPT(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com] X-Rspamd-Queue-Id: 4V6W6k1f7Fz4sgM On Thu, Mar 28, 2024 at 06:13:00AM -0700, Rick Macklem wrote: > On Thu, Mar 28, 2024 at 6:09 AM Rick Macklem wrote: > > > > On Thu, Mar 28, 2024 at 3:46 AM Andreas Kempe wrote: > > > > > > On Wed, Mar 27, 2024 at 03:20:03PM -0700, Rick Macklem wrote: > > > > On Wed, Mar 27, 2024 at 10:17 AM Andreas Kempe wrote: > > > > > > > > > > On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > > > > > > On Tue, Mar 26, 2024 at 5:33 PM Rick Macklem wrote: > > > > > > > > > > > > > > Take a look at a packet capture in wireshark. > > > > > > > Check that the @domain part of Owner and Owner_group attributes are > > > > > > > the same and it is not a string of digits. > > > > > > Oh, and just fyi, you can use tcpdump to capture the packets, something like: > > > > > > # tcpdump -s 0 -w out.pcap host > > > > > > and then you can look at out.pcap whereever it is convenient to > > > > > > install wireshark. > > > > > > (I run it on this windows laptop.) > > > > > > Don't bother to try and look at NFS with tcpdump. It doesn't know how > > > > > > to decode it. > > > > > > > > > > > > > If the domain is not the same, you can use the -domain command line option > > > > > > > on nfsuserd to set it. > > > > > > > (Since this "domain" is underdefined, I'd suggest only ascii characters and > > > > > > > all alphabetics in lower case.) > > > > > > > If the client sends a string of digits, check to make sure the sysctl > > > > > > > vfs.nfs.enable_uidtostring is set to 0. > > > > > > > > > > > > > > > > > I'm using lysator.liu.se as the domain on both client and server. It > > > > > seems to work since listing files give correct owners. > > > > > > > > > > I have dumped the traffic from mounting and creating a file named > > > > > test file that shows up as owned by nobody. I get the following call > > > > > made > > > > > > > > > > NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x30a4c0aa/testfil > > > > > > > > > > In the OPEN (18) opcode, owner is set to > > > > > > > > > > 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 > > > > > > > > > > while the server sets owner to ex. kempe@lysator.liu.se as expected > > > > > when directory listings are made. > > > > Doesn't make sense. What does wireshake show you for the Owner > > > > attribute in the setable attributes of the Open arguments. It should flag > > > > it as non-UTF8. > > > > > > > > > > I'm afraid I don't really understand how to check this. Wireshark > > > secifies "owner: " if that says anything. > > > > > > > If you email me the pcap.out as an attachment, I'll look at it in wireshark. > > > > The out.pcap should include both the Open that creates a file and an > > > > "ls -l ", so there is a Getattr for the file as well. > > > > > > > > > > I'll send you a capture off-list. Thank you for helping! > > I looked at the capture. The server is definitely replying > > "nobody@lysator.liu.se" > > for both owner and owner_group for the file. You can see it in the > > reply to Open, Lookup and > > the Getattr (you need to go down past where it lists the attributes to > > see what their > > values are). It does know kempe@lysator.liu.se, since that is reported > > for owner for the directory. > Just to clarify, when you look at the replies you will first see a list of > attribute names (those just indicate which bits were set for the attributes), > then after that there is a list of attributes and their values. > (At least that is what I see when I use wireshark. I don't think I toggled > any setting to get that, but??) > > rick > > > > > I have no idea why it would do that, but it's a Linux server so??? > > Did you have a look at the owner field in the open reqest that created the file? To me, it looks very strange. Could it be that the client isn't sending a correct owner in the creation request, causing the server to map it to nobody? > > rick > > > > > > > rick > > > > ps: If that is what is in the Owner field, all I can suggest is that was what > > > > a getpwnam() returned on the client. Possibly some weirdness with LDAP. > > > > (I never use LDAP. Only a local /etc/passwd.) > > > > > > > > > > > > > > vfs.nfs.enable_uidtostring is 0 on the client machine and I am not > > > > > quite able to make sense of what the 12 bytes in the owner field are > > > > > supposed to be. They are not the ASCII representation and nither my > > > > > user's GID and UID that are both 0x7b02. > > > > > > > > > > // Andreas Kempe > > > > > > > > From nobody Sat Mar 30 23:01:50 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V6Xph1nrtz5GDsj for ; Sat, 30 Mar 2024 23:02:04 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V6Xpg6mJzz520P for ; Sat, 30 Mar 2024 23:02:03 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1036.google.com with SMTP id 98e67ed59e1d1-2a20c054811so1874693a91.3 for ; Sat, 30 Mar 2024 16:02:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711839722; x=1712444522; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Z6ozNCKKNFVi/32BXClmjlA9ipEnoQZR7fPFzefibaw=; b=QVwjJ2gHPG36Jmq9+p5vN0sHXMzuvDKGTbHb67klfSvi2gYAiI/ZYowf4VMR9ZuhCV tSJZnRY4DXk4CTWNNh3iPENgYrPNUgvseVnb3eaFMzGHN+VL038SlO6OJEtYQZG4kGul 0UF5SK8ARK77uHkj3b6xttSF1I7ySUaBzg0umEbM76Drp1uIkl/9Xb7Leqe6uWZeOtqb o/L6kEm1PEpsGnCCutDabpI6657gdBK/vVWFsNWPiF75W2kB95ib0EN+KhbmAobgMs91 zcqwjnP/ZnK7IiLvc9Zc90o+88pxH4HVYPZF3xyFg0cRe2CfSazKQMOPpsS0Amwy/AL2 w0vQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711839722; x=1712444522; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Z6ozNCKKNFVi/32BXClmjlA9ipEnoQZR7fPFzefibaw=; b=vEG0SPMBUxRyzjGd9acNzJfsTqg5qjJnan5p2YtV+p6WD2+zy83THZn22z16LWyM1f z7vaqMlpOjN34uiyPVzUKk+J91QxAiCgrTEK0iYgPkq96l5WoyxlTn+bltq3v2ulc7Dd fyb2TaKjnMabeT75cWASedTh5Qm+5xsAHfpKlpLwCNh40tAqO31spLudUlj2Tywjc5+o gNmZiIH8rzmPfXjH48s1hntxn53OVA/OK6uaZp3HyhFMqTWogSyI8+7Rl/SM4r0/8/Od 3c9ZpEoPdliW8d19sYN4OkXU+lCu94bQfGULyEJI6tkfHFOmn28dDubdsQy1HVcX9HWq uSTA== X-Gm-Message-State: AOJu0Yx7sM6m1t7wSbAv3oj6PQc2191rcDL+UKRTyX796mkoOwz54FiF RrBvzgqIGAp+DtTvKfNNxb737Bp7mhQyLD1lwc5FatQ9EgPU/fh7RzrstwiZoRiuVSHK2MW6gmi 2iUAadS2e7n5X/8avUyT6xZ9EOrb0LHI= X-Google-Smtp-Source: AGHT+IHQ6HJIPOmxFGpGSitPDfZFhInqN7sDAdhl501Z8ZOppFyK3Yk5hSscRCO9XF/kxvmYRRGY8q9DWgPsMBVt2zs= X-Received: by 2002:a17:90b:2386:b0:2a2:209b:afe0 with SMTP id mr6-20020a17090b238600b002a2209bafe0mr3284634pjb.23.1711839721662; Sat, 30 Mar 2024 16:02:01 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Sat, 30 Mar 2024 16:01:50 -0700 Message-ID: Subject: Re: Kerberised NFSv4 - everyone gets mapped to nobody on file access To: Andreas Kempe Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4V6Xpg6mJzz520P On Sat, Mar 30, 2024 at 2:45=E2=80=AFPM Andreas Kempe wrote: > > On Thu, Mar 28, 2024 at 06:13:00AM -0700, Rick Macklem wrote: > > On Thu, Mar 28, 2024 at 6:09=E2=80=AFAM Rick Macklem wrote: > > > > > > On Thu, Mar 28, 2024 at 3:46=E2=80=AFAM Andreas Kempe wrote: > > > > > > > > On Wed, Mar 27, 2024 at 03:20:03PM -0700, Rick Macklem wrote: > > > > > On Wed, Mar 27, 2024 at 10:17=E2=80=AFAM Andreas Kempe wrote: > > > > > > > > > > > > On Tue, Mar 26, 2024 at 05:54:38PM -0700, Rick Macklem wrote: > > > > > > > On Tue, Mar 26, 2024 at 5:33=E2=80=AFPM Rick Macklem wrote: > > > > > > > > > > > > > > > > Take a look at a packet capture in wireshark. > > > > > > > > Check that the @domain part of Owner and Owner_group attrib= utes are > > > > > > > > the same and it is not a string of digits. > > > > > > > Oh, and just fyi, you can use tcpdump to capture the packets,= something like: > > > > > > > # tcpdump -s 0 -w out.pcap host > > > > > > > and then you can look at out.pcap whereever it is convenient = to > > > > > > > install wireshark. > > > > > > > (I run it on this windows laptop.) > > > > > > > Don't bother to try and look at NFS with tcpdump. It doesn't = know how > > > > > > > to decode it. > > > > > > > > > > > > > > > If the domain is not the same, you can use the -domain comm= and line option > > > > > > > > on nfsuserd to set it. > > > > > > > > (Since this "domain" is underdefined, I'd suggest only asci= i characters and > > > > > > > > all alphabetics in lower case.) > > > > > > > > If the client sends a string of digits, check to make sure = the sysctl > > > > > > > > vfs.nfs.enable_uidtostring is set to 0. > > > > > > > > > > > > > > > > > > > > I'm using lysator.liu.se as the domain on both client and serve= r. It > > > > > > seems to work since listing files give correct owners. > > > > > > > > > > > > I have dumped the traffic from mounting and creating a file nam= ed > > > > > > test file that shows up as owned by nobody. I get the following= call > > > > > > made > > > > > > > > > > > > NFS 438 V4 Call (Reply In 131) Open OPEN DH: 0x= 30a4c0aa/testfil > > > > > > > > > > > > In the OPEN (18) opcode, owner is set to > > > > > > > > > > > > 0000 af 16 00 00 93 fc 00 00 07 76 0d 00 > > > > > > > > > > > > while the server sets owner to ex. kempe@lysator.liu.se as expe= cted > > > > > > when directory listings are made. > > > > > Doesn't make sense. What does wireshake show you for the Owner > > > > > attribute in the setable attributes of the Open arguments. It sho= uld flag > > > > > it as non-UTF8. > > > > > > > > > > > > > I'm afraid I don't really understand how to check this. Wireshark > > > > secifies "owner: " if that says anything. > > > > > > > > > If you email me the pcap.out as an attachment, I'll look at it in= wireshark. > > > > > The out.pcap should include both the Open that creates a file and= an > > > > > "ls -l ", so there is a Getattr for the file as well. > > > > > > > > > > > > > I'll send you a capture off-list. Thank you for helping! > > > I looked at the capture. The server is definitely replying > > > "nobody@lysator.liu.se" > > > for both owner and owner_group for the file. You can see it in the > > > reply to Open, Lookup and > > > the Getattr (you need to go down past where it lists the attributes t= o > > > see what their > > > values are). It does know kempe@lysator.liu.se, since that is reporte= d > > > for owner for the directory. > > Just to clarify, when you look at the replies you will first see a list= of > > attribute names (those just indicate which bits were set for the attrib= utes), > > then after that there is a list of attributes and their values. > > (At least that is what I see when I use wireshark. I don't think I togg= led > > any setting to get that, but??) > > > > rick > > > > > > > > I have no idea why it would do that, but it's a Linux server so??? > > > > > Did you have a look at the owner field in the open reqest that created > the file? To me, it looks very strange. Could it be that the client > isn't sending a correct owner in the creation request, causing the > server to map it to nobody? The only setable attribute specified by the Open request is "mode". That just means that the server is expected to create the file with an ownership of the Kerberos principal used in the RPC credentials. Now, if you are doing the RPC as root, that will result in nobody (or a failure to create the file, depending upon directory permissions). There is no way to know what user principal is represented by the RPCSEC_GSS credentials, since they are a shorthand for the Kerberos credentials presented in a Null RPC that happens when there is no credential. When creating a file, the user creating the file will need to have a valid TGT in the client's credential cache. And the user principal name (without @REALM) must be a name in the passwd database. rick > > > > rick > > > > > > > > > rick > > > > > ps: If that is what is in the Owner field, all I can suggest is t= hat was what > > > > > a getpwnam() returned on the client. Possibly some weirdnes= s with LDAP. > > > > > (I never use LDAP. Only a local /etc/passwd.) > > > > > > > > > > > > > > > > > vfs.nfs.enable_uidtostring is 0 on the client machine and I am = not > > > > > > quite able to make sense of what the 12 bytes in the owner fiel= d are > > > > > > supposed to be. They are not the ASCII representation and nithe= r my > > > > > > user's GID and UID that are both 0x7b02. > > > > > > > > > > > > // Andreas Kempe > > > > > > > > > > > > From nobody Sun Mar 31 14:18:55 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V6x8c5MtPz5G85P for ; Sun, 31 Mar 2024 14:18:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V6x8c2l5dz4bvN for ; Sun, 31 Mar 2024 14:18:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711894736; a=rsa-sha256; cv=none; b=bRW8U7Ne2aKkpAJpqDfzn2vdzU98LUOQT1yIYjA8BYTFkmTnghQbQnnftUh+XKwFw4asZT EC9QZ4oFLRxHt/AP90YVZhFV77Y8iQbT0b7SH+/PTrYyAIHTLTMnu8fChDUUwHj7XciFt/ I4F96vtXtw9ybqT2OfBRKUdnC3+4X5B+8df9I1UHCblOOrp1Ulax8UGS5J9ltXQHZXMWiJ f4aSzLrwN3OAExVFnpBFU8yJTS1tZO0/9/C28qAhvKP4vQOtiPhw52ilhV31Dw58VjAnB+ x3BvuLEFuonWewthoRovRlB9W7Pmk5SqyA6bNN9gzFLbYURbVnywVHXunyb/wg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711894736; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1tBJ8NLTvSSFgLvKA8iPfugNl77KzBbh4xco5F3/tM0=; b=IVFhw5hUd/Z/naws2D4myn+9pUTbcptM7ROm8xMkCEgTbc9H2DfVhIsZ/5eLxqhvWcyQ9n FdB9e+vy0JF5RUr+pVRYS+yQ8ApTAN7gCSmOdIbOpU+foC3xx4EAit5RBDxPoFVXMcYmCV aMCk4O6OjGkr0xxJx46e/1w1fmkd5nQL4HxXD1krWU+WQAhj9NfOgckYbDK9qd4Rx47N4e nOVJ3OXeq96csIGAGV/eFbcmAyhgxex5IwWWIq3GXRd7XK82WEHNMPtq13Zn/nY9vtOYyY rTBps9FCRfqY8C6H6DqsPx1EfLryHLiqk3thKyLmAqXgDaxt7wEVBALmlkoroA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V6x8c2M22zhGY for ; Sun, 31 Mar 2024 14:18:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42VEIuHB046563 for ; Sun, 31 Mar 2024 14:18:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42VEIuxx046562 for fs@FreeBSD.org; Sun, 31 Mar 2024 14:18:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 275336] Processes exiting with SIGSEGV on shutdown on ZFS systems Date: Sun, 31 Mar 2024 14:18:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: vova@fbsd.ru X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275336 vova@fbsd.ru changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vova@fbsd.ru --- Comment #3 from vova@fbsd.ru --- I also have the same problem --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Mar 31 19:37:51 2024 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V74Dh1GMvz5GH0W for ; Sun, 31 Mar 2024 19:37:56 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from sonic319-20.consmr.mail.ne1.yahoo.com (sonic319-20.consmr.mail.ne1.yahoo.com [66.163.188.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4V74Dg30Ngz4Tk0 for ; Sun, 31 Mar 2024 19:37:55 +0000 (UTC) (envelope-from pfg@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="hTV/nN0u"; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 66.163.188.82 is neither permitted nor denied by domain of pfg@freebsd.org) smtp.mailfrom=pfg@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1711913873; bh=up6KSYiEMdlTkXZ0i6lzBP0/9kG0IzKUR2ePgdEnUIA=; h=Date:From:To:Subject:References:From:Subject:Reply-To; b=hTV/nN0uckkj1b+RlPCu2FS1JSoh8yOOiU3jkDbC2TK9IuMrhu7Oy3VEfs73b2lMEfYWKBXaJoLWsjE9rkKr3ttBlLtGPlZK5BAOCnRHG+G2QQSJ09+0t29vsBQjMA1Apb+5nttLFXfGRCAbonw8OioHqv3i7Mcm2ZPTDEdlwTbp7Xq5jNEllXXeVvM7C8O37sZkwFCTg5CDQRL7ezayElrehgeIW1/LY8odg4v2CyG3hxnVnu8YA3uHw3WM5HXgC9SmaFs3l2I5ZqPHIWzedxMkBH7yJ4Ag3GOBMCuvah/egLiox21kSAnu2cERgFdjtDEt6KVOoW3PfLpANstZWg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1711913873; bh=ZO6SN55ATrcDhE8QTYRQSFwyLHpgJOM/eNdwKFvkgCa=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=sMki6Uc5BlVNisgPK7AkKALOdWtuNIgJNDz0X1racFg2Br+yNqM4OHim+PdcF63rvdlyGCnIKCqWllPAl7UzehbfJw36Xzb4OA06W+N5ANhxZ8JZWLEnWVq0J+HZmdHDWIg4dr4I3htHtbiczGHSnrtTbs+jN8R6liA4rblLMeSVtDnXlqiQ760kxpl6ZCdguqB5eozJaabAtjme6INYeaH0zBkdeqJu+Pl4oH98Mt+kreLq2q10L6qfdAI3/yaiSxLwqpedlkgL346nmk5oy9jHG7G1k5EzdcdJ45Ksv1ZFKNFJCowi9dC5bpgB85ynG9RfH+rDh33o0d6K3FmCTg== X-YMail-OSG: Yikou88VM1k87UxvdMU9wJ6DmrtWgpWjbWNM5mU4a5wqLE8qCrVN4FBe3b.mSty X2mLVZBJ1xJITNXCa6lod.k6e.Q453Xp0QbMtqzhulInbOZCvVDfyRgz1rEEQEVfJ.DopfDbjBco So.WNe_8N78ndYjQYm1PT2ZDc_PJJ8BIq.sIKfGK35.4VFVKqSdfaYpaSXUhYLLy6hQrzJZZvMwH dygIQhtbyuiUjLIZZXX2PIj2GjXbuHV4NjgjvATvJIBDOYFVHh0stMICdLzCS0iQNhM.daJHXQ.u 6bUbWrdLvooImFcxYJ.sBJT7WruYsz45lgP.FUDF8C59BwdI4fiWPblBOzDZkMcNrBQ9BUxDqrsl u8ZVod1Tq2pn7qPt2S8jWKpQrGiMSTP3kq3Xk3ugwaipnhVZf_9qYg7hG8VpJ_QSw1kMk09PQ.k3 UGFbwj8dl4vXP3KijOeezp19NGl6vx8qan6BNa.9gsA26zEuym.LTaMszwLm2yHIk2UjPYN54wpH Nug9YwoEBqaij8K2Cs0C6MVcOsFFTr_ufr8JXRZqR02an6YIXYlPXifBNLarssp28vSxWBsCcA1H ohs38HNgGJ4XqZMRnB4cOY_iAJ8WxSMwYrfdk7iOEWxkjsqOCR6.cMm3LhYA.ivH6GLx9HcoD_c9 HbvfC2L8OtpQGI16tRxbhhcEbAxzi0oY.ZqRoUmooIGvwg93kQcf5.F1_Fw9HWQKktG1he6coxN_ YaQseZPnIQCILv.xhpZn03sikFXG83zo_fyRaIi8nUeUkB.FE6_hzjYIikq_4CiblN32uki_3xxh b5P4tmzX7lwpoTgHbSbnICNgvOBvV6071f929.0QsbQEsGZEubh35ywSifASTJO7qnxoUNReotU0 q.yiPrZl.pY8EX2HF19QSG8HhdAEpghlWw2VRaFIXZdmtmmcpXwdqDlS5iiYBn6A4K8PBL.VVN8W DT_rRMm77Qqz9OzF5aMFZKvWHobcmhqgxSTNITRci3_wWPeCbI1Ws0T2966_cfcxS0pjHYuQK0CM _dfjbZRh4lZJ_7Lqj4Y7gDcTUzu7c0LehUafbjHRtItyYYPkfDimc3VS6NBn5aMHJo.H38_dGF00 WqlYvY_TdkpcT.KXqJTx19QsjHY9RLF0RlRJ16EsQE2moyx34ft2_SaJ7UgrMHTrpwYADQwm.ctG 3hoCdxLLNAU09eF2YMSeRS2c6dsmPManwzk1kE7yessR_6KGqi9Y23fYsOPE4Pm5P1Bpm7hdsQnd qgFzTShw066FCqyxM5rtRNdAUDo8lMrAM5WK4R8U0ChczQT_ISF9aGBUwXlT8wTZFolDkQB.Q82_ EMKtfzNSUKYvJSQuF86EwQthzsCt5CJpTlt9ZLH7BaFTCzb4JbIb7WNrxQBe71c5TLdXUsaLtebT pBoc9bs8agCsAgbG2FrO3uQVXThgd1Hq4hykfn413IEdV3iCB5a1k4d.sW4bbtefJbogNiyDuvQB TQBd9tFhAY2gUhbepYGyfLKIuLW7yILsoGG4DEMgmr0kTqSNP51zxkiXBCRFgYG4oztgkZzmXKLp LMxIV2T17_._gvX9CYKDnN0lA6PX2gdod4cDq21Ay2vHcU5K8g8orp7_y5zNTZPf.tVCtBEaly_H Qi1zv7042X8r5kCXHjgeAYMF5Yja0fXEyznuwod.8NeFfKXAaQfVeWxRhKk91lMnTAMp2T7XHhvZ bFKGjwl0eGgZtuhAnPhx2oY7cKD.JfXo59_x8zbly9uHLVzWHi0ith2pV5qrNi8FWjLQ4i_.WxgI _rWFovnthp6y1yywvKTPmHDUdyMOxKF10rVqqLsxstmvAMVGyiJvVFK3k3VMeKC2vGDecanq.H.G aW7n1X8U0Zkz7Zam7GSF6MDR_rYBt1oUIcofzVPhV4HJwApwp5BaDhWGDXR_vQ8RKY5tbFvnwaHn GFLhkIrh.WrMvgVvRH4fRDjuqGJMX6qdLsTQe93Z74k1pz1cnvpr9Y2Vna6MSRkT2yMEjV7UpYfq StBzAGMd7UfNpH0WCoS3uYmSgIsKegaX8eHJ9QgBabkdW4uKwsZIFUlznv7pX0eetWmYfAw15ZQI 1WQp.Iq8VaOIio1_Rlgunemi2FXucm7vjDjEE9HnWcyA70T33.d.PuInBWbsttOIxN.60wvqZZ8X rp3REE2glHxr7q6hpE3SHAgY5Q03zeseV1nqEUpdEO_AJy9b3w7qMRKB_WV7Uz8ROdjgL X-Sonic-MF: X-Sonic-ID: 9d30eded-104d-4905-80eb-0a52c0792729 Received: from sonic.gate.mail.ne1.yahoo.com by sonic319.consmr.mail.ne1.yahoo.com with HTTP; Sun, 31 Mar 2024 19:37:53 +0000 Date: Sun, 31 Mar 2024 19:37:51 +0000 (UTC) From: Pedro Giffuni To: "freebsd-fs@freebsd.org" Message-ID: <732088746.3843674.1711913871308@mail.yahoo.com> Subject: Sounds interesting from NetBSD's 10 release notes List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3843673_1248806164.1711913871307" References: <732088746.3843674.1711913871308.ref@mail.yahoo.com> X-Mailer: WebService/1.1.22205 YMailNorrin X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.20 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, DKIM not aligned (relaxed),none]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[pfg]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[66.163.188.82:from]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.188.82:from]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+] X-Rspamd-Queue-Id: 4V74Dg30Ngz4Tk0 ------=_Part_3843673_1248806164.1711913871307 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable https://www.netbsd.org/releases/formal-10/NetBSD-10.0.html =20 - Switched the kernel's file path lookup cache to use faster per-directo= ry red-black trees. ... =20 - Improved the performance of=C2=A0tmpfs. Implemented lazy update of ati= me/mtime. ------=_Part_3843673_1248806164.1711913871307 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
=

  • Switche= d the kernel's file path lookup cache to use faster per-directory red-black= trees.
...
  • Improved the performance of tmpfs. Implemented lazy update of atime/mtime.

------=_Part_3843673_1248806164.1711913871307-- From nobody Sun Mar 31 21:00:43 2024 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V764C6Qwhz5GQT8 for ; Sun, 31 Mar 2024 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V764C36HJz4fMX for ; Sun, 31 Mar 2024 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711918843; a=rsa-sha256; cv=none; b=LKwnwmy28vL2RiARHNR7HfC2Bw3LYmhGGboz2cIrNgzfRU1bM+HMce3+vJVmbARsn+m7/T JDzO7tYMVPGx/9+g4LgxYFkGdlgqToIGl7KnsENGUYoJJraTsxvSpt0U/WDOnyzvcWA3Ld U0jrELiNOi53K0b9JYUj8WOUVJc21tHaWKK58qtMIrar+luI9w8yjJD474G1fFlXQORPKr EyrZ1Fq0cLtGMzGhcyXC9329v9Bi3hOZ2kFSQh1x4sR3q9pa5mnAQ+vOsGaeh8gi5M5gn4 pHtm6+Mp6OsO1q1iCJnQyA/kPrw0+/2Kh+FxGpzoQpzwIacSyeNUM8jrUKeV1w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711918843; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=f6UyvgVk60IygTNEWpfelvffktQ6ee6vsdI7ZfahY0U=; b=bBCXVMxQs3p5jJvToRhYFqZwqMSkFoAOcNkzFwV4W0I1c8JoboPWvkCyV1tplU0mlJWvwB PdQtgY08fdsc53W+EQqF+Ek8msF0r2Bl8kSUrFl6NcsXY5ctD6yuRpQbdAXs8BOR74Seps sM6f3s229dsMr2xBn2itKZaC245FP6TbhRozXZaGTGPpLNxNaSo8vcR2854wwHd8fLXvJ0 bwqPR4cBn0/6rsHCDaS3g5pFF5o7rcPbzNoupyTrKh5NQT5clJqkO9h24Nv3kQvhYlZtGB r8uxkfT1wgr0UlQfY7ZR8wHqUnvy8CMyWMe1iPHKjGX+O8f6PVbJBVuCfM1ccg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4V764C2k3rztXj for ; Sun, 31 Mar 2024 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 42VL0hOW084119 for ; Sun, 31 Mar 2024 21:00:43 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42VL0ha7084093 for fs@FreeBSD.org; Sun, 31 Mar 2024 21:00:43 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202403312100.42VL0ha7084093@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: fs@FreeBSD.org Subject: Problem reports for fs@FreeBSD.org that need special attention Date: Sun, 31 Mar 2024 21:00:43 +0000 List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="17119188430.5F1cEcF.73575" Content-Transfer-Encoding: 7bit --17119188430.5F1cEcF.73575 Date: Sun, 31 Mar 2024 21:00:43 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 264139 | ata: NCQ_DSM_TRIM trim method for Seagate IronWol Open | 231794 | zfs: Panic due to ARC related KVA memory exhausti Open | 251035 | ZFS: Allow 64 bit ZFS to support 32 bit ioctls (W Open | 266409 | 13.1-RELEASE amd64 crashes in: sa_handle_destroy Open | 268162 | zfskeys_enable: each successful load of a key is Open | 269503 | docs.freebsd.org: default vfs.zfs.arc.meta_limit Open | 271384 | zfs_load is not suitably documented Open | 226130 | ZFS: solaris assert: zrl->zr_refcount == 0 (0x1 = 8 problems total for which you should take action. --17119188430.5F1cEcF.73575 Date: Sun, 31 Mar 2024 21:00:43 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
In Progress |    264139 | ata: NCQ_DSM_TRIM trim method for Seagate IronWol
Open        |    231794 | zfs: Panic due to ARC related KVA memory exhausti
Open        |    251035 | ZFS: Allow 64 bit ZFS to support 32 bit ioctls (W
Open        |    266409 | 13.1-RELEASE amd64 crashes in: sa_handle_destroy 
Open        |    268162 | zfskeys_enable: each successful load of a key is 
Open        |    269503 | docs.freebsd.org: default vfs.zfs.arc.meta_limit
Open        |    271384 | zfs_load is not suitably documented
Open        |    226130 | ZFS: solaris assert: zrl->zr_refcount == 0 (0x1 =

8 problems total for which you should take action.
--17119188430.5F1cEcF.73575--