Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!newsroom.utas.edu.au!munnari.oz.au!news.ecn.uoknor.edu!bubba.ucc.okstate.edu!col.hp.com!usenet.eel.ufl.edu!news.mathworks.com!tank.news.pipex.net!pipex!uknet!eunetgb!not-for-mail From: lol@Britain.EU.net (Lyndon.Levesley) Newsgroups: comp.unix.bsd.bsdi.misc,news.software.nntp Subject: Re: Probs with INN1.4sec under BSD/OS 2.0 Followup-To: comp.unix.bsd.bsdi.misc,news.software.nntp Date: 13 Sep 1995 11:26:41 +0100 Organization: EUnet-GB, Canterbury, UK Lines: 37 Distribution: inet Message-ID: <436bl1$r2p@nelson.Britain.EU.net> References: <42qcte$440@bay.netrover.com> NNTP-Posting-Host: nelson.britain.eu.net Summary: unlimiting not curing remalloc error INN Keywords: INN limit remalloc memory Xref: euryale.cc.adfa.oz.au comp.unix.bsd.bsdi.misc:841 news.software.nntp:15680 In article <42qcte$440@bay.netrover.com>, Marc Nicholas wrote: >Hi all: > >I've been running INN1.4sec for some time now...and just recently our news >server is getting a lot of activity, and the following error has started >occuring: > >"ME cant remalloc 1048576 bytes Cannot allocate memory" > >I understand this means INN can't free-up memory it's using, but just wondered >if anyone had any ideas on how to fix it? Well, the standard answer is to change the default limits before starting INN... This will help - I know people have done this and had the error go away altogether. NOT ME :-( In rc.news I am now unlimiting everything except coredumpsize, as just unlimiting datasize and memoruse didn't work.... Now the error occurs every two weeks or so instead of every 12 hours, but it still doesn't work properly. I currently have a cron job performing checks on the system and INN every six hours in an attempt to see if we have a memory leak. If anyone has advice or help with this, then please post / mail some help. Spec: BSDi 2.0 on a P90 w/ 64Mb RAM and 280 Mb swap. INN1.4sec handling approx. 10 full-feed and 5 half-feed nntplinks. (And around 80 [different sites than the nntplinks] NNRP connections ) >-marc Cheers, Lyndon Levesley.