I have an eStudio 4520c and we are using a universal PCL6 Toshiba driver
For testing we have installed a test server (at this point WITHOUT clustering) and a local TCP/IP printer installed.
SNMP enabled on the printer port with defaults.
The Device Settings tab allows Update Automatically options for the Installable Options of the particular printer. This feature works on this machine (taking the network routing firewalling out of the question).
After installing the Print and Document Services role and then the Failover Clustering feature, the SNMP querying through the Device Settings tab still is working on the locally installed TCP/IP printer.
SNMP testing from this server to the printer via an external application is successful at this point.
I have also tested SNMP from my own machine to the server, and this was successful.
At this point, the server is able to query the printer via the printer device settings tab, as well as through an external SNMP testing application.
I can also query the server from my own machine via the same external SNMP testing application.
Once a test cluster is created on the server, the ability to query the printer via the printer properties / device settings tab is gone. The cluster creation hasn’t even added a service yet.
When trying to query the printer via the SNMP automatic updating the following error is shown and no information is transferred to the server.
"Retrieval of printer configuration failed."
At this point, the external SNMP testing application is still able to query the printer via standard SNMP methods.
I am also able to query the server from my own machine.
So standard SNMP doesn’t seem to be effected, just the way that the printer drivers communicate.
As soon as the cluster is “destroyed”, running properties on the printer immediately returns results.
We have quite a few of these eStudio printers, and its frustrating not having the auto-updating options.
We also have a few users reporting "slow printouts" which we may pursue switching the ports from RAW to LPR as this seems to have helped some other users. (perhaps this is also SNMP related)
PLEASE NOTE THAT DURING THE WHOLE OF THIS TESTING, A HP PRINTER HAS ALSO BEEN SETUP AND THERE ARE NO ISSUES AT ALL WITH ITS SNMP / UPDATING
Bookmarks