Environment
Situation
Print jobs are not processed quickly through the Print Manager. Printing delays exist. The ndpsmmon.log and PsmStatus Client Event log shows the following messages with great frequency:
Selection Error: Unknown Object Identification (no such object) ,
User Name: .[UserCN].[OU].[OU].[O].
Address: [IPAddress],
Object Name: .[PrinterObjectName].[OU].[OU].[O].
Selection Error: Unknown Object Identification (no such object) ,
User Name: .JDoe.users.finance.rockville.xyz.
Address: 192.168.15.37,
Object Name: .Xerox5632.printers.finance.rockville.xzy.
Linux location of ndpsmmon.log
NetWare location of ndpsmmon.log
Resolution
Remove the printers listed in the error log from the workstations. There are two methods to accomplish this task:
Method 2: iPrint auto-removal of printers (valid only for iPrint printers)
- Using iManager, create a printer, which matches the name that appears in the log, to the Print Manager
- Delete the printer using iManager -> iPrint -> Delete Print Object
- View the printer in the iManager iPrint deleted list
- iManager -> Manage Print Manager -> Printer Agents Redirection -> Deleted Printer Agent Redirection
- Printers listed here will be auto-removed from workstations if they were installed as iPrint printers.
- Note: This feature doesn't work with NDPS installed printers.
- Monitor the logs (ndpsmmon.log or client event logs) and slowness symptom
- Over time, the logs should show the message with gradual infrequency. If messages continue to appear, ensure that printer shows in the Deleted Printer Agent Redirection list. If the printer exists in the deleted list and the logs, refer to Method 1 to remove the printer.
- Using the list of printers revealed in the ndpsmmon.log, create the "Unknown" printer object in the specified container. Be sure to use the same name.
- Go to iManager - iPrint - RPM Configuration
- Select the top most container which holds (or its sub-containers) user objects with NDPS printers installed.
- Under "Printers to remove", click the "Add Controlled" or "Add Public" button.
- Click Ok.
- Add the printers which are reported in the ndpsmmon.log.
- The next time the user logs onto the Windows desktop, that printer will be auto-removed.
- Once you feel confident that all users have rebooted their machines and have the printer removed from their workstations:
- delete the printer object using iManager
- remove that printer from the "Printers to remove" list.
- Periodically, check the ndpsmmon.log to verify the printer no longer shows up as Unknown.
Additional Information
The Windows Print Spooler frequently requests status of printers installed to workstations. The frequency depends on which applications are open, the version of the Windows Print Spooler, and the operations being executed by the end user. When printers installed to the workstation are in an error state, the frequency increases even more. Each Windows Print Spooler status request against an iPrint printer installed to the workstation requires the iPrint client to query the Print Manager database for that printer and its status.
The condition described in this TID occurs when the printer does not exist in the Print Manager database, but is installed on the Windows workstation. If many workstations are in this condition, the Print Manager is overly burdened with these requests, resulting in slow performance.
iPrint has a feature that avoids this problematic condition. When a printer agent is deleted using iManager, the printer agent is added to the Print Manager database deleted list. If a client requests status of a deleted printer, the printer is auto-removed from the workstation. Similar technology does not exist with the NDPS client.