Unfortunately, i was so sure that installing the EOL'ed ACUM could do
no harm (what with being the last ever made for v5r3) that it was
applied permanently (that machine has a very small ASP) so using
A-side does nothing (didnt test it, but it shouldn't right?).
Let me dig the mail i sent to the list when the problem first ocurred:
Found it:
/*
Hello to all,

I'm having another one of my weird software glitches. We had a
customer with a v5r3 520. said customer works with big spool files,
(up to 10000 pages). Before the latest cume if they holded a spool
(end of the day or some event like that) and then restarted it, in
less than 60 seconds the lexmarks were printing again. After the cume
(and foolishly doing apyptf *perm) it can take up to 40 minutes! a
wrksyssts during the time shows 40%cpu, but i forgot to see exactly
what was using said amount (there were no tasks running nor batch nor
users).
Any toughts on the matter?
Ah, if you have said 10000 page spool, hold it around 1200 and restart
it, it goes without a hitch, it's only above page 1500 that this
happens...
*/
Info i collected since then, printers are Lexmark T644/T630/T632/T642
The printers are printers and not outq (i'm not too familiar with
spooling on i) created with crtdev
I would rather debug the problem, to learn mostly, but if not i can
reload as planned and if the problem continues i chew the admins
head...

Best Regards,


at 3:24 PM, Jack Kingsley <iseriesflorida@xxxxxxxxx> wrote:
Roberto, what type of printer is having the issue on restarting the
printing, remote outq, device ??

Seems like allot of work to get back to where you were.
You running on A side then I take it.



On Tue, Apr 17, 2012 at 2:06 PM, <rob@xxxxxxxxx> wrote:

Extremely rare possibility.  However not out of the realm of possibility.
There's been more than one ptf that had something in it like "you must
recompile to take advantage of this".  But, with your backup and what not
you should be covered.  Doing a DSPPTF OUTPUT(*PRINT) before/after is
probably not a bad idea.  Drag the spool file using iNav to a text file on
your pc.


Rob Berendt
--
Group Dekko
Dept 1600
Mail to:  2505 Dekko Drive
         Garrett, IN 46738
Ship to:  Dock 108
         6928N 400E
         Kendallville, IN 46755
http://www.dekko.com





From:   Roberto José Etcheverry Romero <yggdrasil.raiker@xxxxxxxxx>
To:     midrange-l@xxxxxxxxxxxx,
Date:   04/17/2012 01:55 PM
Subject:        PTF uninstall after *PERM application
Sent by:        midrange-l-bounces@xxxxxxxxxxxx



Well, after trying unsuccesfully to debug a weird printing problem
(spooled files take a very long time restarting printing if page over
1000-ish) i'm tasked with uninstalling the ACUM that brought that
problem. (lastest ACUM for the EOL'ed v5r3)
Since it was foolishly applied as *PERM, i'm thinking:
Original i_base01, lic refresh
reinstall LIC PGM from original cds
install old acum (the one it had before the problem).

Would that mess with any configuration changes made to the PGMs? I
will make an op21 before all this....

Best Regards,

Roberto
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].