The twinax console is old, and been "on" 24x7 for years. System is an older model 800, scheduled for replacement a year ago bbefore the financial meltdown.
Replacement will NOT have twinax. This and a huge line printer only devices left on twinax - they love that greenbar paper...
the power blip seems most likely. The cleaning crew is part of the staff & was not in. The regional power plant is only a mile or two, and when they switch generators, there is always a sag or surge. I have several customers in the area.
I think last time network guy moved some wiring he has probably unplugged console from the UPS... I'll kill him...
It never occurred to me the default reply would happen if console lost...
and something I did not mention - WRKACTJOB shows the job still there, and reading it's joblog is how I got the timestamps.
Thanks to all
Happy Labor Day
Jim Franz


----- Original Message ----- From: "Pete Massiello" <pmassiello-ml@xxxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
Sent: Monday, September 07, 2009 9:03 AM
Subject: RE: CPF3285 Damage File QAYPSYSTEM in QMGTC-offline


Jim,

I don't understand the lapse of 22 hours from the message to the
reply. You aren't disconnecting the job after inactivity or something along
those lines are you? Check those two System Values. A power failure on the
console would certainly end the job providing the default reply.

Pete

Pete Massiello
iTech Solutions
http://www.itechsol.com

Add iTech Solutions on Facebook:
http://www.facebook.com/group.php?gid=126431824120

Add iTech Solutionw on LinkedIn: http://www.linkedin.com/groups?gid=2206093




-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Franz
Sent: Monday, September 07, 2009 8:17 AM
To: Midrange Systems Technical Discussion
Subject: Re: CPF3285 Damage File QAYPSYSTEM in QMGTC-offline

offline - thanks for the info. I have a 2nd question related to this, and to

me it sounds a little strange - this Save System issue has happened 2 months

in a row, and both times the cpf3777 error of a problem with the save is
issued, and (because no one is in the building at the time) the msg sits on
the console (twinax), and both times the default reply (C) appears in the
job log 22+ hours later. I can see the timestamp in the joblog. 1st month it

was 22 hrs, this month, 25 hrs later.
I know if someone just pressed ENTER it would take the default, but
according to the manager, no one was in the building either time. This is a
24x7 operation, except Saturday noon to Sunday noon and once a month they
start a Save All (go save opt 21) and leave. For years this has worked till
this error.
Is there anything in OS that would take the default reply after xx hours?
Nothing monitoring the sysopr queue.
No special schedule jobs.
Endsbs *all is successful.
It is twinax and I wondered if a power blip might in some way be seen as
ENTER..?
No power schedule jobs
No backup schedule jobs
V5R4 w/cume thru 08183 (installing latest cume soon)
Jim Franz

----- Original Message ----- From: "Kirk Goins" <kgoins@xxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Monday, September 07, 2009 1:33 AM
Subject: Re: CPF3285 Damage File QAYPSYSTEM in QMGTC


Jim Franz wrote:
For 2nd month in a row customer's Save System halted with
CPPF3285 on a damaged file QMGTC/QAYPSYSTEM.
I did a RCLLIB on QMGTC thinking it would solve the problem.

I should have read this post from Rob in 2006 with a temp
workaround from IBM:
http://archive.midrange.com/midrange-l/200604/msg00618.html

ENDTCPSVR *MGTC
2 Delete the following files in order:
QMGTC/QAYPSGRPCT
QMGTC/QAYPSYSGRP
QMGTC/QAYPSYSTEM
3 On the i5/OS command line type the following:
CALL QSYS/QYPSSETUP PARM(V5R3M0)
Press the Enter key. This program will re-create the files, redo
all
constraints, and start journaling.
4 On the i5/OS command line type the following:
STRTCPSVR *MGTC

My question is (since it points to V5R3 in the call parms) if this
is still the recommend for V5R4 and V6R1?

Jim Franz

Jim,
Searching on QAYPSYSTEM from the main iSeries Support page gets a hit
requiring an IBM ID to access.. long story short is the tip shows the

CALL QSYS/QYPSSETUP PARM(V5R3M0)

with V5R3M0 or V5R4M0 or V6R1M0 so you it valid for all 3 releases


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

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