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 3D003158042 for ; Thu, 17 Oct 2024 15:00:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C471FE0948; Thu, 17 Oct 2024 15:00:38 +0000 (UTC) Received: from smarthost01c.sbp.mail.zen.net.uk (smarthost01c.sbp.mail.zen.net.uk [212.23.1.5]) (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 86F40E0938 for ; Thu, 17 Oct 2024 15:00:38 +0000 (UTC) Received: from [82.69.80.10] (helo=cube.localnet) by smarthost01c.sbp.mail.zen.net.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1t1RzB-00Esh8-0W for gentoo-user@lists.gentoo.org; Thu, 17 Oct 2024 15:00:36 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] nfs mounting Date: Thu, 17 Oct 2024 16:00:36 +0100 Message-ID: <10555432.nUPlyArG6x@cube> 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: 7df8c13a-6dd4-4138-9474-ca98acc4844b X-Archives-Hash: 11d5ad3c65f8898397784cf276469634 Greetings, It's me again with another tyro problem. I'm trying to set up my big Ryzen M9 workstation as compute host for my desktop PC, which is an i5 NUCI. I had the same arrangement working well with the i5's predecessor, but I can't make it work this time. The idea is to NFS-export the i5's portage and packages directories to the M9, which mounts it in a chroot partition to work on it. The M9 is on the wored LAN, the i5 uses WiFi to connect through the ADSL modem-router. The M9 has a separate partition for the chroot, but the i5 portage tree and packages directory both live under the /var partition. I've used the same script and file-system layout on the M9 as before, merely adjusting the IP address. # mount /mnt/nuci # mount -t nfs 192.168.178.40:/mnt/nfs/portage /mnt/nuci/var/db/repos/gentoo mount.nfs: mounting 192.168.178.40:/mnt/nfs/portage failed, reason given by server: No such file or directory That reply comes about 15s after the mount command, so DNS is working and traffic is flowing between the machines. This is /etc/exports on the i5: /mnt/nfs \ 192.168.178.7(rw,sync,no_subtree_check,anonuid=250,anongid=250,crossmnt,fsid=0) /mnt/nfs/portage \ 192.168.178.7(rw,sync,insecure,nohide,no_subtree_check,all_squash,anonuid=250,anongid=250) /mnt/nfs/portage.packages \ 192.168.178.7(rw,sync,insecure,nohide,no_subtree_check,all_squash,anonuid=250,anongid=250) $ ls -la /mnt/nfs/portage | head total 1.1M drwxr-xr-x 179 root portage 4.0K Sep 20 10:27 . drwxr-xr-x 4 root root 4.0K Oct 8 14:21 .. drwxr-xr-x 451 portage portage 12K Sep 5 15:51 acct-group drwxr-xr-x 421 portage portage 12K Sep 5 15:51 acct-user drwxr-xr-x 27 portage portage 4.0K Sep 3 14:36 app-accessibility drwxr-xr-x 194 portage portage 4.0K Oct 1 12:13 app-admin drwxr-xr-x 12 portage portage 4.0K Sep 3 14:36 app-alternatives drwxr-xr-x 6 portage portage 4.0K Sep 3 14:36 app-antivirus drwxr-xr-x 111 portage portage 4.0K Sep 3 14:36 app-arch Everything under /mnt/nfs/portage has owner portage:portage. (I found that necessary on the earlier setup, so it's the same here.) I've checked the firewall settings and logs; no problems found. Both kernels have NFSv3 and v4, but not 4.1 or 4.2. What else can I check? -- Regards, Peter.