NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: lib/46111: yplib will hang forever if no server can be found
The following reply was made to PR lib/46111; it has been noted by GNATS.
From: Wolfgang Stukenbrock <Wolfgang.Stukenbrock%nagler-company.com@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: lib-bug-people%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost,
netbsd-bugs%NetBSD.org@localhost,
Wolfgang.Stukenbrock%nagler-company.com@localhost
Subject: Re: lib/46111: yplib will hang forever if no server can be found
Date: Wed, 29 Feb 2012 08:59:03 +0100
Hi,
I've no problem with such a sollution.
At least "my" application will have no problem with setting a global
variable in the library to an other value.
Any suggestions about a name for this.
I can prepare a patch to the libs and the manual pages then.
best regards
W. Stukenbrock
Christos Zoulas wrote:
> The following reply was made to PR lib/46111; it has been noted by GNATS.
>
> From: christos%zoulas.com@localhost (Christos Zoulas)
> To: gnats-bugs%NetBSD.org@localhost, lib-bug-people%netbsd.org@localhost,
> gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
> Cc:
> Subject: Re: lib/46111: yplib will hang forever if no server can be found
> Date: Tue, 28 Feb 2012 13:40:45 -0500
>
> On Feb 28, 4:20pm, Wolfgang.Stukenbrock%nagler-company.com@localhost
> (Wolfgang.Stukenbrock%nagler-company.com@localhost) wrote:
> -- Subject: lib/46111: yplib will hang forever if no server can be found
>
> | The original yplib.c from Sun has a bug that it will hang forever
> | in some situations, if no yp-server can be found.
>
> Yes, I think that this was done by design. Back when I was at school,
> we had 1 yp server and many clients. When the server crashed, people
> tended to reboot their workstations which would then come back up before
> the server finished fsck, thus not finding any nis server. When ypbind
> tried to start, they would hang and wait saying:
>
> 'yp server not responding; still trying'
>
> instead of letting it fail and proceeding. This behavior was useful,
> because most of the user and group database was not stored locally,
> so coming up multi-user without it would require a reboot anyway.
>
> All these have changed right now, but I would prefer to make such a change
> in a compatible way, letting the program choose its behavior with a flag
> or some configuration file.
>
> christos
>
>
--
Dr. Nagler & Company GmbH
Hauptstraße 9
92253 Schnaittenbach
Tel. +49 9622/71 97-42
Fax +49 9622/71 97-50
Wolfgang.Stukenbrock%nagler-company.com@localhost
http://www.nagler-company.com
Hauptsitz: Schnaittenbach
Handelregister: Amberg HRB
Gerichtsstand: Amberg
Steuernummer: 201/118/51825
USt.-ID-Nummer: DE 273143997
Geschäftsführer: Dr. Martin Nagler, Dr. Dr. Karl-Kuno Kunze
Home |
Main Index |
Thread Index |
Old Index