On 26-Jan-2012 11:41 , daparnin@xxxxxxxxxxxxxx wrote:
<<SNIP>>
I did get the problem solved. I found a similar printer on the
system that had a different manufacturer, had host print transform
turned off, and was using a workstation customizing object. I made
the parameters match and it worked fine. Since it had been working
and then suddenly stopped made me think that it was a setting on the
printer. How it had been working for months and suddenly stopped, I
don't know.
I see SJL alluded similarly to my reply [text below] that I had
composed earlier but had hesitated to post. And that a reply to SJL
indicated the creation-date precludes the delete and re-create by an
auto-configuration from being responsible [assuming that the
implementation of autoconfig is to first delete and then re-create; i.e.
irrespective of what may be implied and inferred from messaging by that
feature]. I do know that workstation device descriptions are often only
"changed" versus delete and re-create by auto-config, so I expect the
same could be true of printer device descriptions.
The following may not apply to the scenario in the quoted text,
however the comments could have some value to someone else or another
situation...
If a printer is local attach and the QAUTOCFG is turned on, then I
suppose a printer device could get re-created, and at least the WSCST
would seem unlikely to get associated, except when done explicitly; i.e.
for its being a "customization". Using the device description creation
date\time to review the history for around that date\time would probably
identify such an activity. Or by looking for the auto-configuration
messages, if the creation date had not been collected prior to recovery
actions; dsplog qhst ((*avail *begin)) msgid(cpc2600 cpi2600) I believe,
and then searching the output for the device name. Similarly with the
change date of a printer device description, but then by a review of
both the history and auditing for that time-period; much more difficult
if the dspobjd details for the device had not been spooled prior to
recovery actions. The change could have been effected by a user, or
possibly auto-configuration; for the latter, one might expect that the
WSCST specification would not be lost for a mere "change" by auto-config.?
Regards, Chuck
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.