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


  • Subject: RE: CPF7354 Excessive Physical Members for a Logical
  • From: Chris Bipes <chris.bipes@xxxxxxxxxxxxxxx>
  • Date: Tue, 10 Apr 2001 11:31:18 -0700

An aborted CHGPF can also leave the member hanging around.

Christopher K. Bipes            mailto:ChrisB@Cross-Check.com
Operations & Network Mgr        mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.                http://www.cross-check.com
6119 State Farm Drive           Phone: 707 586-0551 x 1102
Rohnert Park CA  94928          Fax: 707 586-1884

-----Original Message-----
From: Richard Casey [mailto:casey_r@popmail.firn.edu]
Sent: Tuesday, April 10, 2001 7:54 AM
To: MIDRANGE-L@midrange.com
Subject: RE: CPF7354 Excessive Physical Members for a Logical


Chris,

I found my problem. The logical files had 2 members in them (even though
MAXMBRS for the file was 1). One member was the same name as the file and
the second one was the name of the file followed by 0001. My RMVM only
removed the first one so the ADDLFM failed. I changed my RMVM to remove *ALL
members and that solved the problem. Thanks for the pointers! Any idea where
the 0001 member could have come from? I've seen similar naming when doing a
restore, but I don't know if the renaming goes to the member level.

Richard


-----Original Message-----
From: owner-midrange-l@midrange.com
[mailto:owner-midrange-l@midrange.com]On Behalf Of Chris Bipes
Sent: Tuesday, March 27, 2001 3:03 PM
To: 'MIDRANGE-L@midrange.com'
Subject: RE: CPF7354 Excessive Physical Members for a Logical


Is there a process somewhere that is adding the members back for you?  Are
you basing the LFM back on the original member(s) all defaulting to *all?
If the LFM was based on one PFM then specify that member on the ADDLFM
command.  The outfile from DSPDBR has the member names of the dependencies.

Christopher K. Bipes    mailto:ChrisB@Cross-Check.com
Sr. Programmer/Analyst  mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.        http://www.cross-check.com
6119 State Farm Drive   Phone: 707 586-0551 x 1102
Rohnert Park CA  94928  Fax: 707 586-1884

If consistency is the hobgoblin of little minds, only geniuses work here.
Karen Herbelin - Readers Digest 3/2000

-----Original Message-----
From: Richard Casey [mailto:casey_r@popmail.firn.edu]
Sent: Tuesday, March 27, 2001 10:08 AM
To: MIDRANGE-L@midrange.com
Subject: Re: CPF7354 Excessive Physical Members for a Logical


Chris,

I'm using this technique to remove/add logical files to speed up some file
maintenance tasks on the corresponding physical file. I remove the logicals,
perform my maintenance, and then add the logical members back. When I do the
ADDLFM, I get a CPF3213 (Members for file xxxx more than maximum allowed)
followed by CPF7306 (Member xxxx not added to file xxxx in xxxx). The
logical files appear to work fine after this happens. Is this ok, or am I
missing something?

Thanks for your help.
Richard

+---
| 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
+---
+---
| 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
+---

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.