Date: Thu, 22 Jun 2000 18:11:01 -0600 (CST) From: Ryan Thompson <ryan@sasknow.com> To: Miguel Ruiz <darkcolony@MailAndNews.com> Cc: freebsd-questions@freebsd.org Subject: Re: NATD spawning xtra Message-ID: <Pine.BSF.4.21.0006221803210.95036-100000@ren.sasknow.com> In-Reply-To: <39556674@MailAndNews.com>
next in thread | previous in thread | raw e-mail | index | archive | help
** Old message! ** Miguel Ruiz wrote to Ryan Thompson: > Basically there is a new process being spawned everyday. in rc.conf I have > this: > > natd -interface vx0 > > nat works fine it just launches a new process should I make a if then > script? I didnt have this prob on one of my other boxes (they are > setup the same just differnt hardware). > > If you have any suggestions let me know! I have one important suggestion: Never put executable statements in rc.conf! rc.conf is never guaranteed to be run only "once" by the system. Your line: > natd -interface vx0 Actually invokes natd from WITHIN rc.conf. That's a bad thing. rc.conf is meant ONLY for the storage of variables. Instead of the above, use: natd_enable="YES" natd_interface="vx0" Doing so will ensure that natd is only started by the system scripts at bootup. If, after doing so and rebooting, you still see multiple instances of natd after a day or two, then your problem is elsewhere. But, I would say that there is a very high chance that your configuration in rc.conf was at fault. - Ryan --------------------------------------------------------------------- > >===== Original Message From Ryan Thompson <ryan@sasknow.com> ===== > >Miguel Ruiz wrote to freebsd-net@FreeBSD.ORG: > > > >> Hey all: > >> > >> I was looking at this server, and it was generating a bunch of natd > >> processes. > > > >A bunch = 2 or 3? 20 or 30? 200 or 300? > 1000? > > > >In the first case (or two), I would suspect human error.. I.e., an > >administrator manually running too many natd processes where kill -HUP > >should be used. In the latter cases, I would suspect someone has created > >an automated script that was perhaps designed to keep natd running in the > >event it stopped, but their script obviously has some issues :-) > > > > > >> To the best of my memory there should only be one natd process > >> running. I tried to correct this and made a mistake and did a killall -9 > >> natd. This machine needs natd to be running or else it shut down all ip > >> interfaces. Oops. Nothing is hard coded all they have to do is reboot. > > > >The good news is if natd forces the link down for some reason, an ifconfig > ><linkdev> UP will generally reset it. > > > > > >> The problem is we need to find out why it was creating multiple natd > >> process. > > > >I've never witnessed this personally... Perhaps it was operator error? > >(Ran natd again instead of kill -HUP, or perhaps there is some homemade > >script that is responsible for the extra processes). > > > > > >> Does anyone know how 2 shutdown the xtra processes? > > > >You should be able to kill the extras individually by process ID, unless > >there are hundreds or thousands of them, in which case killall -9 natd IS > >the way to go. > > > >> thanx! > >> > >> M1k3 > > > >Virtually yours, > >- Ryan > > > >-- > > Ryan Thompson <ryan@sasknow.com> > > Systems Administrator, Accounts > > Phone: +1 (306) 664-1161 > > > > SaskNow Technologies http://www.sasknow.com > > #106-380 3120 8th St E Saskatoon, SK S7H 0W2 > > ------------------------------------------------------------ > Get your FREE web-based e-mail and newsgroup access at: > http://MailAndNews.com > > Create a new mailbox, or access your existing IMAP4 or > POP3 mailbox from anywhere with just a web browser. > ------------------------------------------------------------ > > -- Ryan Thompson <ryan@sasknow.com> Systems Administrator, Accounts Phone: +1 (306) 664-1161 SaskNow Technologies http://www.sasknow.com #106-380 3120 8th St E Saskatoon, SK S7H 0W2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0006221803210.95036-100000>