From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98) Description of problem: Running '/sbin/service named start' spawns additional copies of named every time the command is run. The new copies recognize (and log to /var/messages) that the port is in use, but do not exit - this can fill up the machine with processes (and threads on SMP) quickly. How reproducible: Always Steps to Reproduce: 1. run '/sbin/service named start' 2. 3. Actual Results: Spawns additional copies of named each time the command is run (one thread per CPU and per port on which named is listening). Expected Results: Should recognize that named is already running and not spawn additional programs. Additional info: [root@copper RPMS]# rpm -q bind caching-nameserver bind-9.1.0-10 caching-nameserver-7.1-3 Standard 7.1 system. I marked the bug as normal priority even though it's pretty easy to bring down a machine with linuxconf (because it keeps starting named).
Fixed in 9.1.3-3
I have seen this problem also