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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id E22FC13832E for ; Wed, 10 Aug 2016 07:49:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9EA4C21C054; Wed, 10 Aug 2016 07:49:35 +0000 (UTC) Received: from cl-mail.uni-potsdam.de (cl-mail.rz.uni-potsdam.de [141.89.68.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D460A21C03C for ; Wed, 10 Aug 2016 07:49:34 +0000 (UTC) Received: from lynx.homenet (p4FC200B5.dip0.t-ipconnect.de [79.194.0.181]) (authenticated bits=0) by cl-mail.uni-potsdam.de (8.14.4/8.14.4) with ESMTP id u7A7nU2Z008780 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 10 Aug 2016 09:49:31 +0200 (CEST) Message-ID: <1470815371.13746.6.camel@rz.uni-potsdam.de> Subject: Re: [gentoo-user-de] systemd und nfs From: Juergen Rose To: gentoo-user-de@lists.gentoo.org Date: Wed, 10 Aug 2016 09:49:31 +0200 In-Reply-To: <20160810093808.17d13784e8b3d8483c7e36c3@pmp.uni-hannover.de> References: <20160810093808.17d13784e8b3d8483c7e36c3@pmp.uni-hannover.de> Organization: University of Potsdam Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-FemDqD2qUYjryU+X8h4/" X-Mailer: Evolution 3.20.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org Mime-Version: 1.0 X-Miltered: at n-mail-2 with ID 57AADC8A.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 57AADC8A.000 from p4FC200B5.dip0.t-ipconnect.de/p4FC200B5.dip0.t-ipconnect.de/79.194.0.181/lynx.homenet/ X-j-chkmail-Score: MSGID : 57AADC8A.000 on cl-mail.uni-potsdam.de : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham X-Archives-Salt: 9837a571-b751-4bc1-b4b8-714455ceb7be X-Archives-Hash: b5c07c273067ffe4b9b76405273b3570 --=-FemDqD2qUYjryU+X8h4/ Content-Type: text/plain; charset="UTF-7" Content-Transfer-Encoding: quoted-printable On Wed, 2016-08-10 at 09:38 +-0200, Gerrit K+APw-hn wrote: +AD4 Hallo, +AD4=20 +AD4 mal eine ganz bl+APY-de(?) Frage in die Runde: Wie b+AOQ-ndige ich sys= temd +AD4 und nfs? +AD4=20 +AD4 Fr+APw-her hatte ich ohne systemd folgendes Szenario: +AD4=20 +AD4 1. NFS-Verzeichnisse werden beim Client in fstab eingetragen. +AD4 2. Falls der NFS-Server beim Booten des Client nicht erreicht werden +AD4 kann, +AD4 l+AOQ-uft der mount in ein timeout und wird nicht durchgef+APw-hrt. Da= nach +AD4 ist der +AD4 Client benutzbar, die mountpoints sind halt leer. +AD4 3. Falls der Server beim Booten erreichbar war, im Betrieb dann aber +AD4 verschwindet, h+AOQ-ngen die Mountpunkte beim Zugriff (kann man +APw-b= er +AD4 Mount-Optionen anders einstellen). +AD4=20 +AD4=20 +AD4 Das fand ich eigentlich sehr praktisch und h+AOQ-tte das nun mit syste= md +AD4 auch +AD4 gerne weiter so. Leider bekomme ich systemd +APw-ber die Optionen +AD4 +ACI-nofail+ACI +AD4 und +ACI-x-systemd.device-timeout+ACI zwar dazu, +APw-ber einen fehlen= den Server +AD4 hinwegzubooten, aber ich habe dann nicht wie fr+APw-her leere +AD4 Mountpunkte. +AD4 Stattdessen versucht systemd bei jedem Zugriff auf den Mountpunkt im +AD4 Betrieb wieder erneut, die Verzeichnisse einzuh+AOQ-ngen, und zwar ohn= e +AD4 irgendein Timeout. Soll hei+AN8-en: bereits ein simples +ACI-ls+ACI h+= AOQ-ngt ewig. +AD4 Besonders lustig ist das, wenn man wie ich Verzeichnisse mit shared +AD4 libs +AD4 auf nfs hat, denn dann h+AOQ-ngt das automatische Neubauen vom ld-cach= e +AD4 bereits +AD4 das Booten ewig auf... +AD4=20 +AD4 Ich habe nun per Google eine Menge Leute gefunden, die das gleiche +AD4 Problem +AD4 haben, aber niemanden mit einer L+APY-sung. Ich bin kurz davor, meine +AD4 NFS-Eintr+AOQ-ge aus der fstab zu entfernen und mir f+APw-r das Mounti= ng ein +AD4 einfaches Script und einen systemd-Service dazu zu schreiben, die das +AD4 dann +AD4 bitte nur einmal versuchen und nicht das halbe System dauerhaft +AD4 lahmlegen. +AD4=20 +AD4 Aber kann das die einzige L+APY-sung sein? Kennt jemand eine +AD4 andere/bessere? +AD4=20 +AD4=20 +AD4 cu +AD4 +AKA Gerrit Ich mounte meine NFS-Verzeichnisse mit autofs: rose+AEA-lynx:/home/rose/Txt/personal/Unfall+AF8-Juni+AF8-2016(63)+ACQ grep= +ACIAXgBbAF4AIwBdACI /etc/autofs/auto.master+AKA /misc /etc/autofs/auto.misc /net -hosts +-auto.master zusaetzlich habe ich dann noch ein paar Links, etwa von der Art: rose+AEA-lynx:/home/rose/Txt/personal/Unfall+AF8-Juni+AF8-2016(64)+ACQ ll -= d /home+ACo drwxr-xr-x 10 root root 4096 Feb+AKAAoA-7+AKAAoA-2016 /home/ lrwxrwxrwx+AKAAoA-1 root root+AKAAoACg-23 Aug+AKAAoA-8 23:13 /home+AF8-caim= an -+AD4 /net/caiman/home+AF8-caiman/ lrwxrwxrwx+AKAAoA-1 root root+AKAAoACg-23 Aug+AKAAoA-8 23:13 /home+AF8-impa= la -+AD4 /net/impala/home+AF8-impala/ lrwxrwxrwx+AKAAoA-1 root root+AKAAoACg-25 Aug+AKAAoA-8 23:13 /home+AF8-leop= ard -+AD4 /net/leopard/home+AF8-leopard/ drwxr-xr-x 10 root root 4096 Feb+AKAAoA-7+AKAAoA-2016 /home+AF8-lynx/ Wenn NFS-Server verschwinden haengt der ls Zugriff auf / aber auch. Juergen --=-FemDqD2qUYjryU+X8h4/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABCAAGBQJXqtyLAAoJEGm1UkG/7kCLCAkIAKq/jgggaTWtE9psKRe1GxC2 hMFJr7P8vkna+udkrw+rGz8By8XDikBhD98bFqB68OyIxbW3DP5IxAZP9REcJQXW uWnlbuKRqgBjT0vuUlj8tJrQQ9QOQM7jINi7nYsOQCmj9SagO4E83dlmKJVRxAf8 SSBS1cPw2gNjdSwJQn3osS0lrIE1bk6jztEtiOMjWOorGqSHvH745f3PraiPE9P2 7MP3q/E9EjjxoCdslqo7Y1sqI4GLbBJ7FAsKHY124Rvr4e64DF8Nl+yWM1QfcLw8 FJEzUmGT6DhJvEOjD/G3dNzIWGsA6A//V5fqGFnfCxm/8ulX8VWuygUuU9ayggo= =9Q0i -----END PGP SIGNATURE----- --=-FemDqD2qUYjryU+X8h4/--