Bug 24458

Summary:	named-xfer executed at 20 priority level instead of wanted 0 level
Product:	Base System	Reporter:	isupov <isupov>
Component:	bin	Assignee:	freebsd-bugs (Nobody) <bugs>
Status:	Closed FIXED
Severity:	Affects Only Me
Priority:	Normal
Version:	4.1.1-RELEASE
Hardware:	Any
OS:	Any

Description isupov 2001-01-19 14:10:01 UTC

	/usr/libexec/named-xfer, executed by /usr/sbin/named, re'nice(3)'ing
	itself to 20 priority level instead of wanted 0 (default) level.
	This occurs because respective (to strange :-) code from
	/usr/src/contrib/bind/bin/named-xfer/named-xfer.c, lines 351-355 :

		#ifdef RENICE
			nice(-40);
			nice(20);
			nice(0);
		#endif

	works correctly (= sets 0 priority, see comments near) only for
	process owned by super-user. But named (and named-xfer) now owned by
	bind:bind

Fix: 

I think, we need to do nothing with priority in the named-xfer.c and
	inherit priority level from named process. This behaviour can be
	achieved by #undef'ing RENICE in the
	/usr/src/contrib/bind/bin/named/named.h
How-To-Repeat: 
	Run code mentioned above not under super-user.

Comment 1 Kris Kennaway freebsd_committer

2001-01-19 22:30:33 UTC

IMO, this bug report should be taken up with the BIND developers. It
affects other platforms similarly when run as a non-privileged user.

Kris

Comment 2 isupov 2001-01-20 12:18:19 UTC

   Are you can follow up this bug report to BIND team ?

Comment 3 Kris Kennaway 2001-01-28 09:00:42 UTC

On Sat, Jan 20, 2001 at 03:18:19PM +0300, A.Yu.Isupov wrote:
>    Are you can follow up this bug report to BIND team ?

I'm rather busy - it would be better if you did it. See
http://www.isc.org/products/BIND/

Kris

Comment 4 isupov 2001-01-28 13:53:04 UTC

  OK, I submit it to bind-bugs@isc.org and obtain number [BIND-BUGS #4033] ...
  Will wait.

Comment 5 Kris Kennaway freebsd_committer

2001-08-25 22:41:49 UTC

State Changed
From-To: open->closed

Submitter took this up with ISC