Report forwarded to debian-bugs-dist@lists.debian.org:
Bug#39026.   debian-bugs-dist@lists.debian.org  Subject: Bug#39026: Allow persitent behavior when handling NFS mounting (fwd) Reply-To: Javier Fernandez-Sanguino Pen~a , 39026@bugs.debian.org Resent-From: Javier Fernandez-Sanguino Pen~a Resent-To: debian-bugs-dist@lists.debian.org Resent-Date: Sun, 06 Jun 1999 11:18:08 GMT Resent-Message-ID: Resent-Sender: iwj@debian.org X-Debian-PR-Message: report 39026 X-Debian-PR-Package: X-Debian-PR-Keywords: X-Loop: owner@bugs.debian.org Received: via spool by bugs@bugs.debian.org id=B.92866779016195 (code B ref -1); Sun, 06 Jun 1999 11:18:08 GMT Date: Sun, 6 Jun 1999 13:16:22 +0200 (CET) From: Javier Fernandez-Sanguino Pen~a To: Bug submitter Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1686769425-2096460087-928666225=:945" Content-ID: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --1686769425-2096460087-928666225=:945 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: Package: sysvinit Version: 2.76-3 Priority: wishlist =09I have some machines that have /home mounted by NFS, and sometimes they get rebooted (both server and clients) ath the same time (maybe electric failure, although its not too common). The problem is since server has higher load than clients, clients startup the nfs mount script before the server has launched any daemon (a race condition). =09I do not want the clients to boot if this happens, so I have fiddled around with the /etc/init.d/mountnfs.sh script, and added some nice things (I hope I have done it right, at least it seems it works) to handle "persistent" behavior. =09I have attached the resulting script to this mail for your consideration on including it in the scripts provided by your package (possibly with the variable that affects this behavior set to 'no' but thus allowing anyone to set it to yes if they are in dire need of it :) =09Regards =09Javier Fernandez-Sanguino Pe=F1a =09Debian developer =09jfs@computer.org --1686769425-2096460087-928666225=:945 Content-Type: TEXT/X-SH; NAME="mountnfs.sh" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: New persistend mount client Iw0KIyBtb3VudG5mcy5zaAlOb3cgdGhhdCBUQ1AvSVAgaXMgY29uZmlndXJl ZCwgbW91bnQgdGhlIE5GUyBmaWxlDQojCQlzeXN0ZW1zIGluIC9ldGMvZnN0 YWIgaWYgbmVlZGVkLiBJZiBwb3NzaWJsZSwNCiMJCXN0YXJ0IHRoZSBwb3J0 bWFwcGVyIGJlZm9yZSBtb3VudGluZyAodGhpcyBpcyBuZWVkZWQgZm9yDQoj CQlMaW51eCAyLjEueCBhbmQgdXApLg0KIw0KIyBWZXJzaW9uOglAKCMpbW91 bnRuZnMuc2ggIDEuMTEgIDA1LU9jdC0xOTk4ICBtaXF1ZWxzQGNpc3Ryb24u bmwNCiMNCg0KLiAvZXRjL2RlZmF1bHQvcmNTDQoNCiMNCiMJUnVuIGluIGEg c3Vic2hlbGwgYmVjYXVzZSBvZiBJL08gcmVkaXJlY3Rpb24uDQojDQp0ZXN0 IC1mIC9ldGMvZnN0YWIgJiYgKA0KDQojDQojCVJlYWQgdGhyb3VnaCBmc3Rh YiBsaW5lIGJ5IGxpbmUuIElmIGl0IGlzIE5GUywgc2V0IHRoZSBmbGFnDQoj CWZvciBtb3VudGluZyBORlMgZmlsZSBzeXN0ZW1zLiBJZiBhbnkgTkZTIHBh cnRpdGlvbiBpcyBmb3VuZCBhbmQgaXQNCiMJbm90IG1vdW50ZWQgd2l0aCB0 aGUgbm9sb2NrIG9wdGlvbiwgd2Ugc3RhcnQgdGhlIHBvcnRtYXBwZXIuDQoj DQoNCnBvcnRtYXA9bm8NCm1vdW50X25mcz1ubw0KDQojIG5mcyBvcHRpb25z DQpyZXRyeXRpbWU9MTANCm1zZ2ZhaWw9IlxhG1tbMDsxOzMxOzUxbUNhbm5v dCBjb25uZWN0IHRvIHJlbW90ZSBob3N0c1xuUHJlc3MgQ3RybCtDIHRvIGFi b3J0G1swbSINCmFsd2F5c21vdW50PXllcw0KDQp3aGlsZSByZWFkIGRldmlj ZSBtb3VudHB0IGZzdHlwZSBvcHRpb25zDQpkbw0KCWlmIFsgIiRmc3R5cGUi ID0gbmZzIF0NCgl0aGVuDQoJCW1vdW50X25mcz15ZXMNCgkJY2FzZSAiJG9w dGlvbnMiIGluDQoJCQkqbm9sb2NrKikNCgkJCQk7Ow0KCQkJKikNCgkJCQlw b3J0bWFwPXllcw0KCQkJCTs7DQoJCWVzYWMNCglmaQ0KZG9uZQ0KDQpleGVj IDA+JjENCg0KaWYgWyAiJHBvcnRtYXAiID0geWVzIF0NCnRoZW4NCglpZiBb IC14IC9zYmluL3BvcnRtYXAgXQ0KCXRoZW4NCgkJZWNobyAtbiAiU3RhcnRp bmcgcG9ydG1hcHBlci4uLiAiDQoJCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3Rh cnQgLS1xdWlldCAtLWV4ZWMgL3NiaW4vcG9ydG1hcA0KCQlzbGVlcCAyDQoJ ZmkNCmZpDQoNCmlmIFsgIiRtb3VudF9uZnMiID0geWVzIF0NCnRoZW4NCgll Y2hvICJNb3VudGluZyByZW1vdGUgZmlsZXN5c3RlbXMuLi4iDQoJaWYgWyAi JGFsd2F5c21vdW50IiA9IHllcyBdOyB0aGVuDQogICAgICAgICAgICAgICAg d2hpbGUgISBtb3VudCAtYSAtdCBuZnM7IGRvIA0KICAgICAgICAgICAgICAg ICAgICAgICAgZWNobyAtZSAkbXNnZmFpbA0KICAgICAgICAgICAgICAgICAg ICAgICAgc2xlZXAgJHJldHJ5dGltZTsNCiAgICAgICAgICAgICAgICBkb25l DQogICAgICAgIGVsc2UNCiAgICAgICAgICAgICAgICBtb3VudCAtYSAtdCBu ZnMNCiAgICAgICAgZmkNCmZpDQoNCikgPCAvZXRjL2ZzdGFiDQoNCg== --1686769425-2096460087-928666225=:945--   Acknowledgement sent to Javier Fernandez-Sanguino Pen~a <jfs@dat.etsit.upm.es>:
New bug report received and forwarded.

Your message didn't have a Package: line at the start (in the pseudo-header following the real mail header), or didn't have a pseudo-header at all.

This makes it much harder for us to categorise and deal with your problem report; please ensure that you say which package(s) and version(s) the problem is with next time. Some time in the future the problem reports system may start rejecting such messages.

  -t  From: owner@bugs.debian.org (Debian Bug Tracking System) To: Javier Fernandez-Sanguino Pen~a Subject: Bug#39026: Acknowledgement (Allow persitent behavior when handling NFS mounting (fwd)) Message-ID: In-Reply-To: References: X-Debian-PR-Message: ack 39026 Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the developers' mailing list for their attention; they will reply in due course. If you wish to submit further information on your problem, please send it to 39026@bugs.debian.org (and *not* to bugs@bugs.debian.org). Please do not reply to the address at the top of this message, unless you wish to report a problem with the bug-tracking system. Your message didn't have a Package: line at the start (in the pseudo-header following the real mail header), or didn't have a pseudo-header at all. This makes it much harder for us to categorise and deal with your problem report; please ensure that you say which package(s) and version(s) the problem is with next time. Some time in the future the problem reports system may start rejecting such messages. Ian Jackson (administrator, Debian bugs database)   Received: (at submit) by bugs.debian.org; 6 Jun 1999 11:16:30 +0000 Received: (qmail 16190 invoked from network); 6 Jun 1999 11:16:29 -0000 Received: from fuego.dat.etsit.upm.es (qmailr@138.100.17.15) by master.debian.org with SMTP; 6 Jun 1999 11:16:28 -0000 Received: (qmail 1010 invoked by uid 1013); 6 Jun 1999 11:16:22 -0000 Date: Sun, 6 Jun 1999 13:16:22 +0200 (CET) From: Javier Fernandez-Sanguino Pen~a To: Bug submitter Subject: Allow persitent behavior when handling NFS mounting (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1686769425-2096460087-928666225=:945" Content-ID: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --1686769425-2096460087-928666225=:945 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: Package: sysvinit Version: 2.76-3 Priority: wishlist =09I have some machines that have /home mounted by NFS, and sometimes they get rebooted (both server and clients) ath the same time (maybe electric failure, although its not too common). The problem is since server has higher load than clients, clients startup the nfs mount script before the server has launched any daemon (a race condition). =09I do not want the clients to boot if this happens, so I have fiddled around with the /etc/init.d/mountnfs.sh script, and added some nice things (I hope I have done it right, at least it seems it works) to handle "persistent" behavior. =09I have attached the resulting script to this mail for your consideration on including it in the scripts provided by your package (possibly with the variable that affects this behavior set to 'no' but thus allowing anyone to set it to yes if they are in dire need of it :) =09Regards =09Javier Fernandez-Sanguino Pe=F1a =09Debian developer =09jfs@computer.org --1686769425-2096460087-928666225=:945 Content-Type: TEXT/X-SH; NAME="mountnfs.sh" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: New persistend mount client Iw0KIyBtb3VudG5mcy5zaAlOb3cgdGhhdCBUQ1AvSVAgaXMgY29uZmlndXJl ZCwgbW91bnQgdGhlIE5GUyBmaWxlDQojCQlzeXN0ZW1zIGluIC9ldGMvZnN0 YWIgaWYgbmVlZGVkLiBJZiBwb3NzaWJsZSwNCiMJCXN0YXJ0IHRoZSBwb3J0 bWFwcGVyIGJlZm9yZSBtb3VudGluZyAodGhpcyBpcyBuZWVkZWQgZm9yDQoj CQlMaW51eCAyLjEueCBhbmQgdXApLg0KIw0KIyBWZXJzaW9uOglAKCMpbW91 bnRuZnMuc2ggIDEuMTEgIDA1LU9jdC0xOTk4ICBtaXF1ZWxzQGNpc3Ryb24u bmwNCiMNCg0KLiAvZXRjL2RlZmF1bHQvcmNTDQoNCiMNCiMJUnVuIGluIGEg c3Vic2hlbGwgYmVjYXVzZSBvZiBJL08gcmVkaXJlY3Rpb24uDQojDQp0ZXN0 IC1mIC9ldGMvZnN0YWIgJiYgKA0KDQojDQojCVJlYWQgdGhyb3VnaCBmc3Rh YiBsaW5lIGJ5IGxpbmUuIElmIGl0IGlzIE5GUywgc2V0IHRoZSBmbGFnDQoj CWZvciBtb3VudGluZyBORlMgZmlsZSBzeXN0ZW1zLiBJZiBhbnkgTkZTIHBh cnRpdGlvbiBpcyBmb3VuZCBhbmQgaXQNCiMJbm90IG1vdW50ZWQgd2l0aCB0 aGUgbm9sb2NrIG9wdGlvbiwgd2Ugc3RhcnQgdGhlIHBvcnRtYXBwZXIuDQoj DQoNCnBvcnRtYXA9bm8NCm1vdW50X25mcz1ubw0KDQojIG5mcyBvcHRpb25z DQpyZXRyeXRpbWU9MTANCm1zZ2ZhaWw9IlxhG1tbMDsxOzMxOzUxbUNhbm5v dCBjb25uZWN0IHRvIHJlbW90ZSBob3N0c1xuUHJlc3MgQ3RybCtDIHRvIGFi b3J0G1swbSINCmFsd2F5c21vdW50PXllcw0KDQp3aGlsZSByZWFkIGRldmlj ZSBtb3VudHB0IGZzdHlwZSBvcHRpb25zDQpkbw0KCWlmIFsgIiRmc3R5cGUi ID0gbmZzIF0NCgl0aGVuDQoJCW1vdW50X25mcz15ZXMNCgkJY2FzZSAiJG9w dGlvbnMiIGluDQoJCQkqbm9sb2NrKikNCgkJCQk7Ow0KCQkJKikNCgkJCQlw b3J0bWFwPXllcw0KCQkJCTs7DQoJCWVzYWMNCglmaQ0KZG9uZQ0KDQpleGVj IDA+JjENCg0KaWYgWyAiJHBvcnRtYXAiID0geWVzIF0NCnRoZW4NCglpZiBb IC14IC9zYmluL3BvcnRtYXAgXQ0KCXRoZW4NCgkJZWNobyAtbiAiU3RhcnRp bmcgcG9ydG1hcHBlci4uLiAiDQoJCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3Rh cnQgLS1xdWlldCAtLWV4ZWMgL3NiaW4vcG9ydG1hcA0KCQlzbGVlcCAyDQoJ ZmkNCmZpDQoNCmlmIFsgIiRtb3VudF9uZnMiID0geWVzIF0NCnRoZW4NCgll Y2hvICJNb3VudGluZyByZW1vdGUgZmlsZXN5c3RlbXMuLi4iDQoJaWYgWyAi JGFsd2F5c21vdW50IiA9IHllcyBdOyB0aGVuDQogICAgICAgICAgICAgICAg d2hpbGUgISBtb3VudCAtYSAtdCBuZnM7IGRvIA0KICAgICAgICAgICAgICAg ICAgICAgICAgZWNobyAtZSAkbXNnZmFpbA0KICAgICAgICAgICAgICAgICAg ICAgICAgc2xlZXAgJHJldHJ5dGltZTsNCiAgICAgICAgICAgICAgICBkb25l DQogICAgICAgIGVsc2UNCiAgICAgICAgICAgICAgICBtb3VudCAtYSAtdCBu ZnMNCiAgICAgICAgZmkNCmZpDQoNCikgPCAvZXRjL2ZzdGFiDQoNCg== --1686769425-2096460087-928666225=:945--   Bug assigned to package `sysvinit'. Request was from "J.H.M. Dassen" <jdassen@wi.leidenuniv.nl> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 7 Jun 1999 07:37:12 +0000 Received: (qmail 20552 invoked from network); 7 Jun 1999 07:37:12 -0000 Received: from zeus.wi.leidenuniv.nl (132.229.128.1) by master.debian.org with SMTP; 7 Jun 1999 07:37:12 -0000 Received: from pc203a.wi.leidenuniv.nl (jdassen@pc203a [132.229.128.15]) by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with ESMTP id JAA00569 for ; Mon, 7 Jun 1999 09:37:10 +0200 (MET DST) Received: (from jdassen@localhost) by pc203a.wi.leidenuniv.nl (sendmail 8.8.7/VZ-1.1) id JAA29554 for control@bugs.debian.org; Mon, 7 Jun 1999 09:37:07 +0200 Date: Mon, 7 Jun 1999 09:37:06 +0200 From: "J.H.M. Dassen" To: control@bugs.debian.org Subject: Maintainer unknown Message-ID: <19990607093706.B29420@pc203a.wi.leidenuniv.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i reassign 39027 xaos reassign 39026 sysvinit reassign 39025 xisp reassign 39024 xaos merge 39024 39027 reassign 39023 sysvinit merge 39023 39026 reassign 38994 librpm1-dev reassign 38887 apt severity 38841 important merge 38841 38906 thanks -- UNFAIR Term applied to advantages enjoyed by other people which we tried to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, UNDERHAND and JUST LUCKY I GUESS. - The Hipcrime Vocab by Chad C. Mulligan   Merged 39023 39026. Request was from "J.H.M. Dassen" <jdassen@wi.leidenuniv.nl> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 7 Jun 1999 07:37:12 +0000 Received: (qmail 20552 invoked from network); 7 Jun 1999 07:37:12 -0000 Received: from zeus.wi.leidenuniv.nl (132.229.128.1) by master.debian.org with SMTP; 7 Jun 1999 07:37:12 -0000 Received: from pc203a.wi.leidenuniv.nl (jdassen@pc203a [132.229.128.15]) by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with ESMTP id JAA00569 for ; Mon, 7 Jun 1999 09:37:10 +0200 (MET DST) Received: (from jdassen@localhost) by pc203a.wi.leidenuniv.nl (sendmail 8.8.7/VZ-1.1) id JAA29554 for control@bugs.debian.org; Mon, 7 Jun 1999 09:37:07 +0200 Date: Mon, 7 Jun 1999 09:37:06 +0200 From: "J.H.M. Dassen" To: control@bugs.debian.org Subject: Maintainer unknown Message-ID: <19990607093706.B29420@pc203a.wi.leidenuniv.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i reassign 39027 xaos reassign 39026 sysvinit reassign 39025 xisp reassign 39024 xaos merge 39024 39027 reassign 39023 sysvinit merge 39023 39026 reassign 38994 librpm1-dev reassign 38887 apt severity 38841 important merge 38841 38906 thanks -- UNFAIR Term applied to advantages enjoyed by other people which we tried to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, UNDERHAND and JUST LUCKY I GUESS. - The Hipcrime Vocab by Chad C. Mulligan   Information forwarded to debian-bugs-dist@lists.debian.org:
Bug#39026; Package sysvinit.   debian-bugs-dist@lists.debian.org  Subject: Bug#39026: Allow persitent behavior when handling NFS mounting (fwd) Reply-To: Miquel van Smoorenburg , 39026@bugs.debian.org Resent-From: Miquel van Smoorenburg Resent-To: debian-bugs-dist@lists.debian.org Resent-Date: Mon, 07 Jun 1999 19:03:01 GMT Resent-Message-ID: Resent-Sender: iwj@debian.org X-Debian-PR-Message: report 39026 X-Debian-PR-Package: sysvinit X-Debian-PR-Keywords: X-Loop: owner@bugs.debian.org Received: via spool by 39026-bugs@bugs.debian.org id=B39026.9287821133962 (code B ref 39026); Mon, 07 Jun 1999 19:03:01 GMT Date: Mon, 7 Jun 1999 21:01:26 +0200 From: Miquel van Smoorenburg To: Javier Fernandez-Sanguino Pen~a Cc: 39026@bugs.debian.org Message-ID: <19990607210126.A18504@cistron.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Javier Fernandez-Sanguino Pen~a on Sun, Jun 06, 1999 at 01:16:22PM +0200 X-NCC-RegID: nl.cistron According to Javier Fernandez-Sanguino Pen~a: > I have some machines that have /home mounted by NFS, and sometimes > they get rebooted (both server and clients) ath the same time (maybe > electric failure, although its not too common). The problem is since > server has higher load than clients, clients startup the nfs mount script > before the server has launched any daemon (a race condition). > I do not want the clients to boot if this happens, so I have > fiddled around with the /etc/init.d/mountnfs.sh script, and added some > nice things (I hope I have done it right, at least it seems it works) to > handle "persistent" behavior. > I have attached the resulting script to this mail for your > consideration on including it in the scripts provided by your package > (possibly with the variable that affects this behavior set to 'no' but > thus allowing anyone to set it to yes if they are in dire need of it :) I don't think this is an elegant solution. Why don't you just autofs, _that_ is a very elegant solution. Hmm, I do understand that when booting you need /usr immideately, and otherwise have to wait for it to become available. But mounting an NFS filesystem should never timeout - if it does, then that's a bug in mount(8). Ofcourse you must not mount the file system with the "soft" option - did you use that option? If so, you probably meant "intr". Read the manual page for nfs(5), and the autofs docs. You'll probably agree that there are better ways to solve this, and then we can close this bug ;) Mike. -- Indifference will certainly be the downfall of mankind, but who cares?   Acknowledgement sent to Miquel van Smoorenburg <miquels@cistron.nl>:
Extra info received and forwarded to list.   -t  From: owner@bugs.debian.org (Debian Bug Tracking System) To: Miquel van Smoorenburg Subject: Bug#39026: Info received (was Allow persitent behavior when handling NFS mounting (fwd)) Message-ID: In-Reply-To: <19990607210126.A18504@cistron.nl> References: <19990607210126.A18504@cistron.nl> X-Debian-PR-Message: ack-info-maintonly 39026 Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the developer(s) and to the developers' mailing list to accompany the original report. If you wish to continue to submit further information on your problem, please send it to 39026@bugs.debian.org, as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the bug-tracking system. Ian Jackson (administrator, Debian bugs database)   Received: (at 39026) by bugs.debian.org; 7 Jun 1999 19:01:53 +0000 Received: (qmail 2972 invoked from network); 7 Jun 1999 19:01:43 -0000 Received: from janeway.cistron.nl (root@195.64.65.23) by master.debian.org with SMTP; 7 Jun 1999 19:01:43 -0000 Received: from Q.cistron.nl (root@q.cistron.nl [195.64.65.42]) by janeway.cistron.nl (8.9.2/8.9.2/Debian/GNU) with ESMTP id VAA02336; Mon, 7 Jun 1999 21:01:23 +0200 (CEST) Received: (from miquels@localhost) by Q.cistron.nl (8.9.2/8.9.2/Debian/GNU) id VAA18519; Mon, 7 Jun 1999 21:01:27 +0200 (CEST) Date: Mon, 7 Jun 1999 21:01:26 +0200 From: Miquel van Smoorenburg To: Javier Fernandez-Sanguino Pen~a Cc: 39026@bugs.debian.org Subject: Re: Allow persitent behavior when handling NFS mounting (fwd) Message-ID: <19990607210126.A18504@cistron.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Javier Fernandez-Sanguino Pen~a on Sun, Jun 06, 1999 at 01:16:22PM +0200 X-NCC-RegID: nl.cistron According to Javier Fernandez-Sanguino Pen~a: > I have some machines that have /home mounted by NFS, and sometimes > they get rebooted (both server and clients) ath the same time (maybe > electric failure, although its not too common). The problem is since > server has higher load than clients, clients startup the nfs mount script > before the server has launched any daemon (a race condition). > I do not want the clients to boot if this happens, so I have > fiddled around with the /etc/init.d/mountnfs.sh script, and added some > nice things (I hope I have done it right, at least it seems it works) to > handle "persistent" behavior. > I have attached the resulting script to this mail for your > consideration on including it in the scripts provided by your package > (possibly with the variable that affects this behavior set to 'no' but > thus allowing anyone to set it to yes if they are in dire need of it :) I don't think this is an elegant solution. Why don't you just autofs, _that_ is a very elegant solution. Hmm, I do understand that when booting you need /usr immideately, and otherwise have to wait for it to become available. But mounting an NFS filesystem should never timeout - if it does, then that's a bug in mount(8). Ofcourse you must not mount the file system with the "soft" option - did you use that option? If so, you probably meant "intr". Read the manual page for nfs(5), and the autofs docs. You'll probably agree that there are better ways to solve this, and then we can close this bug ;) Mike. -- Indifference will certainly be the downfall of mankind, but who cares?   Information forwarded to debian-bugs-dist@lists.debian.org, Miquel van Smoorenburg <miquels@cistron.nl>:
Bug#39026; Package sysvinit.   debian-bugs-dist@lists.debian.orgMiquel van Smoorenburg  Subject: Bug#39026: Allow persitent behavior when handling NFS mounting (fwd) Reply-To: Javier Fernandez-Sanguino Pen~a , 39026@bugs.debian.org Resent-From: Javier Fernandez-Sanguino Pen~a Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Miquel van Smoorenburg Resent-Date: Mon, 14 Jun 1999 23:18:09 GMT Resent-Message-ID: Resent-Sender: iwj@debian.org X-Debian-PR-Message: report 39026 X-Debian-PR-Package: sysvinit X-Debian-PR-Keywords: X-Loop: owner@bugs.debian.org Received: via spool by 39026-bugs@bugs.debian.org id=B39026.92940207323099 (code B ref 39026); Mon, 14 Jun 1999 23:18:09 GMT Date: Tue, 15 Jun 1999 01:14:28 +0200 (CEST) From: Javier Fernandez-Sanguino Pen~a To: Miquel van Smoorenburg cc: 39026@bugs.debian.org In-Reply-To: <19990607210126.A18504@cistron.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 7 Jun 1999, Miquel van Smoorenburg wrote: > I don't think this is an elegant solution. Why don't you just autofs, > _that_ is a very elegant solution. Hmm, I do understand that when > booting you need /usr immideately, and otherwise have to wait for it to > become available. I do not want the clients to boot (unless manually controlled) without their homes mounted, and it might happen that when they try to use autofs the remote server is not UP so they cannot work. > > But mounting an NFS filesystem should never timeout - if it does, > then that's a bug in mount(8). Ofcourse you must not mount the > file system with the "soft" option - did you use that option? > If so, you probably meant "intr". Mounting does not. As a matter of fact it is a race condition, if the RPC call is made to the server's kernel when the RPC is up but mount is not yet registered then it will yell "RPC program not registered" and will not mount it. Some other times it might do the call when the server has both RPC and mountd running, so the mount goes ok. If the RPC on the server is not working it will not timeout, so, you see, it does not happen always, but it does happen. > > Read the manual page for nfs(5), and the autofs docs. You'll probably > agree that there are better ways to solve this, and then we can close > this bug ;) Ummm. I have read the nfs man page, and still don't see it clear. Autofs does still not solve it, since I want clients to have /home (but it could be /usr) mounted *before* giving a prompt. I do not see other ways to fix it (maybe a right fstab entry, but the problem is not with a *mounted* fs, but when it tries to mount one that is neither available neither not available, but something in between)... I think it's not that bad to add those lines and have the default stay as is (but thus allowing any other wanting the same things, having the same problem, to find a fix quickly enough) > > Mike. > -- > Indifference will certainly be the downfall of mankind, but who cares? > Regards Javi   Acknowledgement sent to Javier Fernandez-Sanguino Pen~a <jfs@dat.etsit.upm.es>:
Extra info received and forwarded to list. Copy sent to Miquel van Smoorenburg <miquels@cistron.nl>.   -t  From: owner@bugs.debian.org (Debian Bug Tracking System) To: Javier Fernandez-Sanguino Pen~a Subject: Bug#39026: Info received (was Allow persitent behavior when handling NFS mounting (fwd)) Message-ID: In-Reply-To: References: X-Debian-PR-Message: ack-info-maintonly 39026 Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the developer(s) and to the developers' mailing list to accompany the original report. Your message has been sent to the package maintainer(s): Miquel van Smoorenburg If you wish to continue to submit further information on your problem, please send it to 39026@bugs.debian.org, as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the bug-tracking system. Ian Jackson (administrator, Debian bugs database)   Received: (at 39026) by bugs.debian.org; 14 Jun 1999 23:14:33 +0000 Received: (qmail 23081 invoked from network); 14 Jun 1999 23:14:32 -0000 Received: from dir.etsit.upm.es (qmailr@138.100.17.10) by master.debian.org with SMTP; 14 Jun 1999 23:14:32 -0000 Received: (qmail 11831 invoked from network); 14 Jun 1999 23:14:29 -0000 Received: from hades.dat.etsit.upm.es (qmailr@138.100.17.16) by dir.etsit.upm.es with SMTP; 14 Jun 1999 23:14:29 -0000 Received: (qmail 31273 invoked by uid 1013); 14 Jun 1999 23:14:28 -0000 Date: Tue, 15 Jun 1999 01:14:28 +0200 (CEST) From: Javier Fernandez-Sanguino Pen~a To: Miquel van Smoorenburg cc: 39026@bugs.debian.org Subject: Re: Allow persitent behavior when handling NFS mounting (fwd) In-Reply-To: <19990607210126.A18504@cistron.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 7 Jun 1999, Miquel van Smoorenburg wrote: > I don't think this is an elegant solution. Why don't you just autofs, > _that_ is a very elegant solution. Hmm, I do understand that when > booting you need /usr immideately, and otherwise have to wait for it to > become available. I do not want the clients to boot (unless manually controlled) without their homes mounted, and it might happen that when they try to use autofs the remote server is not UP so they cannot work. > > But mounting an NFS filesystem should never timeout - if it does, > then that's a bug in mount(8). Ofcourse you must not mount the > file system with the "soft" option - did you use that option? > If so, you probably meant "intr". Mounting does not. As a matter of fact it is a race condition, if the RPC call is made to the server's kernel when the RPC is up but mount is not yet registered then it will yell "RPC program not registered" and will not mount it. Some other times it might do the call when the server has both RPC and mountd running, so the mount goes ok. If the RPC on the server is not working it will not timeout, so, you see, it does not happen always, but it does happen. > > Read the manual page for nfs(5), and the autofs docs. You'll probably > agree that there are better ways to solve this, and then we can close > this bug ;) Ummm. I have read the nfs man page, and still don't see it clear. Autofs does still not solve it, since I want clients to have /home (but it could be /usr) mounted *before* giving a prompt. I do not see other ways to fix it (maybe a right fstab entry, but the problem is not with a *mounted* fs, but when it tries to mount one that is neither available neither not available, but something in between)... I think it's not that bad to add those lines and have the default stay as is (but thus allowing any other wanting the same things, having the same problem, to find a fix quickly enough) > > Mike. > -- > Indifference will certainly be the downfall of mankind, but who cares? > Regards Javi   Severity set to `wishlist'. Request was from Miquel van Smoorenburg <miquels@cistron.nl> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 4 Oct 1999 09:37:25 +0000 Received: (qmail 26808 invoked from network); 4 Oct 1999 09:37:23 -0000 Received: from janeway.cistron.net (root@195.64.65.23) by master.debian.org with SMTP; 4 Oct 1999 09:37:23 -0000 Received: from defiant.cistron.net (miquels@defiant.cistron.net [195.64.65.22]) by janeway.cistron.net (8.9.3/8.9.3/Debian/GNU) with ESMTP id LAA06216 for ; Mon, 4 Oct 1999 11:36:27 +0200 Received: (from miquels@localhost) by defiant.cistron.net (8.9.3/8.9.3/Debian/GNU) id LAA31970 for control@bugs.debian.org; Mon, 4 Oct 1999 11:36:27 +0200 Date: Mon, 4 Oct 1999 11:36:27 +0200 From: Miquel van Smoorenburg To: control@bugs.debian.org Subject: aaa Message-ID: <19991004113627.A31891@cistron.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i X-NCC-RegID: nl.cistron severity 39023 wishlist severity 39026 wishlist severity 40144 wishlist thanks -- First things first, but not necessarily in that order.   Severity set to `wishlist'. Request was from Miquel van Smoorenburg <miquels@cistron.nl> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 4 Oct 1999 09:37:25 +0000 Received: (qmail 26808 invoked from network); 4 Oct 1999 09:37:23 -0000 Received: from janeway.cistron.net (root@195.64.65.23) by master.debian.org with SMTP; 4 Oct 1999 09:37:23 -0000 Received: from defiant.cistron.net (miquels@defiant.cistron.net [195.64.65.22]) by janeway.cistron.net (8.9.3/8.9.3/Debian/GNU) with ESMTP id LAA06216 for ; Mon, 4 Oct 1999 11:36:27 +0200 Received: (from miquels@localhost) by defiant.cistron.net (8.9.3/8.9.3/Debian/GNU) id LAA31970 for control@bugs.debian.org; Mon, 4 Oct 1999 11:36:27 +0200 Date: Mon, 4 Oct 1999 11:36:27 +0200 From: Miquel van Smoorenburg To: control@bugs.debian.org Subject: aaa Message-ID: <19991004113627.A31891@cistron.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i X-NCC-RegID: nl.cistron severity 39023 wishlist severity 39026 wishlist severity 40144 wishlist thanks -- First things first, but not necessarily in that order.   Disconnected #39023 from all other report(s). Request was from Thomas Hood <jdthood@yahoo.co.uk> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 18 Mar 2004 17:41:51 +0000 From jdthood@yahoo.co.uk Thu Mar 18 09:41:51 2004 Return-path: Received: from mars.mj.nl [81.91.1.49] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B41Wh-0003BN-00; Thu, 18 Mar 2004 09:41:51 -0800 Received: (qmail 18364 invoked from network); 18 Mar 2004 17:41:20 -0000 Received: from 81-91-5-95-customer.mjdsl.nl (HELO thanatos) (81.91.5.95) by www.mj.nl with SMTP; 18 Mar 2004 17:41:20 -0000 Received: from localhost (localhost [127.0.0.1]) by thanatos (Postfix) with ESMTP id 3EC6210D8D2 for ; Thu, 18 Mar 2004 18:40:58 +0100 (CET) Subject: closing duplicate From: Thomas Hood To: control@bugs.debian.org Content-Type: text/plain Message-Id: <1079631657.8674.122.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 18 Mar 2004 18:40:58 +0100 Content-Transfer-Encoding: 7bit Delivered-To: control@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_12 X-Spam-Level: unmerge 39023 close 39023 thanks   Changed Bug title. Request was from Thomas Hood <jdthood@yahoo.co.uk> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 19 Mar 2004 13:30:55 +0000 From jdthood@yahoo.co.uk Fri Mar 19 05:30:55 2004 Return-path: Received: from mars.mj.nl [81.91.1.49] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B4K5O-0007S5-00; Fri, 19 Mar 2004 05:30:55 -0800 Received: (qmail 9047 invoked from network); 19 Mar 2004 13:30:23 -0000 Received: from 81-91-5-95-customer.mjdsl.nl (HELO thanatos) (81.91.5.95) by www.mj.nl with SMTP; 19 Mar 2004 13:30:23 -0000 Received: from localhost (localhost [127.0.0.1]) by thanatos (Postfix) with ESMTP id 3A27F10D60A for ; Fri, 19 Mar 2004 14:30:20 +0100 (CET) Subject: housekeeping From: Thomas Hood To: control@bugs.debian.org Content-Type: text/plain Message-Id: <1079703019.2316.141.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 19 Mar 2004 14:30:20 +0100 Content-Transfer-Encoding: 7bit Delivered-To: control@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_12 X-Spam-Level: retitle 145689 Please allow crash dumps stored in swap to be saved reassign 145689 initscripts retitle 70967 Please support encrypted swap reassign 70967 initscripts tags 70967 patch retitle 55361 Should init call initgroups()? retitle 39026 mountnfs: Feature: perpetually retry NFS mounts at boot reassign 39026 initscripts tags 39026 wontfix thanks   Bug reassigned from package `sysvinit' to `initscripts'. Request was from Thomas Hood <jdthood@yahoo.co.uk> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 19 Mar 2004 13:30:55 +0000 From jdthood@yahoo.co.uk Fri Mar 19 05:30:55 2004 Return-path: Received: from mars.mj.nl [81.91.1.49] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B4K5O-0007S5-00; Fri, 19 Mar 2004 05:30:55 -0800 Received: (qmail 9047 invoked from network); 19 Mar 2004 13:30:23 -0000 Received: from 81-91-5-95-customer.mjdsl.nl (HELO thanatos) (81.91.5.95) by www.mj.nl with SMTP; 19 Mar 2004 13:30:23 -0000 Received: from localhost (localhost [127.0.0.1]) by thanatos (Postfix) with ESMTP id 3A27F10D60A for ; Fri, 19 Mar 2004 14:30:20 +0100 (CET) Subject: housekeeping From: Thomas Hood To: control@bugs.debian.org Content-Type: text/plain Message-Id: <1079703019.2316.141.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 19 Mar 2004 14:30:20 +0100 Content-Transfer-Encoding: 7bit Delivered-To: control@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_12 X-Spam-Level: retitle 145689 Please allow crash dumps stored in swap to be saved reassign 145689 initscripts retitle 70967 Please support encrypted swap reassign 70967 initscripts tags 70967 patch retitle 55361 Should init call initgroups()? retitle 39026 mountnfs: Feature: perpetually retry NFS mounts at boot reassign 39026 initscripts tags 39026 wontfix thanks   Tags added: wontfix Request was from Thomas Hood <jdthood@yahoo.co.uk> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 19 Mar 2004 13:30:55 +0000 From jdthood@yahoo.co.uk Fri Mar 19 05:30:55 2004 Return-path: Received: from mars.mj.nl [81.91.1.49] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B4K5O-0007S5-00; Fri, 19 Mar 2004 05:30:55 -0800 Received: (qmail 9047 invoked from network); 19 Mar 2004 13:30:23 -0000 Received: from 81-91-5-95-customer.mjdsl.nl (HELO thanatos) (81.91.5.95) by www.mj.nl with SMTP; 19 Mar 2004 13:30:23 -0000 Received: from localhost (localhost [127.0.0.1]) by thanatos (Postfix) with ESMTP id 3A27F10D60A for ; Fri, 19 Mar 2004 14:30:20 +0100 (CET) Subject: housekeeping From: Thomas Hood To: control@bugs.debian.org Content-Type: text/plain Message-Id: <1079703019.2316.141.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 19 Mar 2004 14:30:20 +0100 Content-Transfer-Encoding: 7bit Delivered-To: control@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_12 X-Spam-Level: retitle 145689 Please allow crash dumps stored in swap to be saved reassign 145689 initscripts retitle 70967 Please support encrypted swap reassign 70967 initscripts tags 70967 patch retitle 55361 Should init call initgroups()? retitle 39026 mountnfs: Feature: perpetually retry NFS mounts at boot reassign 39026 initscripts tags 39026 wontfix thanks   Merged 39023 39026. Request was from Petter Reinholdtsen <pere@hungry.com> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 4 Sep 2005 20:49:10 +0000 From pre@saruman.uio.no Sun Sep 04 13:49:10 2005 Return-path: Received: from pat.uio.no [129.240.130.16] (7411) by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EC1QM-0008Nx-00; Sun, 04 Sep 2005 13:49:10 -0700 Received: from mail-mx2.uio.no ([129.240.10.30]) by pat.uio.no with esmtp (Exim 4.43) id 1EC1QI-0000U5-GM for control@bugs.debian.org; Sun, 04 Sep 2005 22:49:06 +0200 Received: from saruman.uio.no ([129.240.201.202]) by mail-mx2.uio.no with esmtp (Exim 4.43) id 1EC1QD-0002G7-O0; Sun, 04 Sep 2005 22:49:01 +0200 Received: from pre by saruman.uio.no with local (Exim 4.44) id 1EC1QD-000156-4j; Sun, 04 Sep 2005 22:49:01 +0200 To: control@bugs.debian.org Subject: Merge duplicate bugs From: Petter Reinholdtsen Message-Id: Sender: Petter Reinholdtsen Date: Sun, 04 Sep 2005 22:49:01 +0200 X-UiO-Spam-info: not spam, SpamAssassin (score=-5.599, required 12, autolearn=disabled, ALL_TRUSTED -2.82, AWL 2.22, UIO_MAIL_IS_INTERNAL -5.00) Delivered-To: control@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL autolearn=no version=2.60-bugs.debian.org_2005_01_02 reassign 39023 initscripts merge 39026 39023 thanks These two bug reports are about the same issue, and seem to be exact duplicates. One of them are tagged wontfix (appropriate, in my view). I merge them to make sure they are grouped together. Friendly, -- Petter Reinholdtsen