From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (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 2FF801580EB for ; Wed, 21 May 2025 18:18:32 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (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) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id 1B1263431BA for ; Wed, 21 May 2025 18:18:32 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id BA3411104B8; Wed, 21 May 2025 18:17:13 +0000 (UTC) Received: from dormouse.ash.relay.mailchannels.net (dormouse.ash.relay.mailchannels.net [23.83.222.50]) (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 bobolink.gentoo.org (Postfix) with ESMTPS id 61E931103DE for ; Wed, 21 May 2025 18:17:11 +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 2A925782DAA; Wed, 21 May 2025 18:17:09 +0000 (UTC) Received: from mailclean11.thundermail.uk (100-112-106-2.trex-nlb.outbound.svc.cluster.local [100.112.106.2]) (Authenticated sender: thundermail) by relay.mailchannels.net (Postfix) with ESMTPA id C4DE1782EE5 for ; Wed, 21 May 2025 18:17:07 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1747851428; a=rsa-sha256; cv=none; b=PLSYCMgszUrTZJIyU9GO9UYulUq1RY7slyIbF2D0VUPrsSHmeQLCNcH24dSJeM58Qt5l1U 9ZWqhp7DuaCSjqv3iS5021UfK2ZRtktoh5r0fMfOUGG+9YlfHYwGvE5EyRZJ46W3gq4F9I kuUhIv6TXtAr81jDwQmqhARIr8VbYphjH7H2+9kWLMFdnW19NSZjB4HkLZYO7PxIfaYEFp H2Eg68fZNQ2wmWB/whADgmWfBlcN0MWL9M3oRXwrdN4yg29wn8fwn2ZCTDFxVsXY9m6iVx MHBDJEHza4jyvTB2j5ef+mmSGuUnoGSHF5VPLsig90r2ZK/ubYtb99dCB/vfZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1747851428; 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=GnJ+ZogDZHEBUplz7gDhjFeQIg23uX3zB/Bezda5vvM=; b=VKyCl3Sy9L6B6z5wdSjYHuYetE/l4NgFEr9/xbe2yKdIbFAiWdA2VcgczErMKofJE7ytYK jf2vSauVzdnRdkZf3pSe5c17Tg3A6VUA0ZKps+FS84pn5aFw4bz2tuYBV7IMblicqHHLDe WZIJ9x7c/6PA4+otoKUohPLaOAbcsQaeP8+1KpAkxN3A/7Wcm+WnT1amF9y5M9/o6kqysq n0OHqa2vURr3KaRUuDNH2YNUlE4UuvrPDE2xjWg9IrQMDj6OgdI92jjBQcIlWodgGjVjAr jDwnYDJkN1rdCbBOOxXouS9B+2fvz9ud7Ha7yq70o6/yJEX2jljJfJDpTTrB8Q== ARC-Authentication-Results: i=1; rspamd-5b49d78d5-58k66; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MC-Copy: stored-urls X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Well-Made-Average: 65d45f2b4811c344_1747851428748_3445636212 X-MC-Loop-Signature: 1747851428748:959766270 X-MC-Ingress-Time: 1747851428747 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.112.106.2 (trex/7.0.3); Wed, 21 May 2025 18:17:08 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id 03ADF1E0006 for ; Wed, 21 May 2025 19:17:05 +0100 (BST) Received: from rogueboard.localnet (230.3.169.217.in-addr.arpa [217.169.3.230]) (Authenticated sender: confabulate@kintzios.com) by cloud238.thundercloud.uk (Postfix) with ESMTPSA id 30BC9147600 for ; Wed, 21 May 2025 19:17:05 +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] Permission error when trying to rsync over nfs Date: Wed, 21 May 2025 19:16:53 +0100 Message-ID: <2005358.PYKUYFuaPT@rogueboard> In-Reply-To: <8d7fd97c-f6f0-a877-7889-ff0c5c830ebb@gmail.com> References: <192618e6-8464-cb35-a0f1-2af3d6d2a6cb@gmail.com> <6053115.MhkbZ0Pkbq@rogueboard> <8d7fd97c-f6f0-a877-7889-ff0c5c830ebb@gmail.com> 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="nextPart22704898.EfDdHjke4D"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <174785142542.2333451.4583972104565333738@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Action: no action X-Rspamd-Server: mailclean11 X-Spamd-Result: default: False [-1.51 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; MX_GOOD(-0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; FROM_HAS_DN(0.00)[]; FUZZY_RATELIMITED(0.00)[rspamd.com]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; R_DKIM_NA(0.00)[]; NEURAL_HAM(-0.00)[-0.777]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Queue-Id: 03ADF1E0006 X-Archives-Salt: dab96df2-beb5-42bd-89d2-c16782eee35b X-Archives-Hash: 7cf20196c3635a756bb0ac8a282d2564 --nextPart22704898.EfDdHjke4D 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 Date: Wed, 21 May 2025 19:16:53 +0100 Message-ID: <2005358.PYKUYFuaPT@rogueboard> In-Reply-To: <8d7fd97c-f6f0-a877-7889-ff0c5c830ebb@gmail.com> MIME-Version: 1.0 On Tuesday, 20 May 2025 17:30:34 British Summer Time Dale wrote: > Michael wrote: > > On Tuesday, 20 May 2025 14:27:51 British Summer Time Dale wrote: > >> Michael wrote: > >>> OK, I am confused ... :-/ > >>> > >>> If you want to update the contents of a fs over the network, then rsync > >>> is > >>> your tool. Why is NFS coming into this at all? > >>> > >>> Assuming the user IDs are the same across systems, add '--numeric-ids'. > >>> That's all. > >> > >> Well, I mount the drives on the NAS box over the network with nfs on my > >> main rig. It's just how I set it up. For some reason, it just won't > >> work this time. It works when I do my video backups tho. :/ > > > > NFS has other advantages, but running rsync through it ain't one of them. > > > > Are the directories exported in the *same* way? > > > > Do you use (rw) as an option? > > > > Have you set up anonuid and anongid options in the exports for the IDs you > > want the remote users to acquire when connecting over NFS? > > > >> It does mount fine and everything shows up. It's just that it won't let > >> me create a directory or anything to copy files over. > > > > Can you drag & drop individual files using the GUI or CLI, without rsync? > > > > Check the above suggestions in case one of them works for you. > > > > However, I still think you should use rsync directly, since we're talking > > about updating remote data to match your local data - it is what it was > > designed for. > > I had a idea. I checked permissions of things while connected to the > new data drive set. Then I pulled the backup drive set from the safe > and hooked it up. I then checked the permissions of it. There is > something different between the two. Could this be the problem. This > is the info, removing unneeded bits. This is the data drive set. > > > > root@nas ~ # mount | grep /mnt > /dev/mapper/data on /mnt/backup type ext4 (rw,relatime) > root@nas ~ # ls -al /mnt/ > total 24 > drwxr-xr-x 6 root root 4096 May 12 23:43 . > drwxr-xr-x 17 root root 4096 Mar 23 10:05 .. > drwxr-xr-x 2 root root 4096 May 20 09:32 backup > root@nas ~ # > > > root@Gentoo-1 / # mount | grep TV_Backup > 10.0.0.5:/mnt/backup on /mnt/TV_Backup type nfs4 > (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,nocto,prot > o=tcp,nconnect=4,timeo=600,retrans=2,sec=sys,clientaddr=10.0.0.4,local_lock= > none,addr=10.0.0.5) root@Gentoo-1 / # ls /mnt/ > total 68 > drwxrwxr-x 17 dale users 4096 Oct 22 2024 . > drwxr-xr-x 18 root root 4096 Sep 11 2024 .. > drwxr-xr-x 2 root root 4096 May 20 09:32 TV_Backup > root@Gentoo-1 / # > > > > This is the backup drive set which works fine. > > > > root@nas ~ # mount | grep /mnt > /dev/mapper/backup on /mnt/backup type ext4 (rw,relatime) > root@nas ~ # ls -al /mnt/ > total 24 > drwxr-xr-x 6 root root 4096 May 12 23:43 . > drwxr-xr-x 17 root root 4096 Mar 23 10:05 .. > drwxr-xr-x 4 1000 users 4096 Aug 4 2024 backup > root@nas ~ # > > > root@Gentoo-1 / # mount | grep TV_Backup > 10.0.0.5:/mnt/backup on /mnt/TV_Backup type nfs4 > (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,nocto,prot > o=tcp,nconnect=4,timeo=600,retrans=2,sec=sys,clientaddr=10.0.0.4,local_lock= > none,addr=10.0.0.5) root@Gentoo-1 / # ls /mnt/ > total 68 > drwxrwxr-x 17 dale users 4096 Oct 22 2024 . > drwxr-xr-x 18 root root 4096 Sep 11 2024 .. > drwxr-xr-x 4 dale users 4096 Aug 4 2024 TV_Backup > root@Gentoo-1 / # > > > The difference is on the NAS box. Permissions are set to 1000:users. I > don't recall setting that. So, I reconnected the data drive set and > changed the permissions to match the backup drive set. As I type, it is > doing the backups. > > I wonder, why does it have to be set that way???? Oh, you can bet I put > this info in a file, for me to forget I have when I run into this > again. :/ > > Dale > > :-) :-) > > P. S. Is there a better way to do this? I'm not worried about security > as it only goes between one box through my router to the other box. I > just need to be able to go both ways. Normally, /mnt is owned by root:root. Plain users are not allowed to create mountpoints at will. UID 1000 would be the first user you set on this PC, e.g. 'dale'. --nextPart22704898.EfDdHjke4D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmguGJUACgkQseqq9sKV Zxknbw/9EFQSn9iH2cHX9lK1ZNRjFe5g/moNzZv+X6yYTHMPh0kp9tPDh52f0OC6 I1316qQfqD5Rweh3C0OOmpuuiuq/lURYjvztf/bW7JsRm9Yth4lKuIOjWbrQqAhI AgHtprmXaS/vjgIhzdJjhjbguX5dvT0KZbj3KBumFObeFjzN5qk9CMkKrNCEG2AI mpjhaEwW9tT8FMxDtJayFAWFIW5sJDLrQfJqADgY4Lu4bQMZj+fPxiAG0SJMP1LY dHPpNJfTBx1h0pAlv4GcN14CcO46x1DV8UETm1u+NOkogJI6oC9t2aoYIr7KjXTv vMIHMY+W3J+fTU8dBrhlgQTQOAvJmvQXj3URu6AoCx4BILKtssFVxAZ/JcYQi7cq FNavbKrQxM6thNxSB0FKtNgHw2CUmm3Q0uwcUeYFtT+zMBaZOw+cyXMtDIjCLzh1 nf2IYbKXmrt+vkDuSF3zzPa3OdW165Yut1+UmCE+gSK7pTo894iz7ELet48n297/ XU9M48VR+xphKTtRV5QrgQfw2QUo/PORv/vZyVGCCtoPEDraTg72rIRB7KuYg5ff MPgZQTLXOWodFLvfeqArd3iL9qQoIbedBR4WgQBvDo8DpVkgzk4WfF7PLW3Gtwi+ l45C8pclSvrPJSN4PVbuXmO1Xf+JhZKGgTvDceDIuw6YfBMRC/o= =Ue/K -----END PGP SIGNATURE----- --nextPart22704898.EfDdHjke4D--