Date: Fri, 18 May 2001 08:07:16 +0200 From: Andre Albsmeier <andre.albsmeier@mchp.siemens.de> To: "Hartmann, O." <ohartman@klima.physik.uni-mainz.de> Cc: John Polstra <jdp@polstra.com>, stable@FreeBSD.ORG Subject: Re: NIS/YP problems after cvsupdate Message-ID: <20010518080716.A71766@curry.mchp.siemens.de> In-Reply-To: <Pine.BSF.4.33.0105162126001.15348-100000@klima.physik.uni-mainz.de>; from ohartman@klima.physik.uni-mainz.de on Wed, May 16, 2001 at 09:30:36PM %2B0200 References: <200105161922.f4GJMeW88822@vashon.polstra.com> <Pine.BSF.4.33.0105162126001.15348-100000@klima.physik.uni-mainz.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 16-May-2001 at 21:30:36 +0200, Hartmann, O. wrote:
> On Wed, 16 May 2001, John Polstra wrote:
>
> Hello.
>
> Well, all of our FBSD boxes are equipted with Intel NIC (fxp)
> and 100MBit/full-duplex (the switches are also full duplex types).
>
> All other network facilities work well - only the master server isn't able
> to send out a transfer initiation to its slaves. when doing a
> 'ypinit -s MASTER-SERVER' on each client the client polls its maps
> successfully. This seems to be a problem of the ypxfrd daemon running on our master ...
>
> In the past I have had a similar, versy strange problem due the fact I compiled
> each part of the kernel and of the base sources of the base operating system
> with the option -march=i686 as a compileroption of CFLAGS and COPTFLAGS in
> make.conf. This triggered a very strange behaviour. This time this problem occured
> after a cvsupdate without changes in config matter ... :-(
> (I did make world and mergemaster only ...).
Try this patch (no joke):
--- libexec/rtld-elf/rtld.c.ORI Fri May 18 08:05:01 2001
+++ libexec/rtld-elf/rtld.c Fri May 18 08:03:24 2001
@@ -386,6 +386,8 @@
dbg("initializing key program variables");
set_program_var("__progname", argv[0] != NULL ? basename(argv[0]) : "");
+ set_program_var("environ", "dummy");
+ set_program_var("environ", "dummy");
set_program_var("environ", env);
dbg("initializing thread locks");
Maybe we should really reopen http://www.freebsd.org/cgi/query-pr.cgi?pr=12496
John, what do you think?
-Andre
>
> :>In article <Pine.BSF.4.33.0105162018060.13626-100000@klima.physik.uni-mainz.de>,
> :>Hartmann, O. <ohartman@klima.physik.uni-mainz.de> wrote:
> :>>
> :>> Last weekend I did the first cvupdate, yesterday the last one.
> :>> First thing I realized was that fxp now needs miibus code (??).
> :>>
> :>> well, now our master NIS server is stock in sending to the slaves.
> :>> It gets timeouts and messages about pending transaction processes.
> :>
> :>Peter Wemm just fixed a similar problem on ref4.freebsd.org. He said
> :>the cause of the problem was a full/half duplex mismatch between the
> :>NIC and the switch.
> :>
> :>John
> :>--
> :> John Polstra jdp@polstra.com
> :> John D. Polstra & Co., Inc. Seattle, Washington USA
> :> "Disappointment is a good sign of basic intelligence." -- Ch?gyam Trungpa
> :>
> :>
>
> --
> MfG
> O. Hartmann
>
> ohartman@klima.physik.uni-mainz.de
> ----------------------------------------------------------------
> IT-Administration des Institut fuer Physik der Atmosphaere (IPA)
> ----------------------------------------------------------------
> Johannes Gutenberg Universitaet Mainz
> Becherweg 21
> 55099 Mainz
>
> Tel: +496131/3924662 (Maschinensaal)
> Tel: +496131/3924144
> FAX: +496131/3923532
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
--
Division by zero error -- multiplying by zero to recover...
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010518080716.A71766>