SUMMARY: Bind: Growing file named.run
Harald Husemann <[email protected]>
| Newsgroups | gmane.linux.admin.managers |
|---|---|
| Message-ID | <[email protected]> |
<Original posting below> Hi agn, wow, that was FAST! 1 minute after I saw my mail popping up in my mailer, I got a response and the solution! I started named in debug mode 'cause of some problems, and forgot to disable debugging afterwards... Special thanks go to candace.ordaz-MGvH8Z7ok49Wk0Htik3J/[email protected] for the fast and good response! His reply solved the problem immediatly, here's what he wrote: ===================/snip/============================== In my experience, the only time this file is created is when debugging is turned on when you start it. You can stop writing to it by sending a kill -USR2 <named pid> and then look to see if you are starting it with -d. =================/snap/================================ Thanks agn for the fast solution! Have a nice hackin', Harald On Friday 20 June 2003 23:16, Harald Husemann wrote: > Hi Gurus, > > I'm running named (BIND 9.2.1) on a RedHAT 8.0 machine as DNS for my local > network. > Everything works, but there's a file called "named.run" in /var/named which > grows bigger and bigger, causing my system to stop because of a full root > partition. > What's this file for?? Is it a cache for the named?? And, how can I tell > named not to use the entire diskspace? In words, can I configure a size > limit for this file?? > I searched named.conf, and checked out the manpage, but didn't found a > configuration parameter for this... > > Thanks in advance, will summarize. > > Harald -- ======================================================= Dipl. Ing. Harald Husemann E-Mail: [email protected] www: www.deepthought.prima.de Projects: rawt.sourceforge.net <Linux is like a tipi: No windows, no gates - Apache inside!> _______________________________________________ LinuxManagers mailing list - http://www.linuxmanagers.org submissions: LinuxManagers-35TzE1X9F6582KRnZfj+bdi2O/[email protected] subscribe/unsubscribe: http://www.linuxmanagers.org/mailman/listinfo/linuxmanagers