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 B1049158042 for ; Fri, 18 Oct 2024 14:55:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D7EA1E08C0; Fri, 18 Oct 2024 14:55:45 +0000 (UTC) Received: from poodle.tulip.relay.mailchannels.net (poodle.tulip.relay.mailchannels.net [23.83.218.249]) (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 pigeon.gentoo.org (Postfix) with ESMTPS id 5F45FE08A0 for ; Fri, 18 Oct 2024 14:55:44 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id CD2079051CF for ; Fri, 18 Oct 2024 14:55:43 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1729263343; a=rsa-sha256; cv=none; b=ncmoCZH+9Jol8P8CeH0Bz5ZiSzo14c+nY22Mb2JEU+dOgS40lR6nOHCGQP4NGbzZThZBSP XFcVVSKfdKVAFVlNfvOZZdCXWrzlb1A3PuU+Tx4D3jMIJzG7+1ploEQTw7h0nEsjpRrV7D lMM0BEXNrMgp3rmynKDsuYeTdIl9M8jpzx/NJnHNh6xJ9pVrrHmkUA8SFNOE3bsUOfClAL xY0PV5qUTdi1nCH9OIFZkbmav9OqijJQ0zwuh9skgz5g7Eb++YLuGt177K44zhRnxg4vs2 4eJmUG0c9TmKQJlw8CZAeAnkQ8gLN1oaDn33WY7b3bB2No9T85NYDR7WoSps8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1729263343; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=MjE11NU993yx/sky/eTM3jGeBxY27COFerWly5hnNLE=; b=mQvlXxoebU7/az5Qsp6uW3JtgtxL/IReb3XZQ/zRvz68n3//4magPYBUs6sqaPPMRkYjGv b57e9Y7RJ+WZTGZq9Fao5NFm8VGqouYEPvo6CJ/myjg0W0vLco0uEuzYCdfjpVB8xVWl0t QtbpYWSsrZtpNiHqOJBFFGyPVctlVC2Xv9CZUcCiLwqpeHKhG3Yk4FJYLVZa1uSb0mvSXr i+Cry08FMLl8jwYXHZAstV1JdFUjhkzRFx+5K1LyTifnjN/qOSduiYMqSXn+Y932ctgrEA 9Ptseap5J1+GNTAMAV+YRjCu0Cf1fX/C6WG6pIYsA/zrENZ5rS03TbbRU+oXnw== ARC-Authentication-Results: i=1; rspamd-75d86777c9-l82ng; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Ski-Drop: 2676bf1171962ae1_1729263343380_4171481629 X-MC-Loop-Signature: 1729263343380:3304135445 X-MC-Ingress-Time: 1729263343380 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.99.173.247 (trex/7.0.2); Fri, 18 Oct 2024 14:55:43 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id D1AE61E0004 for ; Fri, 18 Oct 2024 15:55:38 +0100 (BST) Authentication-Results: cloud238.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=rogueboard.localnet Received-SPF: pass (cloud238.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] NFS mounting Date: Fri, 18 Oct 2024 15:55:19 +0100 Message-ID: <2167139.OBFZWjSADL@rogueboard> In-Reply-To: <12539492.O9o76ZdvQC@cube> References: <12539492.O9o76ZdvQC@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-Type: multipart/signed; boundary="nextPart2233992.NgBsaNRSFp"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <172926333749.1283871.14060169791685718225@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: D1AE61E0004 X-Rspamd-Server: mailclean11 X-Spamd-Result: default: False [-1.61 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ONCE_RECEIVED(0.10)[]; MX_GOOD(-0.01)[]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; NEURAL_HAM(-0.00)[-0.990]; R_DKIM_NA(0.00)[]; FUZZY_BLOCKED(0.00)[rspamd.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: 4b055315-149b-4ba1-b24a-8aff0c23ae1d X-Archives-Hash: 99f5bdd44c44dab9f9517fec0f4a63d5 --nextPart2233992.NgBsaNRSFp Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Subject: Re: [gentoo-user] NFS mounting Date: Fri, 18 Oct 2024 15:55:19 +0100 Message-ID: <2167139.OBFZWjSADL@rogueboard> In-Reply-To: <12539492.O9o76ZdvQC@cube> References: <12539492.O9o76ZdvQC@cube> MIME-Version: 1.0 On Friday 18 October 2024 14:41:03 BST Peter Humphrey wrote: > Greetings, > > Let me try this again. > > Why should an NFS server wait 15 seconds before reporting "No such file or > directory"? I couldn't find anything conspicuously wrong in your setup, but I don't have much in depth experience working with NFS. A 15 second delay seems excessive to me. Even with resource constrained servers and powered down disks I don't see more than 5 seconds delay here. Whenever I had an error like yours, I traced it down to some typo, gratuitous use of space in the syntax, or some omission in my /etc/exports file. As I was reading your post I thought you could have missed using 'mount --bind' for your /mnt/nfs/portage to /var/ on i5, but you posted you are able to list your portage tree files within it. So this is not the cause of the problem. Differences I noticed compared to my typical setup are: 1. I define a subnet, in addition to the single client's IP address - e.g. 192.168.178.7/255.255.255.254. 2. I do not use 'nohide'. In your case you mount each directory explicitly and they are probably both on the same partition/fs(?), so what purpose does nohide serve? 3. Will all requests come from sub-1024 port numbers, or will some strict/ obscure firewalling cause problems since you specify 'secure'? Some domestic routers try to be too clever by half in this respect. Try setting your exports with 'insecure' to see if it makes any difference. Whenever you change any settings in your exports file remember to run: exportfs -rav You could try tweaking the above options in case it makes a difference. However, if the *same* settings worked with a previous client, then I can't logically explain why they fail now. :-/ --nextPart2233992.NgBsaNRSFp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmcSdtcACgkQseqq9sKV ZxnjTRAAwdi5yCau5dxCMnjeh6ri2Yqf7nL2a78ZpfVMw7qEL4dG+K5s/0Lc3mHi qs0Wuw93kVK875McKc12Qlpa2PlnY69HUb6uRxC5JmNVimcaW8i1Gfluol52iNjN 0iMYEfNWqu/jX7LjvE3BFUPLwxD9q7+xGcv1NHf9ZPZm2Cra0mcvGfQGxB8hnr1Q Bx+ysRyyElXRA7MtovKzYbXFYKHD3lQXEXJpyp0oG2oCG0OrwdDrpT+CISLJuTGV NgJedJu8wcbsxnOFAFhtPaIt7Iip6VkMLO8mMyUArKWzZx5yBl9w5vKme0PtQmQS RInmJTNW8OwiLmL75jYnGOc4ARqiLvxZ6Nci8cc+hR8OjspFLM0T/Uc1rUMCl9wK trYnXb1eX56tGxO+ZLcX0VGNJDqqJvj33MVAaYe/LCMntoQ+BtJtNi4L5cKBOmaG woO6oANsvVY7KlWxVnaSR8vAzNrJkjFWtx8lgD71ZQl2VtaD3pwBSfDV7M5oTmQV mLAdoh3Jzk1fk79pRH6DccqpbAdzD2uGAUcHVo6y/Ug2TAyvKc7YCa/q8SOz62Bu /W2nfvj3p+0K5aQAU0rmkedMW8P2OMyw4XKd6pc3pXLINbQvDVn9DjiWUhMvkG6j qtwp7dhDW9e1JRnSdN7tV58ytVKuGoV6J5u9q8LACjg2o5FZcMM= =hYtG -----END PGP SIGNATURE----- --nextPart2233992.NgBsaNRSFp--