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



Fiona,

A 48 hour ipl!  If we were down that long the branch sales people would
throw the dp manager out of his 2nd floor window!

Any estimate of how many objects triggered this event?  Our 720 has a lot of
objects ( a scratch install on the older model 720 took 14 hours ) and only
a few owning profiles.  Yet the most used profile is only at 2% of capacity.

Steve Richter


-----Original Message-----
From: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com]On Behalf Of
fiona.fitzgerald@notes.royalsun.com
Sent: Wednesday, October 30, 2002 10:32 AM
To: midrange-l@midrange.com
Subject: User profile % full - beware MCH2804 !


Just a heads up for anyone anticipating an increase in new objects,
especially owned by group profiles.

Last week we ran several hundred batch jobs which ran under a group profile
& created files, a lot of files.

In several of the batch jobs, the group profile exceeded -

- not the storage limit (Which was *NOMAX)
- not the system storage limit

but the number of Entries allowed per profile, due to the sheer volume of
files being duplicated.
We did a bit of juggling & transferring ownership for the new objects &
thought all was OK.

The next evening we brought our system down for a scheduled IPL.
It didn't come back up for 48 hours and we had to put our DR site on alert.

During this time, the problem was escalated to Rochester who were straight
onto it; gave us terrific support;
and recommended that if MCH2804 is encountered in batch jobs, it is an
indication that the profile entry count is dangerously high.

We are now running a daily review on profiles that are maxed out, using
PRTPRFINT SELECT(*PCTFULL)  PCTFULL(20)
to obtain a listing. This takes a minute to run and is well worth putting
in place !

We can then CHGOBJOWN for objects to another empty profile to alleviate
this, specifying CUROWNAUT(*REVOKE).

Apparently, ignoring the MCH2804 errors leads to creation of a new DB
recovery object for each.
(We are at V4R5M0. )
Yes, there's an APAR; title of OSP-IPL-SRCB90037FF-MSGMCH3601-T/QDBRCIPS
X/0021

But it looks a lot better to monitor for this in advance.
It was a h@ll of a week !

Fiona
fiona.fitzgerald@notes.royalsun.com

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
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 thread ...

Replies:

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.