From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id D464A158042 for ; Mon, 21 Oct 2024 02:12:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9634CE08D1; Mon, 21 Oct 2024 02:12:25 +0000 (UTC) Received: from smarthost01c.ixn.mail.zen.net.uk (smarthost01c.ixn.mail.zen.net.uk [212.23.1.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5343CE08C0 for ; Mon, 21 Oct 2024 02:12:25 +0000 (UTC) Received: from [82.69.80.10] (helo=cube.localnet) by smarthost01c.ixn.mail.zen.net.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1t2huB-008rqf-KY for gentoo-user@lists.gentoo.org; Mon, 21 Oct 2024 02:12:24 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] NFS mounting Date: Mon, 21 Oct 2024 03:12:23 +0100 Message-ID: <2345314.ElGaqSPkdT@cube> In-Reply-To: <2167139.OBFZWjSADL@rogueboard> References: <12539492.O9o76ZdvQC@cube> <2167139.OBFZWjSADL@rogueboard> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-Originating-smarthost01c-IP: [82.69.80.10] Feedback-ID: 82.69.80.10 X-Archives-Salt: f619274c-8ca4-442e-aa4b-ae533d8dda89 X-Archives-Hash: 9bc1a522cb6311a727f81ed6a9b3f896 On Friday 18 October 2024 15:55:19 BST Michael wrote: --->8 > exportfs -rav Ah! I knew about 'exportfs -r' but not the 'av'. When I added that I got this: exportfs: duplicated export entries: exportfs: :192.168.178.7(rw,sync,insecure,no_subtree_check,all_squash,anonuid=250,anongid=250) exportfs: :192.168.178.7(rw,sync,insecure,no_subtree_check,all_squash,anonuid=250,anongid=250) exporting :/mnt/nfs/portage.packages exporting :192.168.178.7(rw,sync,insecure,no_subtree_check,all_squash,anonuid=250,anongid=250) exportfs: Failed to stat 192.168.178.7(rw,sync,insecure,no_subtree_check,all_squash,anonuid=250,anongid=250): No such file or directory exporting :/mnt/nfs/portage exporting :192.168.178.7(rw,sync,no_subtree_check,crossmnt,fsid=0) exportfs: Failed to stat 192.168.178.7(rw,sync,no_subtree_check,crossmnt,fsid=0): No such file or directory Of course there's a duplicate export entry; I'm exporting two directories to the one machine. Well, three actually, counting the top-level one, /mnt/nfs. But is that duplication the cause of the 'Failed to stat...'? Do I need to set some opotions on an rpc service, or something? -- Regards, Peter.