|
If you look at that file in the IFS, does it show a creation date, etc.
On Wed, Jan 30, 2013 at 8:50 AM, Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx
wrote:
It was a full save in regards to both libraries and *LINK.But
I have a meeting and a webinar this morning. It will probably be this
afternoon before I get to that PMR.
On Wed, Jan 30, 2013 at 8:34 AM, <rob@xxxxxxxxx> wrote:
I am rather curious too.However,
But, people in the stream file world often do a lot of deletes. For
example,
data20130129082938.log
may get purged automatically. You may not want to restore these.
I can see where not keeping track of this stuff shouldn't be a default.
I'll withhold further comment pending outcome of your pmr.
Another thought, if you truly do a FULL system save, and that file was
deleted before the full system save then the BRMS recovery report
shouldn't include any previous save. It just shouldn't restore it.
/QIBM/ProdData/OS/OSGi/LWI71/runtime/isc/eclipse/plugins/com.ibm.isclite_7.1.1.6.jarif you did a wrklnkbrm it should retain the older volumes until thosesave
volumes are expired and reused.
Does it think your library save was incremental, but your stream file
was full? In that case, I can see it acting like what you'veexperienced.
,
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
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: Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx
Date: 01/30/2013 08:26 AM
Subject: Re: jt400.jar in use
Sent by: midrange-l-bounces@xxxxxxxxxxxx
Today, a different single file was not saved. It was:
made
The jt400.jar file that was NOT saved yesterday WAS saved today. I
saynoyesterday's
changes.
And the BRMS recovery report run this morning says I need both
and today's tape for recovery. I thought "good news!" in that it wouldBut
tell me I needed yesterday's tape to recover the file mentioned above.
it was not to be. The reason BRMS says I need yesterday's tape isbecause
I deleted an old test library yesterday. I need yesterday's tape to
restore that now deleted library. No reference to needing it for *LINK
restore.
Evidently BRMS doesn't keep data to the same level of granularity on
*LINK.
I may just open a PMR later and see what the IBM BRMS people have to
morning'son this.
On Tue, Jan 29, 2013 at 12:32 PM, Jeff Crosby
<jlcrosby@xxxxxxxxxxxxxxxx>wrote:
Dan & Jim,saving
I understand what you are saying with regard to not worrying about
this file, jt400.jar, but I'm just not comfortable with it. I don'twant
to start a list of files that I have to go find somewhere when arecovery
is necessary. Not even one.
In addition, the recovery report generated by BRMS after this
thisbackup states the only tape I need for recovery is the tape I used
jt400.jarmorning. Even though jt400.jar was not saved. The recovery reportshould
also tell me that I need the tape used yesterday morning when
usedWAS
saved. Why doesn't it tell me that? I simply don't understand why.What
else isn't BRMS telling me? I looked at the WRKLNKBRM command anddrilled
down to the jt400.jar file in question. It is listed on the tape
underthis
morning as size 0 bytes, and says it was NOT saved. It does show
can'tneedyesterday's tape as being saved. Again, why doesn't BRMS tell me I
thatyesterday's tape? This situation, all by itself, really makes menervous.
People keep telling me not to worry about this file or that file or
directory. Performance data and log files I understand. I just
week,make
myself go further with it.
My goal was to do a complete 100% save of the system 5 mornings a
restricted.with as little downtime as possible. I'm slowly coming to theconclusion
it cannot be done, unless I do the entire backup completely
notThat's what I'm doing now without all this study and testing. I'm
http://pic.dhe.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=%2Fcom.ibm.IBMDI.doc_6.1.1%2Fpdguide17.htmcalledsure where I'm heading now. Do this "new" BRMS control group Mon-Thuand
do the old, completely restricted, BRMS control group on Fridays? Ijust
don't know.<iseriesflorida@xxxxxxxxx>wrote:
On Tue, Jan 29, 2013 at 10:18 AM, Jack Kingsley
Jeff, did a little more on this, looks like this ifs
directory(/QOpenSys/QIBM/ProdData/acsi) is default for a product
IBM
Tivoli Directory Integrator.
IBMiPTF.
On Tue, Jan 29, 2013 at 10:07 AM, Jim Oberholtzer <
midrangel@xxxxxxxxxxxxxxxxx> wrote:
I agree with Dan. Exclude it from your save since it is easily
recovered in other ways, and does not change very often. Your
monthly/Quarterly full system saves should be plenty. (or after a
group/cumulative installation)
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
On 1/29/2013 9:01 AM, Dan Kimmel wrote:
Don't worry about backing it up every day. It changes only via
It
is easily recovered if necessary.drivers
jt400.jar is the Toolkit for Java. It contains the JDBC database
for Java as well as a whole bunch of java classes for accessing
instances.API's.
It might have been in use from iNav or one of the HTTPSVR
onebackupmidrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jeff Crosby
-----Original Message-----
From:midrange-l-bounces@xxxxxxxxxxxx [mailto:
Sent: Tuesday, January 29, 2013 8:50 AM
To: Midrange Systems Technical Discussion
Subject: jt400.jar in use
All,
I've spent a couple of weeks re-engineering our nightly BRMS
to
ratherbe as much save-while-active (SWA) as possible (the subject of a
long thread here).
I put it in production today and it ran flawlessly except for
theoccurred./QOpenSys/QIBM/ProdData/acsi/lib/jt400.jar,little
hiccup. This *LINK object,
earlier,was
not saved because it was in use. This was at 4:19am with no userssigned
on. Controlling subsystem would have been started about 1 hour
and subsystem QHTTPSVR would have been ended when the error
been
When I drilled down in Navigator, it did indicate the file had
itforused
today, but does not give a time. There is no WRKOBJLCK equivalent
IFS
files, but I found this online CALL QP0FPTOS PARM(*LSTOBJREF
'/ifspath/ifsfile' *FORMAT2) that showed me there were no locks on
now.
<g>
I had tested the *LINK save as SWA close to a dozen times over
opinionMypast
10 days and this particular file never showed up as being in use.
findquestion is, essentially, why today? Was this a fluke? How can I
out
what was using this file at that time?afternoon,
I did download and stage the latest Java group PTF yesterday
to be applied the next IPL, if that makes a difference.
I just don't want this file getting missed every day.
--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com
The opinions expressed are my own and not necessarily the
mailingof
mailingmy
company. Unless I say so.
----
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
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)
mylist
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.
--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com
The opinions expressed are my own and not necessarily the opinion of
listlistcompany. Unless I say so.
--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com
The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
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.
--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com
The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
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.
As an Amazon Associate we earn from qualifying purchases.
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.