<?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: /var/spool Filesystem is full - in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129706#M449501</link>
    <description>&amp;gt;The "jfmerge" process was taking 99% of CPU usage. So again I killed that process.&lt;BR /&gt;&lt;BR /&gt;It looks like you need to get support for that product.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;I don't have any information on "jfmerge". Why this process was created? Why the process was taking so much CPU usage?&lt;BR /&gt;&lt;BR /&gt;You should have more info that we do, you bought the product.  :-)&lt;BR /&gt;&lt;BR /&gt;If you want to experiment, you could use tusc on that process to see what it's doing.  Or use gdb to get a stack trace.&lt;BR /&gt;&lt;BR /&gt;There are lots of orphaned processes.&lt;BR /&gt;&lt;BR /&gt;You do have a 2 Gb file.  Either that's the result of the loop.  Or the fact that you don't have largefiles enabled and the particular output file needs to be that big.  Or jfmerge isn't 64 bit file aware and it can't handle largefiles.&lt;BR /&gt;&lt;BR /&gt;Note: If you need files that large, you don't have enough space for them.</description>
    <pubDate>Tue, 16 Sep 2008 19:06:47 GMT</pubDate>
    <dc:creator>Dennis Handly</dc:creator>
    <dc:date>2008-09-16T19:06:47Z</dc:date>
    <item>
      <title>/var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129695#M449490</link>
      <description>Hi all, &lt;BR /&gt;&lt;BR /&gt;I accidentely opened the thread in the Linux now I opened the same in the HP-UX Forum.&lt;BR /&gt;&lt;BR /&gt;We were facing problem of /var/spool file system. It was 100%. We checked all the directories and files uder this filesystem. We purged/removed some old log files. Still I was 100%.We checked /var/spool/mail and /var/spool/lp but nothing found there.&lt;BR /&gt;&lt;BR /&gt;Then we found that there were 5 instances runnig of lpsched. So we kill 4 instatnces. Then we stop and start the lp service. Again 5 lpsched process were runnig.&lt;BR /&gt;&lt;BR /&gt;In the top command, we found that "jfmerge" process running which was taking to much CPU usages. So we changed the nice value of that still all the process were taking high CPU usage. There were 5 instance runnig of this process. Please see the attached file. So in the end we killed  all the process of "jfmerge" and suddenly the /var/spool size went upto 22%.&lt;BR /&gt;&lt;BR /&gt;Please tells us what is the  "jfmerge" process and why it was taking so much CPU usage. What is the reason for this problem.&lt;BR /&gt;&lt;BR /&gt;What is the solution for the same?&lt;BR /&gt;&lt;BR /&gt;Appreciate your early reply...&lt;BR /&gt;&lt;BR /&gt;Thank you!!!</description>
      <pubDate>Sun, 14 Sep 2008 04:00:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129695#M449490</guid>
      <dc:creator>VVS</dc:creator>
      <dc:date>2008-09-14T04:00:55Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129696#M449491</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;I think at the moment your system is working against you. The system is trying to write data to /var as fast as you clear the data.&lt;BR /&gt;&lt;BR /&gt;It might be good to reboot the system at console and go into single user mode.&lt;BR /&gt;&lt;BR /&gt;hpux -is at the ISL prompt (varies based on system type).&lt;BR /&gt;&lt;BR /&gt;mount /usr&lt;BR /&gt;mount /var&lt;BR /&gt;after logging in.&lt;BR /&gt;&lt;BR /&gt;Then conduct your cleaning operation knowing the system will not keep writing there.&lt;BR /&gt;&lt;BR /&gt;Your system is in such a state due to the full /var file system. Processed need to write there often, when they can't try go into i/o wait or try over and over, causing problems with CPU consumption.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Sun, 14 Sep 2008 05:35:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129696#M449491</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-09-14T05:35:40Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129697#M449492</link>
      <description>Is /var/spool is a separate mount point?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;SKR</description>
      <pubDate>Sun, 14 Sep 2008 05:53:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129697#M449492</guid>
      <dc:creator>SKR_1</dc:creator>
      <dc:date>2008-09-14T05:53:15Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129698#M449493</link>
      <description>Thanks Steven and SKR.&lt;BR /&gt;SKR: &lt;BR /&gt;/var/spool is a seperate mount point.&lt;BR /&gt;&lt;BR /&gt;Steven:&lt;BR /&gt;What was the reason for lpsched running 5 times?&lt;BR /&gt;What is the jfmerge process?&lt;BR /&gt;The /var/spool filesystem is 2.5 GB and it is 25% used normally. But when it was full, we didnot found any new file created or any large file present. We checked all the directories and files and also calculate their size but it was not more than 700MB. So what is the reason that it was showing 100% full?&lt;BR /&gt;&lt;BR /&gt;After rebooting in single user mode, what are cleaning operation need to be conduct?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;VVS</description>
      <pubDate>Sun, 14 Sep 2008 14:50:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129698#M449493</guid>
      <dc:creator>VVS</dc:creator>
      <dc:date>2008-09-14T14:50:11Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129699#M449494</link>
      <description>&amp;gt;We checked /var/spool/mail and /var/spool/lp but nothing found there.&lt;BR /&gt;&lt;BR /&gt;Is the filesystem still full?  These could be files that were removed but a process still has them open.  A reboot or a kill of the process would clear those up.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Please tells us what is the "jfmerge" process&lt;BR /&gt;&lt;BR /&gt;It has a user jfadm.  This appears to be some extra jetform? software you installed from Adobe.  google shows it may have to do with creating PDF files?&lt;BR /&gt;&lt;BR /&gt;&amp;gt;We checked all the directories and files and also calculate their size but it was not more than 700MB. So what is the reason that it was showing 100% full?&lt;BR /&gt;&lt;BR /&gt;Have you checked the difference between bdf and du -kxs on the mount point?&lt;BR /&gt;If different, then it is the "removed" files as I mentioned above.</description>
      <pubDate>Sun, 14 Sep 2008 16:41:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129699#M449494</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-09-14T16:41:07Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129700#M449495</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;If, as Dennis says, you have open files (i.e. inuse by a process) that have been removed (unlinked), then you will not be able to see them with a simple 'ls', *but* any disk blocks used will be held and accounted for until the last process using the file terminates.&lt;BR /&gt;&lt;BR /&gt;Use 'lsof' against the filesystem.  Look for files with an "NLINK" count of zero (0).  The "SIZE/OFF" field will be the size in characters consumed.  Files with a link count of zero are those that have been unlinked (removed):&lt;BR /&gt;&lt;BR /&gt;# lsof +L1 +D /var/spool&lt;BR /&gt; &lt;BR /&gt;If you don't have 'lsof' installed (and you should) fetch it for instatllation from:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.80/" target="_blank"&gt;http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.80/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Sun, 14 Sep 2008 21:00:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129700#M449495</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-09-14T21:00:29Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129701#M449496</link>
      <description>Thanks Dennis and James,&lt;BR /&gt;&lt;BR /&gt;Dennis: &lt;BR /&gt;The /var/spool filesystem is now 22%. When we killed the "jfmerge" process, suddenly the /var/spool filesystem went to 22% from 100%.&lt;BR /&gt;&lt;BR /&gt;James:&lt;BR /&gt;We dont have "lsof" installed, so we need to install it.&lt;BR /&gt;&lt;BR /&gt;But now are facing memory dump error.The o/p of  swapinfo command is&lt;BR /&gt;&lt;BR /&gt;[dev2]: / # swapinfo -tam&lt;BR /&gt;             Mb      Mb      Mb   PCT  START/      Mb&lt;BR /&gt;TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME&lt;BR /&gt;dev        6652     303    6349    5%       0       -    1  /dev/vg00/lvol2&lt;BR /&gt;reserve       -    6349   -6349&lt;BR /&gt;memory     3004    2903     101   97%&lt;BR /&gt;total      9656    9555     101   99%       -       0    -&lt;BR /&gt;&lt;BR /&gt;Also we found that in /var/spool/lp/request directory there were large files in one perticular printer-name directiory, which are still there.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;&lt;BR /&gt;VVS&lt;BR /&gt;</description>
      <pubDate>Mon, 15 Sep 2008 04:01:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129701#M449496</guid>
      <dc:creator>VVS</dc:creator>
      <dc:date>2008-09-15T04:01:55Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129702#M449497</link>
      <description>&amp;gt;When we killed the "jfmerge" process, suddenly the /var/spool filesystem went to 22% from 100%.&lt;BR /&gt;&lt;BR /&gt;Then there must have been some big files still open.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;But now are facing memory dump error.  The o/p of swapinfo command is&lt;BR /&gt;&lt;BR /&gt;What's the connection between the two?&lt;BR /&gt;But you are all out of swapspace.  You need to add some device swap.&lt;BR /&gt;&lt;BR /&gt;Your previous top output showed three d11adm processes with 5 Gb each.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;we found that in /var/spool/lp/request directory there were large files in one particular printer-name directory&lt;BR /&gt;&lt;BR /&gt;Does it show up with lpstat?  If it does, you might want to contact that user, otherwise remove it.</description>
      <pubDate>Mon, 15 Sep 2008 08:26:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129702#M449497</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-09-15T08:26:15Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129703#M449498</link>
      <description>Thanks Dennis,&lt;BR /&gt;&lt;BR /&gt;We are facing the same problem again. The "jfmerge" process was taking 99% of CPU usage. So again I killed that process.&lt;BR /&gt;Uptil now, I don't have any information on "jfmerge". Why this process was created? Why the process was taking so much CPU usage?&lt;BR /&gt;&lt;BR /&gt;I attached the screen shot for your reference.&lt;BR /&gt;&lt;BR /&gt;Waiting for your reply...&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;VVS</description>
      <pubDate>Tue, 16 Sep 2008 12:35:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129703#M449498</guid>
      <dc:creator>VVS</dc:creator>
      <dc:date>2008-09-16T12:35:04Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129704#M449499</link>
      <description>Hi (again):&lt;BR /&gt;&lt;BR /&gt;It would appear that your 'jfmerge' process is/was provided by Accelio (now owned by Adobe).  I suggest you contact that vendor for more information / support:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.adobe.com/enterprise/accelio_jetform_notice.html" target="_blank"&gt;http://www.adobe.com/enterprise/accelio_jetform_notice.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Google is a wonderful tool :-)&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 16 Sep 2008 12:44:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129704#M449499</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-09-16T12:44:06Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129705#M449500</link>
      <description>Shalom again,&lt;BR /&gt;&lt;BR /&gt;The jfmerge process either needs to be removed from the system, or updated with a version that doesn't use 99% of the CPU.&lt;BR /&gt;&lt;BR /&gt;It is possible but unlikely that the problem is triggered by OS problems. To eliminate that as a possibility, install the latest QPK or Gold pack for your OS.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 16 Sep 2008 12:53:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129705#M449500</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-09-16T12:53:14Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129706#M449501</link>
      <description>&amp;gt;The "jfmerge" process was taking 99% of CPU usage. So again I killed that process.&lt;BR /&gt;&lt;BR /&gt;It looks like you need to get support for that product.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;I don't have any information on "jfmerge". Why this process was created? Why the process was taking so much CPU usage?&lt;BR /&gt;&lt;BR /&gt;You should have more info that we do, you bought the product.  :-)&lt;BR /&gt;&lt;BR /&gt;If you want to experiment, you could use tusc on that process to see what it's doing.  Or use gdb to get a stack trace.&lt;BR /&gt;&lt;BR /&gt;There are lots of orphaned processes.&lt;BR /&gt;&lt;BR /&gt;You do have a 2 Gb file.  Either that's the result of the loop.  Or the fact that you don't have largefiles enabled and the particular output file needs to be that big.  Or jfmerge isn't 64 bit file aware and it can't handle largefiles.&lt;BR /&gt;&lt;BR /&gt;Note: If you need files that large, you don't have enough space for them.</description>
      <pubDate>Tue, 16 Sep 2008 19:06:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129706#M449501</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-09-16T19:06:47Z</dc:date>
    </item>
    <item>
      <title>Re: /var/spool Filesystem is full -</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129707#M449502</link>
      <description>Closing this thread.&lt;BR /&gt;&lt;BR /&gt;Thanks all...</description>
      <pubDate>Thu, 25 Sep 2008 10:37:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-spool-filesystem-is-full/m-p/5129707#M449502</guid>
      <dc:creator>VVS</dc:creator>
      <dc:date>2008-09-25T10:37:23Z</dc:date>
    </item>
  </channel>
</rss>

