<?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: lpsched in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883142#M400945</link>
    <description>A little background on SysV printing: lpsched is both a daemon as well as a per-printjob parent. So there are normally several lpscheds running at the same time on a busy print server. To see this:&lt;BR /&gt; &lt;BR /&gt;ps -fu lp&lt;BR /&gt; &lt;BR /&gt;One and only one lpsched will have a parent ID of 1 (init). That's the first one started and if it's running, the spooler is running (lpstat -r). Each additional lpsched is associated with  a printer script and monitors the printing task for a specific printer. To see the hierarchy, use this command line:&lt;BR /&gt; &lt;BR /&gt;UNIX95= ps -Hfu lp&lt;BR /&gt; &lt;BR /&gt;Now when a remote printer (or more typically, a remote print server) or the network have problems, the lpsched monitor can't do much to fix it. Usually, only a particular printer has problems, so start by cancelling the print job, then killing the lpsched that is pointing to this printer. That should elminate the lpsched plus any child processes. &lt;BR /&gt; &lt;BR /&gt;Now lpshut sends a signal to all lpsched processes that are running but processes that are stuck in network communication problerms will hang and not terminate. Run lpshut followed by ps -fulp. If some lp processes won't terminate, use kill -9 on the lpsched processes and their child processes will terminate. Once ps -fulp shows nothing, then (and only then) is the spooler shutdown. Now you can use lpadmin (or SAM) to remove a printer.</description>
    <pubDate>Mon, 31 Jan 2005 23:10:52 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2005-01-31T23:10:52Z</dc:date>
    <item>
      <title>lpsched</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883139#M400942</link>
      <description>I keep killing the lpsched process and removing the SCHEDLOCK file but the lpsched process now seems to lose connection with the printers because it stop printing right away put the lpsched process is running. When we try and delete a printer it starts up the lpsched process, and lpshut does not stop the lpsched process. There seems to be a disconnect. Any help greatly appreciated.</description>
      <pubDate>Mon, 31 Jan 2005 18:25:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883139#M400942</guid>
      <dc:creator>Jolene Mellas</dc:creator>
      <dc:date>2005-01-31T18:25:03Z</dc:date>
    </item>
    <item>
      <title>Re: lpsched</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883140#M400943</link>
      <description>0) You didn't bother to identify your OS but the first thing to do is look for and install the latest lp cumulative patch.&lt;BR /&gt;&lt;BR /&gt;1) Do an lpshut. Next, using ps -ef | grep lpsched see if any additional lpsched's are running. If so kill them. Next remove any SCSHEDLOCK, FIFO, and/or CLD_FIFO's. Next do a ps -ef | grep hpnpf and kill any of these. Finally, do an lpsched.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 31 Jan 2005 20:42:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883140#M400943</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2005-01-31T20:42:00Z</dc:date>
    </item>
    <item>
      <title>Re: lpsched</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883141#M400944</link>
      <description>are the jobs spooling or queueing into the printer spool directory ?</description>
      <pubDate>Mon, 31 Jan 2005 21:30:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883141#M400944</guid>
      <dc:creator>D Block 2</dc:creator>
      <dc:date>2005-01-31T21:30:04Z</dc:date>
    </item>
    <item>
      <title>Re: lpsched</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883142#M400945</link>
      <description>A little background on SysV printing: lpsched is both a daemon as well as a per-printjob parent. So there are normally several lpscheds running at the same time on a busy print server. To see this:&lt;BR /&gt; &lt;BR /&gt;ps -fu lp&lt;BR /&gt; &lt;BR /&gt;One and only one lpsched will have a parent ID of 1 (init). That's the first one started and if it's running, the spooler is running (lpstat -r). Each additional lpsched is associated with  a printer script and monitors the printing task for a specific printer. To see the hierarchy, use this command line:&lt;BR /&gt; &lt;BR /&gt;UNIX95= ps -Hfu lp&lt;BR /&gt; &lt;BR /&gt;Now when a remote printer (or more typically, a remote print server) or the network have problems, the lpsched monitor can't do much to fix it. Usually, only a particular printer has problems, so start by cancelling the print job, then killing the lpsched that is pointing to this printer. That should elminate the lpsched plus any child processes. &lt;BR /&gt; &lt;BR /&gt;Now lpshut sends a signal to all lpsched processes that are running but processes that are stuck in network communication problerms will hang and not terminate. Run lpshut followed by ps -fulp. If some lp processes won't terminate, use kill -9 on the lpsched processes and their child processes will terminate. Once ps -fulp shows nothing, then (and only then) is the spooler shutdown. Now you can use lpadmin (or SAM) to remove a printer.</description>
      <pubDate>Mon, 31 Jan 2005 23:10:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883142#M400945</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2005-01-31T23:10:52Z</dc:date>
    </item>
    <item>
      <title>Re: lpsched</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883143#M400946</link>
      <description>Thank you very  much for all the help. Yes..we needed to delete the FIFO file as well the SCHEDLOCK. This was not in any of our HP-UX documentation...so thanks again.</description>
      <pubDate>Tue, 01 Feb 2005 10:06:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lpsched/m-p/4883143#M400946</guid>
      <dc:creator>Jolene Mellas</dc:creator>
      <dc:date>2005-02-01T10:06:15Z</dc:date>
    </item>
  </channel>
</rss>

