iPrint Printer fails to install with 1344, 1345 or Winsock 10060 error

  • 3484700
  • 21-Nov-2007
  • 22-Sep-2017


Novell iPrint for Linux
Novell iPrint for Linux Open Enterprise Server 2


A 1344, 1345, or Winsock 10060 error can mean the printer driver failed to copy from the Driver Store RESDIR to the Print Manager's MOD_IPP driver repository. Read the 'Additional Notes' section of this TID to understand the RESDIR and MOD_IPP.


There are many scenarios that can result in a 1344 Error. Below lists the causes with their associated resolutions:

Cause 1: CUPS Conflict
The iPrint installation should disable CUPS. If CUPS is running on an iPrint server, then there will be a conflict over port 631. This conflict can results in a 1344 error when installing iPrint printers to a workstation.

See /var/log/apache2/error_log. If the following error is found within the error_log, then the 1344 is most likely caused by this CUPS conflict problem:

SRVR_ERR_IDS_ERROR; Get ResourceData() returned 1F6 in ProcessGetInstallFilesReq()
IPP Operation error=541, operation=21

Resolution 1:
Type these commands:
rccups stop
rcapache2 restart
Test install of an iPrint printer. If the install succeeds, then uninstall CUPS.

Cause 2: Proxy Server
The process of installing a printer requires that a printer driver be associated with the printer, and that the driver is able to be installed. The driver installation process is not obvious, and can cause the printer installation to fail if the configuration does not meet the requirements.

When the printer installation is begun, the Print Manager is consulted to confirm that a driver has been associated with the printer being installed. Once the driver is identified, iPrint first attempts to locate the driver on the workstation where the printer is being installed. If the driver exists, the printer is installed without further processing. If not, iPrint looks for the driver in the mod_ipp folder on the server where the Print Manager is located. If the driver is found there, the printer is installed using that driver. If the driver doesn't exist in the mod_ipp, iPrint looks in the Driver Store. If the driver is located in the Driver Store, it is copied to the mod_ipp on the server where the Print Manager is located. Then, iPrint installs the printer using the mod_ipp copy of the driver. Subsequent attempts to install the printer will use the copy of the driver in the mod_ipp folder, so the driver doesn't need to be copied from the Driver Store again. This keeps the drivers "close" to the users of the Print Manager where the printers are located.

A problem can arise if the server is using a Proxy. The Proxy controls access to the network, and unless the Driver Store is defined as an exception to the Proxy, the process of locating the driver in the Driver Store will fail, resulting in the 1344 error. This will happen even if the Driver Store and the Print Manager exist on the same server because, although nothing actually goes "on the wire" (through the network interface card), the Proxy will not allow the process to continue.

To resolve this problem, the Proxy must either be disabled, or be configured to allow an exception for the Driver Store.

Resolution 2:
Determine if a Proxy is enabled. 
YaST -> Network Services -> Proxy -> is the "Enable Proxy" option checked?    If it is enabled, then Apache will intercept the request to copy drivers from the Driver Store's RESDIR to the Print Manager's mod_ipp directory. 

a). Turn off the proxy:
YaST -> Network Services -> Proxy -> Uncheck the "Enable Proxy" option
unset http_proxy
rcapache2 restart

b). Configure a proxy exception
If you desire to continue using the proxy settings, follow these steps to add the Driver Store as an exception to the proxy configuration.

i.  Add a unique name to the /etc/hosts file for the server hosting the Driver Store and any server that may host iManager to manage the Driver Store object.

Example Syntax:
<ServerIPAddress>  <SomeUniqueDriverStoreName>

Example usage:            myidsname

ii.  Bind the Driver Store to that name
Within the /etc/opt/novell/iprint/conf/idsd.conf, change the IDSHostAddress value to the unique name defined in step a.
Example Usage:
IDSHostAddress myidsname

iii.  Restart the Driver Store
rcnovell-idsd restart

iv.  Add that unique name to the Proxy exception list.
YaST -> Network Services -> Proxy -> No Proxy Domains -> add the unique name to this list.  The list will look something like this:

localhost,, myidsname
Replace myidsname with the unique decided in step i.

Choose Finish to save these changes.

v.  Reset the proxy service and restart Apache for the change to take effect.
unset http_proxy
rcapache2 restart

vi.  Clear the iPrint Tomcat certificate files.
From servers that host iManager that may manage the Driver Store object, delete the iPrint Tomcat certificate files in the Tomcat CertStore:

rm /var/opt/novell/tomcat5/webapps/nps/portal/modules/iPrintX/certstore/*

The next time you manage the Driver Store, you may be prompted to accept a new Certificate file.   Be sure to accept the updated Certificate file.

Cause 3: Permission/Ownership problem
If the ownerships and permissions are not exactly as shown below, then a 1344 or 1345 Error can occur.

mod_ipp drwxrwxr-x root www
mod_ipp/drivers drwxr-xr-x wwwrun www
mod_ipp/drivers/[OS_name] drwxr-xr-x wwwrun www
mod_ipp/drivers/[OS_name]/[Driver_file] -rw-r--r-- wwwrun www

Resolution 3:
Use the chmod and chown commands to set the directories and files to the correct permissions and ownerships.  

Novell has received reports that while the permissions and ownerships are correct, creating a new mod_ipp directory with the correct permissions and ownerships, followed by a server reboot, resolves the problem.
Cause 4:
After reviewing the ownership and permissions to the mod_ipp directory, they look correct.  However, a few customer reports show that even though directory looks correct in every way, it still doesn't work.  While this scenario is not well understood, deleting and recreating the directory resolves this problem.
Resolution 4:
Move the mod_ipp directory to a different location on the server, for example, to /tmp.  Create a new mod_ipp directory in the /var/opt/novell/iprint location.  Assign the correct ownership and and permissions to the newly created mod_ipp directory. The following string of commands will do all of those things.

mv /var/opt/novell/iprint/mod_ipp/ /tmp;mkdir /var/opt/novell/iprint/mod_ipp;chown root.www /var/opt/novell/iprint/mod_ipp/;chmod 775 /var/opt/novell/iprint/mod_ipp/
Cause 5: Print Manager Corruption
The use of the iprint server rpm dated April 22, 2008 has known corruption issues.  Due to the corruption, driver associations may become corrupt.
Check the rpm version from a terminal as root:
rpm -qa | grep iprint-server
Resolution 5:
Accept the new iPrint server code from the Channel.  The updated code will be 20081103 (30NOV2008) or later.
For information on the corruption issue, click here.

Note:  If none of these resolutions work, some have reported that restarting the server resolves the problem.

To workaround the issue, manually copy the printer driver associated to the printer from the resdir to the mod_ipp repository.   The steps below illustrate this for Windows XP (driver_windows-nt-5.1_x86-32_en) for the HP LaserJet 8100 Series PCL 5e driver:

1.  Copy the resdir's resource.zip to the mod_ipp repository with modified name:

cp /var/opt/novell/iprint/resdir/driver_windows-nt-5.1_x86-32_en/HP\ LaserJet\ 8100\ Series\ PCL\ 5e/ARCHIVES/resource.zip /var/opt/novell/iprint/mod_ipp/drivers/driver_windows-nt-5.1_x86-32_en/HP%20LaserJet%208100%20PCL%205e

2.  Change the ownership of the copied file:

chown wwwrun.www /var/opt/novell/iprint/mod_ipp/drivers/driver_windows-nt-5.1_x86-32_en/HP%20LaserJet%208100%20PCL%205e

3.  Test the install of a printer that has the driver associated that was copied.

Additional Information

Note that print drivers are stored in two locations: MOD_IPP and RESDIR

Resource Directory
/var/opt/novell/iprint/resdir/ (Server hosting the Driver Store)
Drivers populated by driver uploads to the Driver Store using iManager

Apache IPP Module
/var/opt/novell/iprint/mod_ipp/drivers/ (Server hosting the Print Manager)
Drivers populated to this location when the first iPrint client requests to install an iPrint printer with that driver associated.

The Driver Store holds the repository of print drivers (RESDIR). The first time a printer is requested to be installed by an iPrint client, the driver is copied from the RESDIR to the MOD_IPP repository. Subsequent requests by iPrint clients for the driver (requests initiated by an iPrint printer installation) will not communicate with the Driver Store. Instead, the driver is provided by the MOD_IPP copy.

A directory named after each client OS is found in the /var/opt/novell/iprint/mod_ipp/drivers directory. Within each OS subdirectory, you will find a file named after the make/model of the printer driver.

Change Log

10Sep2013, Earle Wells, Added explanation for cause 2.