Your message dated Sun, 17 Jul 2005 21:11:13 +0300
with message-id <[EMAIL PROTECTED]>
and subject line ypinit should not set NOPUSH=true
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 16 Jul 2002 18:04:03 +0000
>From [EMAIL PROTECTED] Tue Jul 16 13:04:03 2002
Return-path: <[EMAIL PROTECTED]>
Received: from (joseph.ncoldns.com) [208.181.178.12]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17UWg6-0000Ib-00; Tue, 16 Jul 2002 13:04:02 -0500
Received: from vc (vc.bc.ca [207.6.138.244])
by joseph.ncoldns.com (Postfix) with ESMTP id AE4A12EFF4
for <[EMAIL PROTECTED]>; Tue, 16 Jul 2002 11:03:46 -0700 (PDT)
Received: by vc.bc.ca
id <[EMAIL PROTECTED]>
(Debian Smail-3.2.0.102 1998-Aug-2 #2); Tue, 16 Jul 2002 11:03:54 -0700
(PDT)
Date: Tue, 16 Jul 2002 11:03:54 -0700 (PDT)
From: Alexander Bradley <[EMAIL PROTECTED]>
X-X-Sender: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: ypinit should not set NOPUSH=true
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Package: nis
Version: 3.9-6
When attempting to configure a NIS master server to push maps to a
slave server, I noticed that /usr/lib/yp/ypinit, line 111, sets the NOPUSH
variable to true when calling make, thereby overriding the value of
NOPUSH in /var/yp/Makefile. IMHO, this is redundant and unnecessary.
As this issue was already raised in archived bug #34144, I address the
discussion which occured in July 1999 below.
On 23 Jul 1999 06:32:39 +0200, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Kevin Dalley <[EMAIL PROTECTED]> wrote:
> >> When running: /usr/lib/yp/ypinit -m
> >> on NIS master, maps aren't propagated to slaves.
> >> /etc/init.d/nis on master and slave are properly set,
> >> and /var/yp/Makefile on master contains NOPUSH=false.
> >> >> However, if I change /usr/lib/yp/ypinit on master
> >> from
> >> ...
> >> make NOPUSH=true
> >> >> to
> >> ...
> >> make NOPUSH=false
> >> >> maps are propagated (except ypservers).
> >
> >I suggest changing "make NOPUSH=true" to "make", since NOPUSH=true
> >overrides the value in Makefile.
> >
> >This may be important enough to fix before the next release.
>
> I'm not sure. The docs in /usr/doc/nis tell you to set up the
> master first, then the slaves. That's why the default for ypinit
> is make NOPUSH=false. [Actually "true", not "false".]
I do not see why this needs to be set in ypinit at all. Most NIS
database-construction configuration options are set in /var/yp/Makefile,
including NOPUSH. In the Makefile provided by the nis package, NOPUSH is
set to true. The additional "NOPUSH=true" in ypinit is redundant.
> In fact, that's really the only way to do it when bootstrapping NIS.
> You can't setup a slave first - it will try to transfer the maps from the
> master and fail. You can't setup the master first with make NOPUSH=false
> when there are no slaves, map transfers will fail.
For the reasons above, I do not think this problem would result from
removing "NOPUSH=true" from ypinit.
I am using the Debian "testing" distribution; my kernel version is
Linux 2.4.9 SMP and my libc6 version is 2.2.4-7.
+=======================================================================+
Alexander Bradley
Student Assistant, Vancouver College IT Department
---------------------------------------------------------------------
E-mail: [EMAIL PROTECTED] _ _______
| | / / ___/
PGP key: http://vc.bc.ca/~abradley/keys/pgp-key.txt | |/ / /__
GnuPG key: http://vc.bc.ca/~abradley/keys/gpg-key.txt |___/\___/
+=======================================================================+
---------------------------------------
Received: (at 153184-done) by bugs.debian.org; 17 Jul 2005 18:21:46 +0000
>From [EMAIL PROTECTED] Sun Jul 17 11:21:46 2005
Return-path: <[EMAIL PROTECTED]>
Received: from smtp-2.hut.fi [130.233.228.92]
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1DuDlp-0001yL-00; Sun, 17 Jul 2005 11:21:46 -0700
Received: from localhost (katosiko.hut.fi [130.233.228.115])
by smtp-2.hut.fi (8.12.10/8.12.10) with ESMTP id j6HILE8Y012845
for <[EMAIL PROTECTED]>; Sun, 17 Jul 2005 21:21:14 +0300
Received: from smtp-2.hut.fi ([130.233.228.92])
by localhost (katosiko.hut.fi [130.233.228.115]) (amavisd-new, port 10024)
with LMTP id 30096-22-8 for <[EMAIL PROTECTED]>;
Sun, 17 Jul 2005 21:21:14 +0300 (EEST)
Received: from localhost.localdomain (a130-233-5-141.debconf5.hut.fi
[130.233.5.141])
by smtp-2.hut.fi (8.12.10/8.12.10) with ESMTP id j6HIBCte012027
for <[EMAIL PROTECTED]>; Sun, 17 Jul 2005 21:11:12 +0300
Received: from broonie by localhost.localdomain with local (Exim 4.52)
id 1DuDbd-000385-CN
for [EMAIL PROTECTED]; Sun, 17 Jul 2005 21:11:13 +0300
Date: Sun, 17 Jul 2005 21:11:13 +0300
From: Mark Brown <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: ypinit should not set NOPUSH=true
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
X-Cookie: Fremen add life to spice!
User-Agent: Mutt/1.5.9i
X-TKK-Virus-Scanned: by amavisd-new-2.1.2-hutcc at katosiko.hut.fi
Delivered-To: [EMAIL PROTECTED]
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=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2005_01_02
On Tue, Jul 16, 2002 at 11:03:54AM -0700, Alexander Bradley wrote:
> When attempting to configure a NIS master server to push maps to a
> slave server, I noticed that /usr/lib/yp/ypinit, line 111, sets the NOPUSH
> variable to true when calling make, thereby overriding the value of
> NOPUSH in /var/yp/Makefile. IMHO, this is redundant and unnecessary.
I'm closing this bug, essentially because in normal operation the
current behaviour avoids causing trouble when slave severs are specified
before they are installed (as will be normal when following the
recommended install process). Clearly, we want to push by default when
rebuilding the NIS database but in the special case where we first set
up the network the current approach is useful.
The only situation I can see this causing trouble would be a
rebuilding of the server with a new set of data. I think this is an
unusual enough case that it shouldn't be the one we worry about by
default.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
