× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  1.  Home
  2. MIDRANGE-L
  3. April 2012

Re: PTF uninstall after *PERM application

This isn't a case of having a memory card in the printers where the spool
is being sent down to the printer and you can't get to the reports is it.
Take a 10000 page report and change the spooled file to save and start at
page 9000-9005, spooled file should go on save. For all the work your
going to do to go back to a previous PTF state where your back on the 'B'
side, won't you then be back to the same problem as you have now just perm
applied on 'A'. Maybe it(s) a firmware issue with the printers, your
running some very old code so who knows if it is the 'I' or the printer
itself.

On Wed, Apr 18, 2012 at 1:20 PM, <rob@xxxxxxxxx> wrote:

Methinks thou art right. Once thee has applied the ptfs permanently, an
IPL to the A side is but an exercise in frustration.


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 Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>,
Date: 04/18/2012 01:16 PM
Subject: Re: PTF uninstall after *PERM application
Sent by: midrange-l-bounces@xxxxxxxxxxxx



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 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.



As an Amazon Associate we earn from qualifying purchases.

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-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.