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



During our IFS save there are numerous conflicts.  I have added several 
omits to stop the backup from blowing up.  Seems that after so many 
combinations of CPD384E/CPFA09E (seventeen occurrences) the backup aborts 
with CPC1217-The job exceeded the maximum temporary storage limit.
Possible solutions include:
1 - Do the nightly save in a restricted state.
2 - Quiesce just the conflicting tasks.
3 - Put omits on the conflicting objects and just save those on our every 
8 week save.
4 - Increase job temporary storage.
5 - Break down the IFS save to groups of IFS directories to avoid large 
temporary storage on any one particular step.

Currently we are having the following conflicts.

I am leaning towards a combination of 2 and 3.  Quiesce the tasks if the 
data must be saved more frequently than every 8 weeks.  Omit it if it 
doesn't need the more frequent save.

I've noted the following conflicts prior to the backup just aborting:
/QIBM/UserData/OS400/ResourceMonitoringControl/var/ct/1124614210/* Sixteen 
occurrences of various files instead of the asterisk
/QIBM/UserData/OS400/TCPIP/NTP/QTOT20041121     last object  (last night 
anyway - I quiesced that other task from the previous time ).

Now I am not sure exactly uses the first one.  Perhaps some monitor set up 
in someone's iSeries Navigator?  I thought the 112... was some nightly 
sequence but that is one of the few directories underneath ct, and the 
only numbered one, and it's been there since April.
I assume the second one is for NTP support.  (NTP is the support to sync 
your system clock with a time server.)
Neither, in my book, warrant a nightly backup.  Omit sounds like the 
solution.  As Mellencamp says "What say you?"

Funny thing is that on the Wednesday night backup we have 45 occurrences. 
But the IFS just gave a "CPF3837-225645 objects saved. 45 not saved." And 
went on.
Thursday night we had 72 occurrences and we got the CPC1217-The job 
exceeded the maximum temporary storage limit..
Friday night we had 17 occurrences  and we got the CPC1217-The job 
exceeded the maximum temporary storage limit..
Thursday was the first time we had this CPC1217 situation.  As I am typing 
this I am having another thought.  I was putting on immediate ptf's like 
crazy last week to resolve some issues with WAS / WAS Portal Express. 
Maybe something there is causing this issue.
CPC1217 has a from program of QWTPITPP and a to program of *EXT.  DSPOBJD 
OBJ(QWTPITPP) OBJTYPE(*PGM) DETAIL(*SERVICE) displays no ptf number.
CPD384E and CPFA09E have a from and to program of QSRGENSE.  And the ptf 
displayed on DSPOBJD OBJ(QSRGENSE) OBJTYPE(*SRVPGM) DETAIL(*SERVICE) has 
been applied since August.
Neither of these kick me in the teeth.
http://www-912.ibm.com/ImprovedSearch/searchoptions.jsp
Isn't turning anything up on CPC1217 or MSGCPC1217
So, this is my game plan.  Add an omit for 
/QIBM/UserData/OS400/ResourceMonitoringControl/var/ct/*
/QIBM/UserData/OS400/TCPIP/NTP/*
Open up a pmr on the CPC1217 and go from there.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.