<?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 remote printing problems from one hp_ux server to another in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461592#M210201</link>
    <description>I have one HP_UX server that acts as the print server.  All other unix servers send print request to this server.  I have a new server and when I setup a remote printer and send a print request the print job does not get to the print server.  If you run lpstat you will see, lost connection after sending the main command to printserver.corp.com, Retrying ...&lt;BR /&gt;&lt;BR /&gt;Any suggestions.  You can send print jobs from all other servers to this remote printer and it works fine.</description>
    <pubDate>Wed, 12 Jan 2005 11:16:14 GMT</pubDate>
    <dc:creator>Shawn Miller_2</dc:creator>
    <dc:date>2005-01-12T11:16:14Z</dc:date>
    <item>
      <title>remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461592#M210201</link>
      <description>I have one HP_UX server that acts as the print server.  All other unix servers send print request to this server.  I have a new server and when I setup a remote printer and send a print request the print job does not get to the print server.  If you run lpstat you will see, lost connection after sending the main command to printserver.corp.com, Retrying ...&lt;BR /&gt;&lt;BR /&gt;Any suggestions.  You can send print jobs from all other servers to this remote printer and it works fine.</description>
      <pubDate>Wed, 12 Jan 2005 11:16:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461592#M210201</guid>
      <dc:creator>Shawn Miller_2</dc:creator>
      <dc:date>2005-01-12T11:16:14Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461593#M210202</link>
      <description>If all the other clients work, the server must be ok. What is the difference between the setup on the working clients and the new machine. Spooler running? Can you ping the network printer?</description>
      <pubDate>Wed, 12 Jan 2005 11:20:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461593#M210202</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2005-01-12T11:20:19Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461594#M210203</link>
      <description>I'd make sure the print server knows how to send a message back to the server sending the job. &lt;BR /&gt;&lt;BR /&gt;Try to ping from the srever to the originator.&lt;BR /&gt;&lt;BR /&gt;do an nslookup on the print server for the new servers name to make sure it can resolve the name.&lt;BR /&gt;&lt;BR /&gt;My guess is there is no reply from the print server to the new one when you send the job.</description>
      <pubDate>Wed, 12 Jan 2005 11:24:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461594#M210203</guid>
      <dc:creator>doug mielke</dc:creator>
      <dc:date>2005-01-12T11:24:19Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461595#M210204</link>
      <description>All servers can ping the printer.&lt;BR /&gt;From the print server to the server issueing the print request I can run a nslookup of the other printer and it works.  I can ping both servers from each other.  I can telnet, ftp, etc from one of the printers to the other.  The spooler is running on both printers.&lt;BR /&gt;&lt;BR /&gt;It does appear to be some sort of issue with the print server replying back, but I am not sure what that is.</description>
      <pubDate>Wed, 12 Jan 2005 11:44:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461595#M210204</guid>
      <dc:creator>Shawn Miller_2</dc:creator>
      <dc:date>2005-01-12T11:44:29Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461596#M210205</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I may ask a dumb qustion but, do you really have the correct IP when doing a nslookup on 'printserver.corp.com' ?&lt;BR /&gt;Maybe there is an entry in /etc/hosts and the resolution order is 'hosts' before 'DNS' ...&lt;BR /&gt;&lt;BR /&gt;Another hint : if you're using LPD protocol, try :&lt;BR /&gt;telnet printserver.corp.com 515&lt;BR /&gt;&lt;BR /&gt;if you get a connection, the printing system should not complain, well, I think ;)&lt;BR /&gt;&lt;BR /&gt;AR.</description>
      <pubDate>Wed, 12 Jan 2005 13:09:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461596#M210205</guid>
      <dc:creator>Ahmed RAHAL</dc:creator>
      <dc:date>2005-01-12T13:09:04Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461597#M210206</link>
      <description>the mechanism for remote printing is very basic from the sending server perspective.&lt;BR /&gt;&lt;BR /&gt;You could check the file on the new server&lt;BR /&gt;&lt;BR /&gt;/var/spool/lp/interfaces/printername  to make sure there is no IP address configured there. (you could compare that file to one of the servers that works also)&lt;BR /&gt;&lt;BR /&gt;the print server to printer setup must be correct, since it works from other servers.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Are all servers on the same section of network? Or do you have to worry about things like specific ports being blocked between print server and new server. Ping from print server to new server would not be a complete test. Telnet from the print server to new server using server name as a better test.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 12 Jan 2005 13:25:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461597#M210206</guid>
      <dc:creator>doug mielke</dc:creator>
      <dc:date>2005-01-12T13:25:23Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461598#M210207</link>
      <description>Ahmed,&lt;BR /&gt;&lt;BR /&gt;There is a problem when you do a telnet printerserver 515.  It will connect but immediately you will see connection closed by foriegn host.  The servers that work will stay connected until you issue ctrl ].&lt;BR /&gt;&lt;BR /&gt;Do you have suggestions on how to fix that.</description>
      <pubDate>Wed, 12 Jan 2005 13:52:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461598#M210207</guid>
      <dc:creator>Shawn Miller_2</dc:creator>
      <dc:date>2005-01-12T13:52:37Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461599#M210208</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;This may be caused by your printserver's connection aceptance/denial.&lt;BR /&gt;It therefore may depend on the network address your 'client' host has.&lt;BR /&gt;You are able to check the restrictions, AFAK on HPUX10.x &amp;amp; 11.x with SAM :&lt;BR /&gt;&amp;gt;Networking &amp;amp; Communications&lt;BR /&gt;-&amp;gt;System Access&lt;BR /&gt;--&amp;gt;Internet Services&lt;BR /&gt;Select 'printer' and check the 'system permission' field(s).&lt;BR /&gt;&lt;BR /&gt;Maybe there are other files involved in accpting/denying network connections directly handled by the print daemon (lpsched).&lt;BR /&gt;&lt;BR /&gt;Anyhow, check out if there is a common point regarding ip ranges that may exlude your 'refused client'.&lt;BR /&gt;&lt;BR /&gt;Hope this helps ...</description>
      <pubDate>Wed, 12 Jan 2005 14:21:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461599#M210208</guid>
      <dc:creator>Ahmed RAHAL</dc:creator>
      <dc:date>2005-01-12T14:21:58Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461600#M210209</link>
      <description>I am having the same problem. &lt;BR /&gt;&lt;BR /&gt;Did you find a solution to this problem ?</description>
      <pubDate>Tue, 08 Nov 2005 12:31:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461600#M210209</guid>
      <dc:creator>Speedware</dc:creator>
      <dc:date>2005-11-08T12:31:30Z</dc:date>
    </item>
    <item>
      <title>Re: remote printing problems from one hp_ux server to another</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461601#M210210</link>
      <description>Hi All!&lt;BR /&gt;I had the same issue today and it was solved after change /etc/inetd.conf&lt;BR /&gt;The following outputs in the lab:&lt;BR /&gt;&lt;BR /&gt;SERVER 1&lt;BR /&gt;# lp -dteste100 /etc/passwd&lt;BR /&gt;request id is teste100-2 (1 file)&lt;BR /&gt;&lt;BR /&gt;# lpstat&lt;BR /&gt;teste100-2          root           priority 0  Apr  3 10:35 on teste100&lt;BR /&gt;        passwd                          904 bytes&lt;BR /&gt;&lt;BR /&gt;printer queue for teste100&lt;BR /&gt;&lt;BR /&gt;host: lost connection after sending the main command to SERVER 2, Retrying ...&lt;BR /&gt;&lt;BR /&gt;In this case the issue was a wrong input on printer line on /etc/inetd.conf on SERVER 1&lt;BR /&gt;##printer     stream tcp nowait root /usr/sbin/rlpdaemon  rlpdaemon -i&lt;BR /&gt;printer     stream tcp nowait root /usr/lib/rlpdaemon -i&lt;BR /&gt;&lt;BR /&gt;After change the /etc/inetd.conf to the following entries:&lt;BR /&gt;printer     stream tcp nowait root /usr/sbin/rlpdaemon  rlpdaemon -i&lt;BR /&gt;&lt;BR /&gt;# inetd -c&lt;BR /&gt;&lt;BR /&gt;# lp -d&lt;PRINTER&gt; /etc/group&lt;BR /&gt;--OK &lt;BR /&gt;The remote printer is working fine!&lt;/PRINTER&gt;</description>
      <pubDate>Thu, 03 Apr 2008 13:08:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-printing-problems-from-one-hp-ux-server-to-another/m-p/3461601#M210210</guid>
      <dc:creator>Anne Makino</dc:creator>
      <dc:date>2008-04-03T13:08:43Z</dc:date>
    </item>
  </channel>
</rss>

