<?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 Re: malloc failure during swremove operation in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725859#M64256</link>
    <description>Hi Jeff,&lt;BR /&gt;&lt;BR /&gt;S.K. Chan is right.  This problem does have to do with product dependencies.  The function is checking for sparse product's dependencies for swremove process.  The following two rules must not be broken:&lt;BR /&gt;1. no patch left on the system without its base&lt;BR /&gt;2. under a no-rollback situation, a patch cannot be removed without also removing its base.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Mateja</description>
    <pubDate>Fri, 17 May 2002 06:04:51 GMT</pubDate>
    <dc:creator>Mateja Bezjak</dc:creator>
    <dc:date>2002-05-17T06:04:51Z</dc:date>
    <item>
      <title>malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725850#M64247</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Please bear with me...  I'm relatively new at HP-UX administration.  :)&lt;BR /&gt;&lt;BR /&gt;I'm trying to swremove a package that was built by my company, and getting a malloc error.  Here is a portion of the swremove output (I've removed the package names because we're under NDA)...&lt;BR /&gt;==============================================&lt;BR /&gt;&lt;BR /&gt;       * Session started for user "root@fe1".&lt;BR /&gt;&lt;BR /&gt;       * Beginning Selection&lt;BR /&gt;       * Target connection succeeded for "fe1:/".&lt;BR /&gt;       * Software selections:&lt;BR /&gt;            (...)&lt;BR /&gt;       * Selection succeeded.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;       * Beginning Analysis&lt;BR /&gt;       * Session selections have been saved in the file&lt;BR /&gt;         "/.sw/sessions/swremove.last".&lt;BR /&gt;ERROR:   "fe1:/": Could not allocate memory on this remote host during&lt;BR /&gt;         task initialization, analysis or execution --  malloc()&lt;BR /&gt;         failed.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;==============================================&lt;BR /&gt;So I checked the agent logfile, as recommended in the error message, and it suggested that the memory management system might be corrupted....  This would make sense, as we have 2GB of memory on this system and basically nothing else is running...&lt;BR /&gt;==============================================&lt;BR /&gt;&lt;BR /&gt;ERROR:   Internal Error from SOL in function&lt;BR /&gt;         "IA_CheckSparseDepsRemove".  This could be due to a memory&lt;BR /&gt;         allocation error.&lt;BR /&gt;ERROR:   Cannot allocate memory.  Either there is no memory available&lt;BR /&gt;         or the memory management system is corrupted.&lt;BR /&gt;ERROR:   Cannot continue the Analysis Phase until the previous errors&lt;BR /&gt;         are corrected.&lt;BR /&gt;&lt;BR /&gt;==============================================&lt;BR /&gt;So, my questions are two:&lt;BR /&gt;- Does this look like a corrupted memory manager problem to you guys?&lt;BR /&gt;- How does one go about replacing the corrupted memory manager?&lt;BR /&gt;&lt;BR /&gt;Thanks a lot,&lt;BR /&gt;Jeff&lt;BR /&gt;</description>
      <pubDate>Thu, 16 May 2002 17:02:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725850#M64247</guid>
      <dc:creator>Jeff Davis_3</dc:creator>
      <dc:date>2002-05-16T17:02:46Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725851#M64248</link>
      <description>Hi Jeff:&lt;BR /&gt;&lt;BR /&gt;There may well be nothing wrong other than maxdsiz is set rather small on the system. That would give you exactly the kind of error that you are seeing regardless of the amount of free memory in the box.&lt;BR /&gt;</description>
      <pubDate>Thu, 16 May 2002 17:14:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725851#M64248</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-05-16T17:14:20Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725852#M64249</link>
      <description>Hi Jeff:&lt;BR /&gt;&lt;BR /&gt;1) As Clay suggested, increasing 'maxdsiz' kernel parameter may solve your issue.&lt;BR /&gt;&lt;BR /&gt;2) Another work around of malloc() error with SD-UX, is the file - /var/adm/sw/host_object. In this case, stop the swagentd daemon, move this file and start the swagentd again. It will re-create this file.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Shiju</description>
      <pubDate>Thu, 16 May 2002 17:20:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725852#M64249</guid>
      <dc:creator>Helen French</dc:creator>
      <dc:date>2002-05-16T17:20:34Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725853#M64250</link>
      <description>Thanks for the quick responses...  So I've changed the maxdsize kernel param to 512MB...  Should I go larger?  Also, what about the maxdsize_64bit (currently 1GB)...  Would that affect swremove at all?&lt;BR /&gt;&lt;BR /&gt;I also tried shutting down swagentd and moving the host object file.  No change.  It surprised me that both the old and new versions are zero-length.  Is this supposed to be the case?&lt;BR /&gt;&lt;BR /&gt;Thanks again,&lt;BR /&gt;Jeff&lt;BR /&gt;</description>
      <pubDate>Thu, 16 May 2002 17:36:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725853#M64250</guid>
      <dc:creator>Jeff Davis_3</dc:creator>
      <dc:date>2002-05-16T17:36:40Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725854#M64251</link>
      <description>Hi Jeff:&lt;BR /&gt;&lt;BR /&gt;Remember that 'maxdsiz' is only a "fence".  It keeps processes from gobbling memory for data segments without constraint.  'maxsiz' (for the stack) and 'maxtsiz' (for text (code)) functional analogously.&lt;BR /&gt;&lt;BR /&gt;The values suffixed with "_64bit" are for 64-bit processes.  Those without suffixes are for 32-bit processes.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Thu, 16 May 2002 17:54:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725854#M64251</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-05-16T17:54:16Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725855#M64252</link>
      <description>Hi Jeff.  What a great name huh!</description>
      <pubDate>Thu, 16 May 2002 18:49:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725855#M64252</guid>
      <dc:creator>Jeffrey Davis_1</dc:creator>
      <dc:date>2002-05-16T18:49:54Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725856#M64253</link>
      <description>:)  Gotta love it...&lt;BR /&gt;&lt;BR /&gt;So back to the second part of my question...  I'm guessing that swremove could not be asking for more than 512MB of memory...  Is this a fair assumption?  If so, could it be that my memory manager is corrupted?  How might I go about fixing that?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Jeff</description>
      <pubDate>Thu, 16 May 2002 19:02:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725856#M64253</guid>
      <dc:creator>Jeff Davis_3</dc:creator>
      <dc:date>2002-05-16T19:02:20Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725857#M64254</link>
      <description>By the way, just for reference...&lt;BR /&gt;&lt;BR /&gt;maxdsiz = 512MB&lt;BR /&gt;maxssiz = 8MB&lt;BR /&gt;maxtsiz = 64MB&lt;BR /&gt;maxusers = 128</description>
      <pubDate>Thu, 16 May 2002 19:05:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725857#M64254</guid>
      <dc:creator>Jeff Davis_3</dc:creator>
      <dc:date>2002-05-16T19:05:54Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725858#M64255</link>
      <description>I may be wrong. Kernel parameter is one thing but the error message from SD can be sometimes very misleading. The &lt;BR /&gt;"IA_CheckSparseDepsRemove"&lt;BR /&gt;is actually a check to make sure that the product you're installing or removing in your case matches the dependents filesets on thee system. If it doesn't hence the error. It may be checking for "sparse" filesets on your system. Do a ..&lt;BR /&gt;# man 4 swpackage&lt;BR /&gt;for explaination of "sparse" as I'm not 100% sure myself. If the kernel tweaks does not work out, you may want to call HP.</description>
      <pubDate>Thu, 16 May 2002 19:51:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725858#M64255</guid>
      <dc:creator>S.K. Chan</dc:creator>
      <dc:date>2002-05-16T19:51:49Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failure during swremove operation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725859#M64256</link>
      <description>Hi Jeff,&lt;BR /&gt;&lt;BR /&gt;S.K. Chan is right.  This problem does have to do with product dependencies.  The function is checking for sparse product's dependencies for swremove process.  The following two rules must not be broken:&lt;BR /&gt;1. no patch left on the system without its base&lt;BR /&gt;2. under a no-rollback situation, a patch cannot be removed without also removing its base.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Mateja</description>
      <pubDate>Fri, 17 May 2002 06:04:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failure-during-swremove-operation/m-p/2725859#M64256</guid>
      <dc:creator>Mateja Bezjak</dc:creator>
      <dc:date>2002-05-17T06:04:51Z</dc:date>
    </item>
  </channel>
</rss>

