<?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: swconfig and swinstall strange problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175709#M458965</link>
    <description>Have you read the /var/adm/sw/swagent.log file?  It should show what was running when the fault occurred.  I assume it was not saved, but I would love to see it.</description>
    <pubDate>Wed, 20 May 2009 16:14:32 GMT</pubDate>
    <dc:creator>Bob E Campbell</dc:creator>
    <dc:date>2009-05-20T16:14:32Z</dc:date>
    <item>
      <title>swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175704#M458960</link>
      <description>Hi All,&lt;BR /&gt;&lt;BR /&gt;I have installed QPK for 11.23 OS instaces. swinstall analysis didn't show any disk space problem, installation went thru fine. System was rebooted. While the system was coming up, it configuring the uncofigured filesets. It usually takes time and all of a sudden I saw /dev/vg00/lvol8 has no free extents. Server came up. Most of the patches were in Installed state, swconfig \* didnot work. I had to reignite the server, doubled /var and swinstall and swconfig went fine.&lt;BR /&gt;&lt;BR /&gt;Could some one please explain me, why did /var became full, while it was confuguring the unconfigured filesets.&lt;BR /&gt;&lt;BR /&gt;Thank You.&lt;BR /&gt;&lt;BR /&gt;Ravi.</description>
      <pubDate>Sun, 17 May 2009 13:53:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175704#M458960</guid>
      <dc:creator>G V R Shankar</dc:creator>
      <dc:date>2009-05-17T13:53:58Z</dc:date>
    </item>
    <item>
      <title>Re: swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175705#M458961</link>
      <description>Hi Ravi:&lt;BR /&gt;&lt;BR /&gt;I have never had this problem.  I keep a generous amount of free space in '/var', however (&amp;gt; 50% at least).  Before a patch upgrade, one thing I like to do is reclaim additional '/var' space by commiting superceded patches beforehand with 'swmodify -x patch_commit=true \*'.  Another, choice is to run 'cleanup -c 1'.&lt;BR /&gt;&lt;BR /&gt;That said, I suspect that as 'swconfig' ran, the previous verions of filesets delivered by your patch session were moved to '/var/adm/sw/save' to allow potential (sw)removal and rollback of the new patch's filesets should you need or desire.  You must have been very close to "the edge" in terms of the space analysis and this and/or other server activity filled all of the free space in '/var'.&lt;BR /&gt;&lt;BR /&gt;It's too bad that you had to recovery by re-Igniting, but it was good planning to have been able to do so.  I'd be interested to know how large a patch bundle you installed, and what the free '/var' space was when you originally started.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Sun, 17 May 2009 16:32:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175705#M458961</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2009-05-17T16:32:09Z</dc:date>
    </item>
    <item>
      <title>Re: swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175706#M458962</link>
      <description>&amp;gt;why did /var became full, while it was configuring the unconfigured filesets.&lt;BR /&gt;&lt;BR /&gt;You should report this issue to the Response Center.  Ideally swinstall should be able to figure out the expected storage requirements but if a patch copies Mb into the patch save area during the configure step, it may not know about it.  It may be accounted under /usr/newconfig/ instead of /var/.&lt;BR /&gt;&lt;BR /&gt;If swinstall can't do this, then patches with 10s of Mbs of "hidden" disk space should be spelled out in the special installation notes.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;JRF: the previous versions of filesets delivered by your patch session were moved to /var/adm/sw/save&lt;BR /&gt;&lt;BR /&gt;Typically this is done in the installation phase.  But configure control scripts could also do this.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;I'd be interested to know how large a patch bundle you installed, and what the free /var space was when you originally started.&lt;BR /&gt;&lt;BR /&gt;Right.  And how much just before the reboot.</description>
      <pubDate>Sun, 17 May 2009 21:09:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175706#M458962</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-05-17T21:09:52Z</dc:date>
    </item>
    <item>
      <title>Re: swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175707#M458963</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Following o/p is from SysInfo&lt;BR /&gt;/var vxfs    7176192KB    6361864KB    808352KB   88%  &lt;BR /&gt;&lt;BR /&gt;The depot size was aroung 800MB.&lt;BR /&gt;&lt;BR /&gt;Ravi.</description>
      <pubDate>Mon, 18 May 2009 10:01:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175707#M458963</guid>
      <dc:creator>G V R Shankar</dc:creator>
      <dc:date>2009-05-18T10:01:32Z</dc:date>
    </item>
    <item>
      <title>Re: swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175708#M458964</link>
      <description>Shalom Ravi,&lt;BR /&gt;&lt;BR /&gt;That is a pretty big depot.&lt;BR /&gt;&lt;BR /&gt;I generally keep my large install depots themselves off the /var filesystem.&lt;BR /&gt;&lt;BR /&gt;cd /var&lt;BR /&gt;&lt;BR /&gt;du - k | sort -rn | more&lt;BR /&gt;&lt;BR /&gt;This will point out the fat directory.&lt;BR /&gt;&lt;BR /&gt;You may find some other surprises that help you manage /var &lt;BR /&gt;&lt;BR /&gt;cleanup -c 1&lt;BR /&gt;&lt;BR /&gt;Will clean up superseded patches from /var and save you a lot of space. It does prevent you from backing out the last patch set.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Mon, 18 May 2009 10:30:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175708#M458964</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2009-05-18T10:30:25Z</dc:date>
    </item>
    <item>
      <title>Re: swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175709#M458965</link>
      <description>Have you read the /var/adm/sw/swagent.log file?  It should show what was running when the fault occurred.  I assume it was not saved, but I would love to see it.</description>
      <pubDate>Wed, 20 May 2009 16:14:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175709#M458965</guid>
      <dc:creator>Bob E Campbell</dc:creator>
      <dc:date>2009-05-20T16:14:32Z</dc:date>
    </item>
    <item>
      <title>Re: swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175710#M458966</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Thank you very much for the responces. I have tried to simulate this in the LAB and it was found that that was /var was not full during analysis and install phase, but was at deadline. Very few extents were left and this has casued the problem.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;&lt;BR /&gt;Ravi.</description>
      <pubDate>Sun, 31 May 2009 04:23:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175710#M458966</guid>
      <dc:creator>G V R Shankar</dc:creator>
      <dc:date>2009-05-31T04:23:45Z</dc:date>
    </item>
    <item>
      <title>Re: swconfig and swinstall strange problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175711#M458967</link>
      <description>Thanks again for all the responces.</description>
      <pubDate>Sun, 31 May 2009 04:25:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/swconfig-and-swinstall-strange-problem/m-p/5175711#M458967</guid>
      <dc:creator>G V R Shankar</dc:creator>
      <dc:date>2009-05-31T04:25:57Z</dc:date>
    </item>
  </channel>
</rss>

