Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!usc!samsung!uunet!bu.edu!snorkelwacker!bloom-beacon!eru!hagbard!sunic!news.funet.fi!funic!santra!fuug!nesterc!peke From: peke@nesterc.uucp (Pekka Keskiivari) Newsgroups: comp.sys.hp Subject: Re: usrpt: rmap ovfl error Summary: Monitor bug Message-ID: <1990Nov12.093704.1441@nesterc.uucp> Date: 12 Nov 90 09:37:04 GMT References: <1990Nov02.214028.7098@eecs.wsu.edu> Organization: Neste Oy Corporate Technology, Finland Lines: 28 In article Kimmo.Suominen@lut.fi (Kimmo Suominen) writes: >>>>>> On 2 Nov 90 21:40:28 GMT, mkibler@eecs.wsu.edu (Michael K. Kibler) said: > >Michael> We have been receiving the following error on our HP9000 840. >Michael> usrpt: rmap ovfl [1469,1470) > >We get that too on our HP9000/845. It runs HP-UX 7.0 with ARPA and >NFS. I can't recall getting it in 3.10. > >Also, rebooting helps only for a short while. > >It would REALLY be nice to know why, though it hasn't bothered me >enought yet to make me call the local support - maybe I'll do that This is probably caused by a bug in the Monitor program (SR/KPR# 4700-870915). It causes the virtual memory to be gradually eaten up... The kernel exhibits this behaviour if NPROC happens to be > 512. As you might suspect, there is a patch available from HP. It replaces pstat.o in /etc/conf/lib/libhp-ux.a. >tomorrow. The mismatched pair of parentheses/brackets is really cute ;-) The numbers might stand for a semi-closed range of memory addresses? -- Pekka Keskiivari, Neste Oy Technology Centre peke@neste.fi