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 <[EMAIL PROTECTED]>,
> :>Hartmann, O. <[EMAIL PROTECTED]> 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                                               [EMAIL PROTECTED]
> :>  John D. Polstra & Co., Inc.                        Seattle, Washington USA
> :>  "Disappointment is a good sign of basic intelligence."  -- Ch?gyam Trungpa
> :>
> :>
> 
> --
> MfG
> O. Hartmann
> 
> [EMAIL PROTECTED]
> ----------------------------------------------------------------
> 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 [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message

-- 
Division by zero error -- multiplying by zero to recover...

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Reply via email to