with Smit i do not succeed to create a remote print Queue with local filtering
IF 'with standard processing' i can create the queue
but in this case 'qprt -Nxx' does not print xx times the doct
and we cannot manager lot of parameters (page length, pitch, ...)
IF 'with local filtering' the result is '0782-326 Not a valid printer type'
for ALL printers (HP, IBM, Generic , etc)
Attached : config AIX
This topic has been locked.
4 replies Latest Post - 2013-02-20T17:38:00Z by SystemAdmin
Pinned topic Add a Remote Print Queue with Local Filtering Fails
Answered question This question has been answered.
Unanswered question This question has not been answered yet.
Updated on 2013-02-20T17:38:00Z at 2013-02-20T17:38:00Z by SystemAdmin
Re: Add a Remote Print Queue with Local Filtering Fails2012-02-06T01:06:21Z in response to yvalletIt would appear that you have not installed the drivers for the 'lex2380-3' printer, hence your error message. Try using a vanilla style printer setting, for which you do have the drivers; e.g. hplj4+
yvallet 2700034U703 Posts
Re: Add a Remote Print Queue with Local Filtering Fails2013-02-12T20:16:36Z in response to yvalletThis has been a problem since at least AIX 6.1 TL3.
It has been reported as a bug and a few APARs were opened for it already. Not sure if they gave a solution yet.
It is related to choosing the "Local Filtering" option. If you select "Standard Processing" it works fine. I did some research a while back when we first encountered this error and it seems to be related to the printer definitions database and how it has defined what drivers/types are allowed to be associated with what type of filters.
Re: Add a Remote Print Queue with Local Filtering Fails2013-02-20T17:38:00Z in response to yvalletHi,
this is a bug in the latest versions of AIX 6.1 and by the look of it AIX 7.1 as well, specific to remote print queues with local filtering. It seems to be an issue related to how the options chosen in smit get fed through to the script that actually create the print queue. As yet there doesn't seem to be a fix available, but after a bit of experimentation, I have found that if you run the command that smit builds, but just leave off the final “-p FALSE” option, it works OK. It seems that IBM have assigned “-p” twice to do 2 different things.
So in this case an examoke command to run is:
/usr/lib/lpd/pio/etc/piomisc_ext mkpq_remote_local -p '<printertype>' -D asc -q '<queuename>' -h '<remotehost>' -r '<remoteqname>' -t 'att' -4 'yes' -T '600' -C 'FALSE'