From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id OE8ZFNjshmaguQAAqHPOHw:P1 (envelope-from ) for ; Thu, 04 Jul 2024 18:41:28 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id OE8ZFNjshmaguQAAqHPOHw (envelope-from ) for ; Thu, 04 Jul 2024 20:41:28 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none ("invalid DKIM record") header.d=mur.at header.s=dkim2 header.b=bAIwKf0G; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-science-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-science-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1720118488; h=from:from:sender:sender: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:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=7teQX5c/5s/PGE6bGqkHmnIYryIqpF6ZJN5WOOeldmo=; b=U3IDiToVjY6+04xr4BAJrFpjaWIf43J2dNRddIl19LvG9zWypbZxvEhOTlve6NjJjCQMyN T+fognxFH5sMLcILQJcMvXwCVJc7fNawFMCCHd535LqnWyiwnnMH74D3wu8BqE/3n2vIG7 ORWP4Kf9rJ0psHe95h9w5yia9H/+0VUL/HcUqHf3+RhAHVfRoxQxK4zPDn1dAy5aWLrJMw rhaoGwwgcBPhOj2DRjtXHZt3+Br+JNulYjEQwKuA2CrHrAj5ZIsoTdPRz6stwCf2CP4Hw/ Z9HCH8D4HxUxr0Iu70qstkHkY4sEAqb2h+oF4ytkXbKdBmrWDtOccwAFjUU1ug== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1720118488; a=rsa-sha256; cv=none; b=iqmUhO68sz0VIbrwF1ZI6xFyW8lfiVO06Ra7KjWpTfk+RCYw1AW+rJXW8EeINSVkaIEOIh SS7hbfx3p7hm7FXTTLfttIa8TtUbLmCqxX4ePvJDluOUc5VJjOBGCV5PFqrymWUQTQ6qFS NwEh81pbf1dxfGDpyKsUDLZdlsMM0LPUAmScmTWVe5fra8WQFy1yjdNpqQ/mxYev6mpUBo tyLURbnqxv9R5A0TuJInlgmkgyov9M8dTJFOYp7s1EOJOVfL+09zSrvxPOper2Wkha0Jfp DdMpgTa4Dis4bp1KiRxGSRnLflknlVfSOB1qEUPXOjJLOdw0yZ8UJUKyFbv6Mg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none ("invalid DKIM record") header.d=mur.at header.s=dkim2 header.b=bAIwKf0G; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-science-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-science-bounces+larch=yhetil.org@gnu.org" Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id E65526B21F for ; Thu, 4 Jul 2024 20:41:27 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sPROH-0000nE-Qh; Thu, 04 Jul 2024 14:41:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sPROG-0000hL-CL for guix-science@gnu.org; Thu, 04 Jul 2024 14:41:08 -0400 Received: from efeu.mur.at ([89.106.208.42]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sPROD-00081l-Kj for guix-science@gnu.org; Thu, 04 Jul 2024 14:41:08 -0400 Received: from localhost (2a02-8388-1886-ea20-0000-0000-0000-2000.cable.dynamic.v6.surfer.at [IPv6:2a02:8388:1886:ea20::2000]) by efeu.mur.at (Postfix) with ESMTPSA id F28F545B52 for ; Thu, 4 Jul 2024 20:40:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mur.at; s=dkim2; t=1720118455; bh=EoVPn8vWT6ksJyjhdCAmpZxxMX75uVrvoTAbMD/QBqU=; h=Date:From:To:Subject:References:In-Reply-To:From; b=bAIwKf0GKzIswJu9FKpX5EOHoRjoZNUG/iWosGzn0oB4inqXkL2PQpXfCaF+TgnZm 6pMdRqr4SrEb3zk9KGh6egDFTPnaNv8Y3f+4nm+eL9QUrJQbFwB3kigA6jVMB6ElJL SD2mnuPnPwPF1S0Gqy07boU3C1A2lOvPOxN4GyLoPJHO91tYap7M9kZt0T+EuwlBO5 CBTQr9sIudvkyNotR8Ycbit10tHLq4PQBiAdu91Va1xvpcN1alOzTNlLYT6AHuVh/1 sLK0wTwq36rr+D5i46JaHNxNs4CeHBQfSCDXeYIXcq3XpAjxc5ZmPZ6VNH754ReK9a 3AsTXTGo9UZkvT2tzRCrn3TBlmKAH0Av8tptF6MD065qMO6LGb5paC/j0DtzQq4ueA m5t/aia5MahKiWYzFfMXnnH9yabm6QyFUjQ6u/YnHdM3eYvmRqOG1NdaP9jmLVa0n0 s7T4Ypb3RqTzLzqf9oH5ldfL6/PBxZm0gBKcE088c4YYEhW4yKU Date: Thu, 4 Jul 2024 20:40:54 +0200 To: Adam McCartney via Guix-Science Subject: Re: guix on a cluster: install into existing mount Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=89.106.208.42; envelope-from=adam@mur.at; helo=efeu.mur.at X-Spam_score_int: -39 X-Spam_score: -4.0 X-Spam_bar: ---- X-Spam_report: (-4.0 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-science@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Adam McCartney via Guix-Science Reply-To: Adam McCartney Errors-To: guix-science-bounces+larch=yhetil.org@gnu.org Sender: guix-science-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: E65526B21F X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -6.59 X-Spam-Score: -6.59 X-TUID: O+ZGND3gW4o3 Can also offer a little bit of further clarification: >+ The recursively mounted subtrees don't survive a reboot, despite there being > fstab entries for them. >+ The guix daemon doesn't want to run, I think this maybe has something to do > with the way that the `gnu.mount` service is set up? I guess that unit is > maybe not expecting to find a mount under `/gnu/store`? So, the typical pattern that was being applied when I approached the system was append the following two entries to fstab: ``` [HOST_IP]:/gpfs/opt/adm /mnt/adm nfs rw,async,noatime,nodiratime,_netdev 0 0 [HOST_IP]:/gpfs/opt/sw /mnt/sw nfs rw,async,noatime,nodiratime,_netdev 0 0 ``` As I mentioned in the thread above, I've recreated the required guix folders as: + `/mnt/sw/dev/guix/gnu/store` + `/mnt/sw/dev/guix/var/guix` + `/mnt/sw/dev/guix/var/log/guix` And then used the recursive bind option for mount: ``` mount --rbind /mnt/sw/dev/guix/gnu/store/ /gnu/store mount --rbind /mnt/sw/dev/guix/var/guix/ /var/guix mount --rbind /mng/sw/dev/guix/var/log/guix/ /var/log/guix ``` At this point it's possible to start the guix daemon and do a guix pull. I'm a bit unsure as to how to make these recursive bind mounts persistent in fstab. I've tried a couple of different options: As type nfs rbind ``` /mnt/sw/dev/guix/gnu/store /gnu/store nfs rbind ... ``` As type none rbind ``` /mnt/sw/dev/guix/gnu/store /gnu/store none rbind ... ``` Referencing the host directly ``` [HOST_IP]:/gpfs/sw/dev/guix/gnu/store /gnu/store nfs rbind ... ``` Any pointers in the direction of where I might find some more info on making recursive bind mounts persistent much appreciated! cheers, Adam p.s. I have considered that a cleaner solution would be to actually export the relevant directories from the nfs server rather than creating bind mounts after it has been mounted. This is probably an option going forward, but for the time being I probably have to make do with the test setup as described above. -- Adam McCartney - https://admccartney.mur.at /