[6487] in Release_7.7_team
Re: ceres/bias switching to CUPS
daemon@ATHENA.MIT.EDU (Geoffrey Thomas)
Mon Nov 2 18:05:41 2009
Date: Mon, 2 Nov 2009 18:05:33 -0500 (EST)
From: Geoffrey Thomas <geofft@MIT.EDU>
To: "Mark W. Manley" <mmanley@mit.edu>
cc: release-team@mit.edu, ops@mit.edu
In-Reply-To: <alpine.DEB.2.00.0910161639400.25770@green-arrow.mit.edu>
Message-ID: <alpine.DEB.1.10.0911021749520.2633@dr-wily.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Spam-Flag: NO
X-Spam-Score: 0.00
Is there a way to get timestamps (and if possible hostnames) in CUPS' lpq
output?
Clicking on "show all jobs" from
http://printers.mit.edu:631/printers/ceres redirects me to the backend
server, which does give me a list over the web.
Neither cups-lpq -Pceres or CUPS_SERVER=printers.mit.edu cups-lpq -Pceres
seem to work. Setting CUPS_SERVER to the actual backend server gives me a
listing that, with -l, is the same as mit-lpq's, and without -l is more
concisely formatted but contains the same information. None of these list
the timestamp.
I'd probably be okay with timestamps only showing up in the web interface,
but it would be much nicer if we could get lpq to show this.
Also, from the workstation side, do we need to worry about cups-lpq
-Pceres not working when we do eventually drop LPRng from clients?
--
Geoffrey Thomas
geofft@mit.edu
On Fri, 16 Oct 2009, Mark W. Manley wrote:
> Sorry for the late answers. The answers are:
>
> 1. Cview/larvnetd seems to work with CUPS printers.
>
> 2. The LPC ACLs should continue to work if you have a CUPS 1.3.x or higher
> client. That's because that's the first version that supported Kerberos
> authentication. You'll find that on most DebAthena stations. The older LPRng
> LPC will not work, but other LPRng programs like lpr, lpq, and lprm do.
>
> Those printers are generally guinea pig printers, which is why they were
> chosen.
>
> On Wed, 14 Oct 2009, Geoffrey Thomas wrote:
>
>> Sorry to argue the color of the bikeshed, but why those two printers in
>> particular? I looked at ceres yesterday and it was in pretty horrible
>> physical shape such that I was unable to clear the jam (and there's a huge
>> crack across the upper left of it); I guess lpq -v indicates that bmartell
>> successfully printed to it this afternoon, but chpcheck indicates that it's
>> jammed again. I don't know as well what the status of bias is, but it ...
>> appears to be off or at least offline today? As of about three weeks ago it
>> was displaying some interesting error message on the panel, and a friend in
>> 12-182 on gchat reports, "it's been down for a while". From standpoints of
>> getting good testing and figuring out what "it doesn't work" might mean, it
>> may be worth picking other printers.
>>
>> Also, I hope cview printers and something vaguely resembling lpc will
>> continue to work?
>>
>> Other than those two things, woohoo!.
>>
>> --
>> Geoffrey Thomas
>> geofft@mit.edu
>>
>> On Wed, 14 Oct 2009, Mark W. Manley wrote:
>>
>>> Greetings,
>>>
>>> As part of Operation Install Something Other Than LPRng, I'll be switching
>>> the two cluster printers ceres and bias to one of the new CUPS servers
>>> next Monday. Please speak now if you object to this plan.
>>>
>>> The transition should be relatively painless since there are other
>>> printers available should something go explody. I'm not saying which CUPS
>>> server will be handling it because the F5 environment sitting in front of
>>> the server should make the backend less visible behind the
>>> printers.mit.edu front end.
>>>
>>> Please let me know if you have any questions.
>>>
>>> -MM
>>>
>>
>