|
You have to rename the QCURRENT member in QAEZDISK to something unique forin
that RTVDSKINF iteration, or copy the QAEZDISK file over to something else
you name. The PRTDSKINF command will analyze and print whatever is loaded
the QUSRSYS/QAZDISK.QCURRENT location. You just have to manuallyfacilitate
moving the archived members or file into QUSRSYS/QAZDISK.QCURRENT.run
________________________________
From: Jack Kingsley <iseriesflorida@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Mon, February 8, 2010 9:00:25 AM
Subject: Re: The dreaded system full, now what.
Rob, here is the drawback, unless you have examined the current one and
somewhat know what is going on the new one will overlay the previous data
and your back at square one in figuring it out.
On Mon, Feb 8, 2010 at 9:45 AM, <rob@xxxxxxxxx> wrote:
"quickly" is they key word. RTVDSKINF is your answer (as you figured)but
it's not quick. If you read the help on RTVDSKINF it tells you whatfiles
it creates and how to retain that data to do comparisons.
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: Jack Kingsley <iseriesflorida@xxxxxxxxx>
To: Midrange Systems Technical Discussion <MIDRANGE-L@xxxxxxxxxxxx>
Date: 02/08/2010 09:10 AM
Subject: The dreaded system full, now what.
Sent by: midrange-l-bounces@xxxxxxxxxxxx
I recently had a system that had filled up it's disk storage due to a
IPLaway job and an errant qsysprt printer file set to nomax on records, theon
system was basically locked up. Does anyone have specific instructions
what they do when a problem such as this comes about. I did a normal
Iand did not know what I had at the time until the IPL had completed and
quickwas able to gain access to a signon screen. Once signed on I did a
whatwrksyssts and could see what was going on. At that time I ended all
subsystems to get the box in a restricted state in order to diagnose
towas going on. I happened to stumble on the spooled file that had thestorage
dreaded +++++ for pages. Once I deleted the spooled file the disk
went down, but then I get bit by the qrclsplstg system value being set
is*NONE, this caused a massive locking problem on members in QSPL librarystumbled
and
jobs that could not then run due to qpjoblog locks. If I had not
on the spooled file I am not sure how long it would have taken me to
figure
out the(where has mydisk space gone) situation. I don't believe there
commanda
command to quickly diagnose previous rtvdskinf(s) either and or a
listtolist
show which reports take up the most disk storage(not at least quckly )
anyways.
--
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
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
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 mailing list archive is Copyright 1997-2025 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 copyright@midrange.com.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.