<?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: Duplicate prints. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/duplicate-prints/m-p/3243420#M892001</link>
    <description>I think this is because, somehow, the lpsched does not get scomplete status for print job. Can you add -m option to lp command and check if user gets a email when print job finishes? I doubt you will not get it.&lt;BR /&gt;&lt;BR /&gt;This where you should start looking.&lt;BR /&gt;Also you can stop lpsched and start it with lpsced -v, so that you get something more meaningful in lp log to investigate.&lt;BR /&gt;&lt;BR /&gt;Anil</description>
    <pubDate>Thu, 08 Apr 2004 06:11:01 GMT</pubDate>
    <dc:creator>RAC_1</dc:creator>
    <dc:date>2004-04-08T06:11:01Z</dc:date>
    <item>
      <title>Duplicate prints.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/duplicate-prints/m-p/3243419#M892000</link>
      <description>Hi&lt;BR /&gt;We have a small routine that recognises files coming into a directory and issues lp commands against the files to direct them to one of two remote printers.&lt;BR /&gt;What happens intermittently, is that some of the prints are being duplicated, which when they are very large, isn't good.&lt;BR /&gt;I'm pretty sure that it isn't the code which recogonises the files arriving, that is at fault, as if we were issuing the lp command more than once against the same file it would have a different id number.&lt;BR /&gt;The same print request is being printed more than once. Here is a sample from the /var/adm/lp/log&lt;BR /&gt;p52_largestdtp-4        root    p52_largestdtp  Apr  7 10:47&lt;BR /&gt;p52_largestd-26 root    p52_largestd    Apr  7 10:47&lt;BR /&gt;testlj4-51      tbrowse testlj4 Apr  7 10:47&lt;BR /&gt;p52_largestdtp-5        root    p52_largestdtp  Apr  7 12:09&lt;BR /&gt;p52_largestd-26 root    p52_largestd    Apr  7 12:09&lt;BR /&gt;testlj4-56      sbaldwin        testlj4 Apr  7 12:14&lt;BR /&gt;This clearly shows p52_largestd-26 being printed at 10:47 and again at 12:09.&lt;BR /&gt;The spooler was not shut and restarted between these times.&lt;BR /&gt;When an lpstat -o command was issued, after the file had first finished printing, it was still shown as being in the queue, with the same time and request-id. It then proceeded to start to print again, until we cancelled it.&lt;BR /&gt;I know stopping and starting the spooler will cause prints already printing to be reprinted, but this hasn't happed in this instance. I know that lpstat can't be relied upon to accurately tell you what is in the queue (from the man pages), but normally we see this as jobs disappearing from the Unix output whilst the printer is still printing.&lt;BR /&gt;Any ideas anyone?&lt;BR /&gt;Thanks&lt;BR /&gt;Mark Penfold</description>
      <pubDate>Thu, 08 Apr 2004 05:35:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/duplicate-prints/m-p/3243419#M892000</guid>
      <dc:creator>Mark Penfold</dc:creator>
      <dc:date>2004-04-08T05:35:01Z</dc:date>
    </item>
    <item>
      <title>Re: Duplicate prints.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/duplicate-prints/m-p/3243420#M892001</link>
      <description>I think this is because, somehow, the lpsched does not get scomplete status for print job. Can you add -m option to lp command and check if user gets a email when print job finishes? I doubt you will not get it.&lt;BR /&gt;&lt;BR /&gt;This where you should start looking.&lt;BR /&gt;Also you can stop lpsched and start it with lpsced -v, so that you get something more meaningful in lp log to investigate.&lt;BR /&gt;&lt;BR /&gt;Anil</description>
      <pubDate>Thu, 08 Apr 2004 06:11:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/duplicate-prints/m-p/3243420#M892001</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2004-04-08T06:11:01Z</dc:date>
    </item>
    <item>
      <title>Re: Duplicate prints.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/duplicate-prints/m-p/3243421#M892002</link>
      <description>Anil&lt;BR /&gt;Thanks for the reply. I think I've tracked it down to a rogue piece of code disabling and then re-enabling the queue, which has the same effect on prints as a spooler restart. I will be using the -v option in future though, to make things easier to track down.&lt;BR /&gt;Mark</description>
      <pubDate>Mon, 19 Apr 2004 10:48:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/duplicate-prints/m-p/3243421#M892002</guid>
      <dc:creator>Mark Penfold</dc:creator>
      <dc:date>2004-04-19T10:48:37Z</dc:date>
    </item>
  </channel>
</rss>

