Re: wrksysval QPFRADJ

> Is there any reason why, if you're already doing the
>  automatic adjustment, you wouldn't also choose to do the adjustment at
>  IPL?

There may be some other issues here.
If you re-IPL more, how long should it take & does a few more minutes make 
much of a difference?
I do DSPSYSSTS immediately before & after re-IPL & typically pick up 1 or 2 
points of disk space percentage consumption.  The gain is lost in a few days. 
 I am pretty sure this is due to disk space recovered from spool file 
deletions - we have some pretty monster spool files, especially around EOM & 
other times of month.
I will have to check our settings - seems to me that re-IPL often solves a 
performance problem when I not have the time to dig into it.
It is extremely rare that I do this last resort, since there are a bunch of 
BPCS reorg jobs I run weekly & extra runs when users report a performance 
problem & usually that clears it up ... it is faster to spend 1/2 hour in an 
evening running standard reorgs than take the time to figure out what the 
problem is when 95% of the time the standard reorgs makes the problem go away.

However, new pattern has evolved in past few weeks.
I have 400 helpers who came from a Microsoft background.
You know the mantra ... if all else fails, re-IPL the 400 ... but usually 
re-IPL is nothing to do with the problem.

The last one was someone started MRP in middle of day with wrong settings, so 
killed MRP.  What was needed was to take a menu option to reset MRP options 
before starting next MRP run, but because that not taken, subsequent MRP runs 
failed, so Microsoft mentality kicked in ... we can't wait until Mac gets 
here, we need this MRP right now, let's get everyone off 400 & re-IPL it to 
see if that solves the problem ... it did not - it was an application 
problem, not an IBM problem.

The one before that was we had a 3 second power outage, everything ran 
smoothly except external Microsoft world on NT lost touch with its 
communications reality & nothing the Microsoft gurus could do could get it 
back in touch with itself, so the decision was to shut down 100% of equipment 
connected to the NT, including the 400.  I suggested afterwards that they do 
an inspection of the NT server Cisco equipment ... is it 100% connected to 
UPS or have they missed a gadget.

So recently we have been having some extra re-IPLs which I consider to be 
totally unneccessary, but it is getting so that 90% of this job is diplomacy 
& whatever keeps them happy is what's important.

Where was Mac in all these episodes ... at home ... I work nites ... they 
call me intermittently with problems they cannot solve, by whatever 
approaches initially seem like the obvious thing to them to try.

MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac)


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---