ctaylor_wsc Absent Member.
Absent Member.
4286 views

OES 2 SLES SP1 iPrint causing PCL XL MissingData errors

I am having some really weird problems with iPrint under OES2/SLES. The client machine (Windows XP SP3) has been updated to iPrint v04.36.00. The problem I am having is that when certain things are being printed to a HP LaserJet 4240n (this was the first printer I saw the problem with, but it is happening with more than just this model) using a PCL6 driver, it's giving me the following PCL XL error:

PCL XL error
[INDENT]Subsystem: USERSTREAM
Error: MissingData
Operator: ReadImage
Position: 1497
[/INDENT]


Everything but the position is always the same. The number of the position does vary sometimes.

Okay, simple solution, change the driver. Well, I changed the driver to PCL5 and instead of getting the PCL XL error, it prints about half the page and then spews garbage ("Wingdings") on two more pages. Okay, it doesn't like PCL, let's try PostScript drivers. Hmm... the page says it is printing and the printer says "Receiving data...", but nothing comes out of the printer... interesting.

It doesn't work with any of the default drivers for the printer so I figure let's give HP's Universal Drivers a go. I get the exact same behavior. I have a light bulb moment and try to setup the workstation to print directly via an IP port to the printer. Oh, it works! As a last resort, I tried setting up the printer through iPrint on a Netware 6.5 SP6 using a slightly older version of iPrint. Oh, that works too! I do a side by side comparison of the driver settings between the two iPrint printers and I do not see one thing different in the settings. The only thing different is what is sitting between the workstation and the printer (Netware 6.5 SP6 w/ iPrint v. SLES10 SP1/OES2 w/ iPrint).

Oh, the wonderful thing about this is that it doesn't happen with everything. Those wonderful Windows printer test pages work regardless of what driver I pick. However, there are a couple of apps (one being our student information system, STI, and another being our keyboarding program, MicroType) that I know that this happens with. I know, though, that the problem is not with the apps because they will print fine directly to the printer.

In summary, the problem only happens with certain apps using an iPrint printer configured through OES2/SLES regardless of the driver used. Test pages work regardless of how the printer is setup and all apps work printing directly to the printer or using a NDPS printer in iPrint on Netware 6.5 SP6 regardless of the driver. This seems to single out some type of parsing error in iPrint on OES2/SLES. I do have .prn file capture of one of the print jobs that was causing the problem. I don't think something is getting corrupt at the transport layer because I can reproduce it under specific circumstances and have it NOT happen under specific circumstances.

Any ideas or anyone willing to help troubleshoot?
0 Likes
4 Replies
Anonymous_User Absent Member.
Absent Member.

Re: OES 2 SLES SP1 iPrint causing PCL XL MissingData errors

ctaylor,

It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.

Has your problem been resolved? If not, you might try one of the following options:

- Visit http://support.novell.com and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.novell.com)

Be sure to read the forum FAQ about what to expect in the way of responses:
http://support.novell.com/forums/faq_general.html

If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.

Good luck!

Your Novell Product Support Forums Team
http://support.novell.com/forums/

0 Likes
trcranshaw Absent Member.
Absent Member.

Re: OES 2 SLES SP1 iPrint causing PCL XL MissingData errors

ctaylor_wsc;1641353 wrote:
I am having some really weird problems with iPrint under OES2/SLES. The client machine (Windows XP SP3) has been updated to iPrint v04.36.00. The problem I am having is that when certain things are being printed to a HP LaserJet 4240n (this was the first printer I saw the problem with, but it is happening with more than just this model) using a PCL6 driver, it's giving me the following PCL XL error:

PCL XL error
[INDENT]Subsystem: USERSTREAM
Error: MissingData
Operator: ReadImage
Position: 1497
[/INDENT]


Everything but the position is always the same. The number of the position does vary sometimes.

Okay, simple solution, change the driver. Well, I changed the driver to PCL5 and instead of getting the PCL XL error, it prints about half the page and then spews garbage ("Wingdings") on two more pages. Okay, it doesn't like PCL, let's try PostScript drivers. Hmm... the page says it is printing and the printer says "Receiving data...", but nothing comes out of the printer... interesting.

It doesn't work with any of the default drivers for the printer so I figure let's give HP's Universal Drivers a go. I get the exact same behavior. I have a light bulb moment and try to setup the workstation to print directly via an IP port to the printer. Oh, it works! As a last resort, I tried setting up the printer through iPrint on a Netware 6.5 SP6 using a slightly older version of iPrint. Oh, that works too! I do a side by side comparison of the driver settings between the two iPrint printers and I do not see one thing different in the settings. The only thing different is what is sitting between the workstation and the printer (Netware 6.5 SP6 w/ iPrint v. SLES10 SP1/OES2 w/ iPrint).

Oh, the wonderful thing about this is that it doesn't happen with everything. Those wonderful Windows printer test pages work regardless of what driver I pick. However, there are a couple of apps (one being our student information system, STI, and another being our keyboarding program, MicroType) that I know that this happens with. I know, though, that the problem is not with the apps because they will print fine directly to the printer.

In summary, the problem only happens with certain apps using an iPrint printer configured through OES2/SLES regardless of the driver used. Test pages work regardless of how the printer is setup and all apps work printing directly to the printer or using a NDPS printer in iPrint on Netware 6.5 SP6 regardless of the driver. This seems to single out some type of parsing error in iPrint on OES2/SLES. I do have .prn file capture of one of the print jobs that was causing the problem. I don't think something is getting corrupt at the transport layer because I can reproduce it under specific circumstances and have it NOT happen under specific circumstances.

Any ideas or anyone willing to help troubleshoot?


Did you ever get an answer on this? I am having the same problem and I had to switch to direct print to get my problem fixed temporary.
0 Likes
Highlighted
gaclarks Absent Member.
Absent Member.

Re: OES 2 SLES SP1 iPrint causing PCL XL MissingData errors

If you have not updated the novell-iprint-server rpm you might want to try that.

NOVELL: Downloads
0 Likes
WeeZel Absent Member.
Absent Member.

Re: OES 2 SLES SP1 iPrint causing PCL XL MissingData errors

Is there already a solution for this problem. We have the same issues in our environment. Our iPrint server is a SLES10SP3 with OES2SP2 fully patched.
iPrint version: 6.2.20100312-0.6.1
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.