<?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: OS Problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211435#M168599</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If you have measureware installed, you can pull the historical data using the command 'extract'. It's a self-guiding utility that can take you through step-by-step process. During extraction it will generate a default template file with all the metrics (most of the metrics carry meaningful names GBL_SWAP_SPACE_UTIL for global swap space utilization) and you will need to uncomment the metrics that you need to get report on. You can specify the interval during which your job failed so only the metrics during that interval will be extracted.&lt;BR /&gt;&lt;BR /&gt;If you don't have measureware, you can't do much other than waiting for another unlucky opportunity as it didn't give you an error message. Kernel parameters like nfile, nproc usually generate syslog messages if overflown.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
    <pubDate>Sun, 07 Mar 2004 04:52:53 GMT</pubDate>
    <dc:creator>Sridhar Bhaskarla</dc:creator>
    <dc:date>2004-03-07T04:52:53Z</dc:date>
    <item>
      <title>OS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211430#M168594</link>
      <description>I usually run billing job, which is terminated normaly. When I checked the log, it says there was not enough space to run this job. Therefore it is a problem of the OS that it did not gave an error message.&lt;BR /&gt;&lt;BR /&gt;Can you please help, what is the OS problem? The OS is HPUX 11.11.</description>
      <pubDate>Sun, 07 Mar 2004 03:38:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211430#M168594</guid>
      <dc:creator>Fuad_1</dc:creator>
      <dc:date>2004-03-07T03:38:33Z</dc:date>
    </item>
    <item>
      <title>Re: OS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211431#M168595</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;It could be due to&lt;BR /&gt;&lt;BR /&gt;1. Insufficient swap space. Run "swapinfo -t" command and see if the total is near 100%. If so, then you will need to add more swap or bring down unnecessary processes.&lt;BR /&gt;&lt;BR /&gt;2. Insufficient filesystem space in the directory used by your billing job. A 'bdf /your_filesystem' will show you how much you have. If you don't know what that filesystem is then do 'bdf' and note all the filesystems that are above 90% and see if anyone of them are used by your billing job.&lt;BR /&gt;&lt;BR /&gt;It's most unlikely due to any kernel parameter settings as I believe the same job was running before on this system.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Sun, 07 Mar 2004 03:53:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211431#M168595</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2004-03-07T03:53:46Z</dc:date>
    </item>
    <item>
      <title>Re: OS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211432#M168596</link>
      <description>Could be no space on the filesystem as noted.&lt;BR /&gt;&lt;BR /&gt;Could be not enough processes nproc,nfile&lt;BR /&gt;&lt;BR /&gt;Quick fix on that is to up the maxusers parameter on the kernel.&lt;BR /&gt;&lt;BR /&gt;You can check termination as follows.&lt;BR /&gt;&lt;BR /&gt;at the prompt:&lt;BR /&gt;&lt;BR /&gt;scriptname&lt;BR /&gt;&lt;ENTER&gt;&lt;BR /&gt;rc=$?&lt;BR /&gt;echo $rc&lt;BR /&gt;&lt;BR /&gt;I'm not sure you really got a code zero normal termination there. In the circumstances you describe, you should have gotten an error code.&lt;BR /&gt;&lt;BR /&gt;SEP&lt;/ENTER&gt;</description>
      <pubDate>Sun, 07 Mar 2004 04:04:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211432#M168596</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-03-07T04:04:30Z</dc:date>
    </item>
    <item>
      <title>Re: OS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211433#M168597</link>
      <description>How to verify, that the OS generate error message? This problem occur a week ago.</description>
      <pubDate>Sun, 07 Mar 2004 04:10:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211433#M168597</guid>
      <dc:creator>Fuad_1</dc:creator>
      <dc:date>2004-03-07T04:10:01Z</dc:date>
    </item>
    <item>
      <title>Re: OS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211434#M168598</link>
      <description>Run the job again.&lt;BR /&gt;&lt;BR /&gt;Unless you write a custom script to collect such data, nothing is recorded except.&lt;BR /&gt;&lt;BR /&gt;If a filesystem was full and the system has not been booted there might be a record in /var/adm/syslog/syslog.log&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Sun, 07 Mar 2004 04:44:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211434#M168598</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-03-07T04:44:23Z</dc:date>
    </item>
    <item>
      <title>Re: OS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211435#M168599</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If you have measureware installed, you can pull the historical data using the command 'extract'. It's a self-guiding utility that can take you through step-by-step process. During extraction it will generate a default template file with all the metrics (most of the metrics carry meaningful names GBL_SWAP_SPACE_UTIL for global swap space utilization) and you will need to uncomment the metrics that you need to get report on. You can specify the interval during which your job failed so only the metrics during that interval will be extracted.&lt;BR /&gt;&lt;BR /&gt;If you don't have measureware, you can't do much other than waiting for another unlucky opportunity as it didn't give you an error message. Kernel parameters like nfile, nproc usually generate syslog messages if overflown.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Sun, 07 Mar 2004 04:52:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211435#M168599</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2004-03-07T04:52:53Z</dc:date>
    </item>
    <item>
      <title>Re: OS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211436#M168600</link>
      <description>Hi Sri,&lt;BR /&gt;&lt;BR /&gt;Can't sleep? Me neither&lt;BR /&gt;&lt;BR /&gt;Try this:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.connect.org.uk/hppd/hpux/Sysadmin/tusc-7.5/" target="_blank"&gt;http://hpux.connect.org.uk/hppd/hpux/Sysadmin/tusc-7.5/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Its called tusc.&lt;BR /&gt;&lt;BR /&gt;You can call it like this in your script&lt;BR /&gt;&lt;BR /&gt;proc=$$&lt;BR /&gt;&lt;BR /&gt;/usr/contrib/bin/tusc -f -o $TRACE_FILE -p $proc &amp;amp;&lt;BR /&gt;&lt;BR /&gt;TRACE_FILE is a file you collect data in. -f traces forces procis the process id you picked up with the $$ command.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Sun, 07 Mar 2004 05:37:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/os-problem/m-p/3211436#M168600</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-03-07T05:37:45Z</dc:date>
    </item>
  </channel>
</rss>

