One more gotcha.
You may want to check for orphaned groups on
User Volume Sets. You may purge the group on
one volume set but the files lay hidden on
the same group in a different volume set.
There are several wierd ways this could happen
but the most common I can think of is if an
unwary AM or SM user Altered the Group to home
on a different Volume Set without removing files
the original Volume Set.
Note this is NOT a problem if you are not
using any other Volume Set besides the default:
MPEXL_SYSTEM_VOLUME_SET
Tracy Johnson
MSI Schaevitz Sensors
> -----Original Message-----
> From: [log in to unmask] [mailto:[log in to unmask]]
> Sent: Tuesday, January 02, 2001 11:44 AM
> To: [log in to unmask]
> Subject: Re: PRIV files that will not be purged
>
>
> Leonard,
>
> What Tracy spells out below is perfect. One more
> suggestion, though:
> Log on or CHGROUP to the group you want to purge, perform the
> PURGEGROUP
> while your in it, and you won't have to re-build your group!
> You will get
> the message: "In use. Can't be Purged. (CIERR 916), but the
> files will be
> gone!
>
> Hope this helps,
>
> Chris the geek
> ----------
>
> I Leonard,
>
> Here's 2 old tricks from the Classic days:
>
> STORE the files you want to delete to tape with the PURGE parameter.
>
> or if that doesn't work (this is the final solution):
>
> STORE the files you want to keep, PURGEGROUP, rebuild the
> group, then RESTORE those files.
>
> Tracy Johnson
> MSI Schaevitz Sensors
>
>
> > -----Original Message-----
> > From: Leonard S. Berkowitz
> > [mailto:[log in to unmask]]
> > Sent: Tuesday, January 02, 2001 8:42 AM
> > To: [log in to unmask]
> > Subject: PRIV files that will not be purged
> >
> >
> > We have several TurboImage chunk files that nothing can
> > purge. They are all that
> > is left of a data base that we are trying to restore onto a
> > secondary system
> > from a store tape from our primary system.
> >
> > Since they are PRIV files, I cannot use MPE/iX, even with SM
> > capability. I have
> > a command file that I use in MPEX that says it is purging the
> > files and even
> > report how many sectors (lots!) have been saved. I can run
> > the same command file
> > repeatedly and get the same display, but the files are still
> > there. If I run
> > MPEX: LISTF database,DB, all I see is a list of the chunks.
> >
> > I tried FSCHECK, but FSCHECK does not accept HFS syntax <sigh!>
> >
> > We spoke to an HP engineer last night who spent time looking
> > in the data base.
> > He checked and found no directory, label or extent
> > corruption. The solution:
> > write a program that GETsPRIVMODE, FCLOSE with a
> > disposition=4. "What about
> > FOPEN?", I asked. "Nothing in the data base about FOPEN", he
> > said. "Where do I
> > get the file number?", I countered. "Very good question." he
> > responded. "I'll
> > have a language engineer call you in the morning." No, he did
> > not suggest two
> > aspirin, but I took some anyway.
> >
> > Has anyone seen this? Can anyone offer some insight? a
> quick solution?
> >
> > Thanks.
> > ===================
> > Leonard S. Berkowitz
> > Perot Health Care Systems
> > (Harvard Pilgrim Health Care account)
> > voice: 617-509-1212
> > fax: 617-509-3737
> > pager: 781-226-2431
> >
>
> **********
> Posted from www.3kworld.com
>
|
