<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic rmap overflow in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424860#M886</link>
    <description>I see in syslog.log (HP-UX 10.20) following message more then one time :&lt;BR /&gt;&lt;BR /&gt;... vmunix: sysmap: rmap ovflo, lost [...,...]&lt;BR /&gt;&lt;BR /&gt;What means it ? Is there a tunable kernel parameter to solve this problem ?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance</description>
    <pubDate>Mon, 05 Jun 2000 13:02:58 GMT</pubDate>
    <dc:creator>Ruediger Noack</dc:creator>
    <dc:date>2000-06-05T13:02:58Z</dc:date>
    <item>
      <title>rmap overflow</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424860#M886</link>
      <description>I see in syslog.log (HP-UX 10.20) following message more then one time :&lt;BR /&gt;&lt;BR /&gt;... vmunix: sysmap: rmap ovflo, lost [...,...]&lt;BR /&gt;&lt;BR /&gt;What means it ? Is there a tunable kernel parameter to solve this problem ?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance</description>
      <pubDate>Mon, 05 Jun 2000 13:02:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424860#M886</guid>
      <dc:creator>Ruediger Noack</dc:creator>
      <dc:date>2000-06-05T13:02:58Z</dc:date>
    </item>
    <item>
      <title>Re: rmap overflow</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424861#M887</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;look at the attachment.&lt;BR /&gt;I have retrieved it from the ITRC (hope thats not illegal)&lt;BR /&gt;&lt;BR /&gt;Regards &lt;BR /&gt;&lt;BR /&gt;Andrew</description>
      <pubDate>Mon, 05 Jun 2000 13:21:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424861#M887</guid>
      <dc:creator>Andreas Voss</dc:creator>
      <dc:date>2000-06-05T13:21:01Z</dc:date>
    </item>
    <item>
      <title>Re: rmap overflow</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424862#M888</link>
      <description>The sysmap being referred to here is the resource map (rmap) which&lt;BR /&gt;is used by the kernel to allocate pages of virtual memory to various&lt;BR /&gt;kernel-related processes.  An rmap overflow is typically the result&lt;BR /&gt;of fragmentation: where kernel virtual memory is being freed in&lt;BR /&gt;many small, non-contiguous chunks which cannot be combined into&lt;BR /&gt;free areas.  Since a resource map structure contains an entry for&lt;BR /&gt;each contiguous chunk of free virtual memory, the more fragmentation&lt;BR /&gt;that exists, the more discreet chunks of memory must be managed,&lt;BR /&gt;which may overflow the finite resource map.  You can choose to:&lt;BR /&gt; 1. Ignore it: it's basically a small memory leak, as virtual&lt;BR /&gt;    addresses fall off the end of the map and cannot be used again.&lt;BR /&gt;    Since they're virtual addresses, however, and there are no other&lt;BR /&gt;    resources associated with them, this will not impact your system&lt;BR /&gt;    unless you're bothered by the warning messages or if a later&lt;BR /&gt;    allocation fails due to a lack of virtual space. If your system&lt;BR /&gt;    has paniced, this is not a good option.&lt;BR /&gt;&lt;BR /&gt;This information is from Document ID KBRC00000293 &lt;BR /&gt;from the HP Technical Knowledge database.&lt;BR /&gt;&lt;BR /&gt;Brian&lt;BR /&gt;&amp;lt;*(((&amp;gt;&amp;lt; er</description>
      <pubDate>Mon, 05 Jun 2000 13:46:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424862#M888</guid>
      <dc:creator>Brian M. Fisher</dc:creator>
      <dc:date>2000-06-05T13:46:44Z</dc:date>
    </item>
    <item>
      <title>Re: rmap overflow</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424863#M889</link>
      <description>Hi Andreas, Hi Brian,&lt;BR /&gt;&lt;BR /&gt;now I know something about rmap.&lt;BR /&gt;I think your messages will solve my problem, but I have to wait to next downtime.&lt;BR /&gt;( ninode is very high ... )&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;Andreas, Du bist Lnbecker wie ich ?&lt;BR /&gt;</description>
      <pubDate>Wed, 07 Jun 2000 14:42:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424863#M889</guid>
      <dc:creator>Ruediger Noack</dc:creator>
      <dc:date>2000-06-07T14:42:25Z</dc:date>
    </item>
    <item>
      <title>Re: rmap overflow</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424864#M890</link>
      <description>Hallo,&lt;BR /&gt;&lt;BR /&gt;na klar bin ich Lubecker !&lt;BR /&gt;Hier meine E-Mail: a.voss@baader.com&lt;BR /&gt;Kannst ja mal schreiben.&lt;BR /&gt;&lt;BR /&gt;Gruesse&lt;BR /&gt;&lt;BR /&gt;Andreas&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 08 Jun 2000 07:49:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rmap-overflow/m-p/2424864#M890</guid>
      <dc:creator>Andreas Voss</dc:creator>
      <dc:date>2000-06-08T07:49:45Z</dc:date>
    </item>
  </channel>
</rss>

