Re: Printer lockup (FC4)
- From: Anne Wilson <cannewilson@xxxxxxxxxxxxxx>
- Date: Fri, 11 May 2007 10:21:35 +0100
On Friday 11 May 2007, Aaron Konstam wrote:
On Thu, 2007-05-10 at 23:26 +0100, Anne Wilson wrote:
On Thursday 10 May 2007, Warren Sturm wrote:
On Thu, 2007-05-10 at 18:53 +0100, Anne Wilson wrote:
On Thursday 10 May 2007, Les wrote:
On Thu, 2007-05-10 at 16:13 +0100, Anne Wilson wrote:
On Thursday 10 May 2007, Aaron Konstam wrote:
On Thu, 2007-05-10 at 10:11 +0100, Anne Wilson wrote:
On Wednesday 09 May 2007, Aaron Konstam wrote:
On Wed, 2007-05-09 at 20:45 +0100, Anne Wilson wrote:
I sent a large print job to my file/print server, but
unfortunately I had a paper jam after page 1. Since then
I have not been able to print anything to that printer.
The localhost:631 interface shows the printer as stopped,
but I am not allowed to re-start it, despite the fact
that I entered root's password.
Is there any way out of this, or will I have to remove
the printer and re-install it?
Anne
Have you tried lprm to remove the print file from the
printer's queue?
I'd removed the print job, no problem with that, but the
printer remains 'stopped' and cannot be re-started, because
root doesn't have the permission to do that!
Here is an abstract from the man lpadmin page. Maybe that info
is relevant to your problem.
-E
Enables the printer and accepts jobs; this is the
same as running
the accept(8) or cupsaccept(8) and enable(8) or
cupsenable(8) programs on the printer.
So, working as root, on the server:
lpadmin [ -E ] [ -h server ] -p printer option(s)
lpadmin -E -p Photo
lpadmin: Unable to connect to server: Bad file descriptor
and trying it on the local box:
lpadmin -E -h borg.lydgate.lan -p Photo
lpadmin: Unable to connect to server: Bad file descriptor
Ideas?
Anne
Hi, Anne,
This happened to me after an update. I had to delete and
recreate the printer to get it working again, and even then I had
to reboot to make it start working...
Who knows. I got no useful messages from the logs other that
messages about the bad file descriptor like you have here. I
suspect that a change in CUPS
forced a modification to the file descriptor that CUPS uses to
identify the printer, but the update never updated the description
file. Deleting and recreating the printer entry did.
I don't even know where the printer descriptions are held, and
never thought to look.
I don't think I can blame an update this time. For one thing, the
printer is on an FC4 box, so cups hasn't been updated for a long
time. For another, I had actually completed the first page of the
print when the paper-jam caused the problem.
I'm reluctant to do the re-install of the printer, just because I
hate being beaten :-) but I may have to. It worked last time I got
into this sort of mess.
Anne
Have you tried (as root shell) cupsenable ?
Bingo! I hadn't come across that one before, but it appears to have
worked. Thanks
That is because there are 2 -E options in lpadmin and you used the wrong
one. That is crazy but true. The one you used causes encryption.
How crazy can you get?
You command should have been:It doesn't seem to have done any harm, presumably because it wasn't enabled
lpadmin -p Photo -E
which equivalent to cpsenable.
anyway :-) The cupsenable command has fixed it though. I didn't have time
to check the print last night, but it's fine this morning.
Thanks for the info. Filed for future reference :-)
Anne
Attachment:
pgpCqNCvCItp6.pgp
Description: PGP signature
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- References:
- Printer lockup (FC4)
- From: Anne Wilson
- Re: Printer lockup (FC4)
- From: Anne Wilson
- Re: Printer lockup (FC4)
- From: Aaron Konstam
- Printer lockup (FC4)
- Prev by Date: Re: Procmail Regex
- Next by Date: Re: CodecBuddy - how to help?
- Previous by thread: Re: Printer lockup (FC4)
- Next by thread: Re: Printer lockup (FC4)
- Index(es):
Relevant Pages
|