I only received a few responses, most of which told me to do things that I already did. The closest thing to helping (even though it didn't) was the following suggestion to create a new queue and move the queued jobs. We didn't even have to move the jobs, they were magically there. --- from Gobbo, Carl (CCL) --- You could creating a new queue to that same printer and using lpmove to move all jobs from the old queue to the new one. lpadmin -p newxerox1a -s <remote printer server>!xerox1a # if you are using a printer server or lpadmin -p newxerox1a -s xerox1a # if xerox1a is the name of the printer itself lpmove xerox1a newxerox1a ---- Oddly enough, the jobs eventually printed, hours and hours later. We're thinking that it might be related to network problems that we've been having, so we're going to look into that a little more. Thanks for the suggestions, Stacey Conrad Millersville University -----Original Message----- From: Stacey Conrad [mailto:Stacey.Conrad@millersville.edu] Sent: Monday, September 24, 2001 3:54 PM To: 'sunmanagers@sunmanagers.org' Subject: resume printing to remote printer Hello, We've got a remote printer with 15 jobs in the print queue. New jobs are printed successfully, but these 15 older jobs are not being processed. Does anyone know a way to force the jobs to print? We've tried restarting lpsched to no avail. The printer was also powered off and on again. We'd rather not cancel and resubmit them if possible. enable and disable give the following warning: Warning: xerox1a is remote, enable has no meaning. lpq shows that the printer is online and idle. lpstat shows that the printer is idle, enabled, and available. The machine is running Solaris 7. _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Tue Sep 25 16:35:50 2001
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:26 EST