Spoolfile trouble MCH3402 / QNFPACK
Daniel
My 170 runs V4R5, latest PTFs.
I have problems printing to non IPDS printers and sending spoolfiles:
If I try to print to network (HPT) printers, they end with message
MCH3402 in joblog (Module WPPJLDR, procedure: Retrieve_Splf_Attr,
statement: 11, message: Tried to refer to all or part of an object
that no longer exists.)
On sending the spoolfile by SNDNETSPLF I get the same
Message . . . . : Function check. MCH3402 unmonitored by QNFPACK at
statement *N, instruction X'02BB'.
Already tried RCLSTG, googled around, but didn t find any hints.
Daniel Herren
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
René E. Breedveld
I think it is a timing problem...check your connectionsettings in the
printer configuration. It seems as it looses connection while waiting for
the whole inputstream.
René
"Daniel" <lapin_no_s...@datacomm.ch> schreef in bericht
news:qkfdh0pdn27bs8r0n...@4ax.com...
Daniel
Thanks for your answer.
The problem is also when trying to send a spoolfile with SNDNETSPLF,
so I think the problem must be somewhere before the printing itself. I
can delete the spoolfiles without problem. So I think it s not a
problem with the spoolfiles neither. Changing the outq of the
spoolfile is also possible.
Daniel
René E. Breedveld
try rclmsplstg and rclmstg, maybe there's something left in space what
generates the error.
The rclmsplstg reclaimes unused spoolspace after deleting spoolfiles.
You can check the effect of rclmsplstg by running a rtvdskinf and than
prtdskinf the generated spoolfile show the gain you get by rclmstg.
Also clrlib QRCL an QRPLOBJ
René
"Daniel" <nospamp...@datacomm.ch> schreef in bericht
news:amnji01and700vi9o...@4ax.com...
Daniel
Again thanks for your help. I already did the RCLSTG multiple times.
RCLSPLSTG run every evening as we are sometimes very short on
diskspace.
I checked the QRCL and QRPLOBJ Libs they are both empty.
I can change the spoolfile from one queue to another using CHGSPLFA.
If I change it to the IPDS printer it prints without problems.
I also deleted and recreated the printer and outq descriptions. No
difference.
Receiving spoolfiles sent by SNA from another system works fine. Only
sending from this system to another or even to another local user
hurts...
Daniel
Last chance I will reload the OS. But I am not keen on that at all.
On Tue, 24 Aug 2004 19:08:20 +0200, "René E. Breedveld"
Rodney Johnson
Daniel, This is an attempt to post again...aparrently all my posts since
about July 13th have not made it outside of some internal server....the
following is a post I made Aug 9th.
> The two errors listed below would appear to be attempts at using API
QUSRSPLA. Check to see if program QSYS/QUSRSPLA exists and is not damaged.
>
> If it exists and is not damaged, then there may be a damaged system
entry point table. The problem should be fixable by installing the
latest PTF for QUSRSPLA (if you already do not have it installed...if it
is installed, remove the PTF permanent and reload and reapply).
Daniel wrote:
--
Rodney A Johnson
Technical Team Lead for AS/400 Spool
Dept GJC
IBM Rochester, Minnesota
The contents of this message express only the sender's opinion.
This message does not necessarily reflect the policy or views of
my employer, IBM. All responsibility for the statements
made in this Usenet posting resides solely and completely with the
sender.
René E. Breedveld
functions are stopped automatically by OS400.
Check your ASP % in SST.
René
"Daniel" <nospamp...@datacomm.ch> schreef in bericht
news:3aqoi0pnrl6163jur...@4ax.com...
Daniel
I am only at some 89-92% ASP and lifted the threshold already (to
94%). So this should not be the problem. Also IPDS printing and NETF
sending works fine so far. Thanks anyway!
Daniel
On Thu, 26 Aug 2004 21:22:46 +0200, "René E. Breedveld"
Rodney Johnson
damaged. Since this is occurring on a call to the API QUSRSPLA, that
usually means the program being called is damaged. Typically when the
program being called is replaced the problem gets fixed. Something in
the process of invoking the program is finding damage on an object.
A low level trace may be required to see what is going on...not sure a
STRTRC will capture what is needed to figure it out.
The easiest (or I should say simplest/cheaper) way that may resolve this
problem would be to reslip the OS and reinstall all PTFs. I reallize
this isn't a trivial task, but in these types of problems, it seems to
be the only way to clear them up. Otherwise, a lot of consult time
would pile up if you went through IBM service because V4R5 is out of
service....and you still might end up doing the reslip.
Daniel wrote:
>Hi Rodney
>
>Thanks for your persistence. ;-)
>
>I checked the QUSRSPLA file and it s not damaged. I also saved this
>PGM from another V4R5 system and replaced mine, no advantage so far
>
>So I googled to find a PTF adressing it and found SF67575. In the
>meantime I applied it (file date is now 17jan00 10:51:42). Still get
>the:
>
>MCH3402 Escape 40 30.08.04 01:35:02 aicapgm 000264 QWPPJLDR QSYS
>To module . . .. : WPPJLDR
>To procedure . : Retrieve_Splf_Attr
>Statement . . . . . . . . . : 11
>Message . . . . : Tried to refer to all or part of an object that no
>longer exists.
>
>Checked this (Q)WPPJLDR Obj also. No damage. (file date is 25oct02
>14:26:13)
>
>How can I completely renew the printing support on my AS400 (what
>LICPGM should I remove and reinstall?)
>
>Daniel
Paul Tykodi
Here is another possible interpretation for the messages you are
receiving. I saw in the thread of postings that you are running your
system with limited disk space.
When using the OS/400 Host Print Transform option to convert spool
files into a format compatible with LAN attached ASCII printers, the
amount of system memory consumed during the transformation process is
significant. If your system is unable to provide a suitable temporary
workspace for converting the spool files, the message could mean that
the spool file transformation process actually failed and there is no
transformed file to send to the target printer.
If possible, try allocating some more memory to the *SPOOL process.
This change could allow the transformation process to occur with less
requirement for temporary workspace. I'm not sure how OS/400 manages
calls to temporary workspace. It is possible it uses the hard disk for
this function, which might be difficult for your system to allocate
given the limited amount of free space you have at this moment.
Rodney knows more about how the OS/400 spool uses temporary workspace
so he might be able to comment further on this aspect of how Host
Print Transform works.
HTH
Best Regards,
/Paul
--
Paul Tykodi
E-mail: pty...@yahoo.com
Rodney Johnson <rjoh...@rchland.ibm.com> wrote in message news:<41349...@news3.prserv.net>...
Daniel
Thanks for your answer
The system is at 93%, 17GB disk. I raised the spool memory pool but it
didn t help. Our system swaps between 88% and 93% during the week
depending on our developers. I don t think this should be the reason.
Is SNDNETF also using the HPT to prepare (decode) the spoolfiles for
the use on the target system?
have a nice day.
Daniel
Daniel
I ll do so this or next weekend. I already reordered the "current" ptf
packages.
It ll be fun..
Daniel