CentOS - Feb 2016 - CentOS install disable USB keyboard on Acer AXC 603G UW13

On Tue, February 23, 2016 10:13 am, m.roth at 5-cent.us
wrote:
> Juan De Mola wrote:
>>>From: John Hodrien <J.H.Hodrien at leeds.ac.uk>
>>>On Tue, 23 Feb 2016, Juan De Mola wrote:
>>>
>>>> CentOS 6 has problems printing when the Internet goes down. And
7 is
>>>> still untested for the software we are running on Linux.
>>>
>>>Not being funny, but where did you get that idea from?
>>
>> I have upgraded a client's main server, everything worked well
until the
>> Internet got an outage. Printers stoped working without explanation. I
>> have not tested 7, but 6 is off table because of that incident.
>
> That's very odd. We have well over 170 servers and workstations, the
vast
> majority on CentOS 6, as is my own workstation at home, and both here at
> work, and at home, we/I have occasionally had connection to the outside
> world issue (admittedly, not for very long), and no printer problems at
> all.
Mark, it may depend on how he set up printing. If it is CUPS and it can
not connect to LPD or IPP downstream, then that particular queue will be
stopped. So, one may need to restart queues after networks outage. The
most robust way I know is to have CUPS connect jetdirect (9100). No matter
whether there is outage or not, the queue is not stopped... So, it well
could be for him to go carefully through configuration in the first place,
and figure out what in particular happens due to network outage. Requires
some actual sysadmin work ;-)

Valeri

++++++++++++++++++++++++++++++++++++++++
Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247
++++++++++++++++++++++++++++++++++++++++

On Tue, 23 Feb 2016, Valeri Galtsev wrote:
> Mark, it may depend on how he set up printing. If it is CUPS and it can
> not connect to LPD or IPP downstream, then that particular queue will be
> stopped. So, one may need to restart queues after networks outage. The
> most robust way I know is to have CUPS connect jetdirect (9100). No matter
> whether there is outage or not, the queue is not stopped... So, it well
> could be for him to go carefully through configuration in the first place,
> and figure out what in particular happens due to network outage. Requires
> some actual sysadmin work ;-)
It'll do whatever you tell cups to do.

ErrorPolicy retry-job/stop-printer/abort-job

But none of that should apply when the printer and cups server can see each
other on the network and are behaving (along with normal services like DNS),
irrespective of the state of the network upstream.

jh

On Tue, February 23, 2016 10:32 am, John Hodrien wrote:
> On Tue, 23 Feb 2016, Valeri Galtsev wrote:
>
>> Mark, it may depend on how he set up printing. If it is CUPS and it can
>> not connect to LPD or IPP downstream, then that particular queue will
be
>> stopped. So, one may need to restart queues after networks outage. The
>> most robust way I know is to have CUPS connect jetdirect (9100). No
>> matter
>> whether there is outage or not, the queue is not stopped... So, it well
>> could be for him to go carefully through configuration in the first
>> place,
>> and figure out what in particular happens due to network outage.
>> Requires
>> some actual sysadmin work ;-)
>
> It'll do whatever you tell cups to do.
>
> ErrorPolicy retry-job/stop-printer/abort-job
>
I usually have a policy to abort the job. This setting, however, still
does not prevent queue stopped if queue talks LPD or IPP downstream, and
there is network problem (i.e. it can not reach downstream device). The
queue isn't stopped _only_ if it talks JetDirect (port 9100 or raw is the
synonym) downstream. No temporary network problems lead to queue stopped
in this last case.

Just my observation.

Valeri
> But none of that should apply when the printer and cups server can see
> each
> other on the network and are behaving (along with normal services like
> DNS),
> irrespective of the state of the network upstream.
>
> jh
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos
>

++++++++++++++++++++++++++++++++++++++++
Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247
++++++++++++++++++++++++++++++++++++++++