|
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 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 [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
