HP3000-L Archives

September 2003, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Hans-Ole Kaae, ScanConsult" <[log in to unmask]>
Reply To:
Date:
Tue, 9 Sep 2003 14:07:10 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (85 lines)
Hi folks,

Thanks a lot for all the information.

There was an error in the method I used to select the files - as several
pointed out.

In the first place I will use Volutil's CONTIGVOL at the earliest suitable
opportunity.

Nice to learn that MPE still has a variant of the old MPE V 'COND'
functionality implemented. Having had lots of free diskspace over the
years - this has never been a problem before - but as the discs tend to
fill up now - these problems arise - quite as expected.

/With kind regards Hans


On 9 Sep 2003 at 3:32, Goetz Neumann wrote:

>  Hans-Ole Kaae, ScanConsult wrote:
>
> > We have quite some defragmentation on one of the 2 disks in the
> > System Volume (not LDEV 1).
> >
> > Trying to avoid a reload, I did the following:
> >
> > 1) Located all files on this LDEV, generating a storelist.
>
> I am not sure how you came up with a list of files
> that *only* have their extents on (I assume) LDEV 2.
> I think that might be the wrong assumption here, you
> might have selected files that have their file labels
> on LDEV2, but not necessarily (all of) their extents.
>
> [snip]
>
> > I did a :DISCFREE A before and after the operation - but while I
> > expected MPE to 'fill in the gaps' yielding a less fragmented volume
> > after the operation, this was certainly not the case.
> >
> > One explanation can be that MPE is so intelligent (Yes, I know and
> > agree it is intelligent!) that it recognizes the file (assuming the
> > directory entry is just marked for deletion), checks and finds that
> > the file is still intact on disk and then compares the contents of
> > the diskfile with the tapefile. Finding that the 'purged' file on
> > disk is ok, MPE just clears the 'purgeflag' in the directory.
>
> You are assuming too much intelligence here.
> Basically what RESTORE does is :
>
> 1) get file label information from tape
> 2) build file in the NEW domain (no directory entry)
> 3) restore all the contents for this file.
> 4) only if all content was read successfully
>     (imagine hitting media read errors) RESTORE will
>     purge the file with the same name in the directory,
>     then save the restored NEW file into the permanent
>     domain.
>
> > BTW: I asume that we have no Condense utilities available in MPE
> > anymore? (Sorry, purchasing more utilities is not an option this
> > time).
>
> have a look at VOLUTIL : CONTIGVOL command. it 'condenses' free disk
> space areas into larger contiguous chunks. If used with the
> UNRESTRICTED option it will even move extents that are in use to
> another member of the same volumeset to achieve larger chunks.
>
> In your situation with a 2 member volumeset, probably an INSTALL
> (CSLT); RESTORE ;;DIRECTORY and a RESTORE @[log in to unmask]@;OLD;KEEP with
> ;VOLCLASS=DISC option is the fastest way to defragmented disk
> space. (IIRC, volclass=disc will spread extents evenly between the
> members overriding existing volume restrictions).
>
> HTH,
> Goetz
>
> * To join/leave the list, search archives, change list settings, * *
> etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2