CUPS printers disappear every time
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cupsys (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
This problem has been ongoing for at least a month now. It is not printer-specific, as the same thing occurs with my old HP PSC 1310 and this new Lexmark X1270. What happens is I will add the printer, it will work fine for a couple hours, I'd go out and do something, come back, and BAM, printer is GONE. I have to manually re-add it every time.
my setup is as follows:
- The printer is connected to my server running Feisty attached via USB cable
- Cups 1.2.8
- The only relevant output i seem to find from the Error log is as follows:
D [20/Aug/
D [20/Aug/
- CUPS config:
#
#
# Sample configuration file for the Common UNIX Printing System (CUPS)
# scheduler. See "man cupsd.conf" for a complete description of this
# file.
#
# Log general information in error_log - change "info" to "debug" for
# troubleshooting...
LogLevel debug
# Administrator user group...
SystemGroup lpadmin
# Only listen for connections from the local machine.
Listen 192.168.1.10:631
Listen /var/run/
# Show shared printers on the local network.
Browsing On
BrowseOrder allow,deny
BrowseAllow @LOCAL
BrowseAddress 192.168.1.255
# Default authentication type, when authentication is required...
DefaultAuthType Basic
# Restrict access to the server...
<Location />
Order Deny,Allow
Deny From All
Allow From 192.168.1.*
Allow From 127.0.0.1
</Location>
# Restrict access to the admin pages...
<Location /admin>
AuthType Basic
AuthClass System
Allow From 192.168.1.*
Allow From 127.0.0.1
Order Deny,Allow
Deny From All
</Location>
# Restrict access to configuration files...
<Location /admin/conf>
AuthType Basic
Require user @SYSTEM
Order allow,deny
Allow localhost
</Location>
# Set the default printer/job policies...
<Policy default>
# Job-related operations must be done by the owner or an adminstrator...
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
# All administration operations require an adminstrator to authenticate...
<Limit Pause-Printer Resume-Printer Set-Printer-
AuthType Basic
Require user @SYSTEM
Order deny,allow
</Limit>
# Only the owner or an administrator can cancel or authenticate a job...
<Limit Cancel-Job CUPS-Authentica
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
#
# Printcap: the name of the printcap file. Default is /etc/printcap.
# Leave blank to disable printcap file generation.
#
Printcap /var/run/
#
# PrintcapFormat: the format of the printcap file, currently either
# BSD or Solaris. The default is "BSD".
#
#PrintcapFormat BSD
#PrintcapFormat Solaris
#
# PrintcapGUI: the name of the GUI options panel program to associate
# with print queues under IRIX. The default is "/usr/bin/
# from ESP Print Pro.
#
# This option is only used under IRIX; the options panel program
# must accept the "-d printer" and "-o options" options and write
# the selected printer options back to stdout on completion.
#
#PrintcapGUI /usr/bin/glpoptions
mime.convs:
application/
mime.types:
application/
PS: This all started when I reformatted the drive on my server. Before that it was working quite perfectly. What could be causing this?? I really need to get it working soon as school has started and me and my room mates will be relying on this printer to work. Thanks in advance
Have you found out what happened ?
I experience a similar problem on one of our servers... just wondering... have you by any chance a machine which is known as some name in its /etc/hosts and differently in the DNS resolving (reverse resolving from its IP)... I'm just suspicious about local print queues being recognized by the server as remote ones, and thus causing removal problems after some time(out) maybe.
Hope this helps,