| Title: | Disk File Optimizer (DFO) for OpenVMS |
| Notice: | Kits and documents: last reply to note 1 |
| Moderator: | COOKIE::AMEND |
| Created: | Tue May 16 1989 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 539 |
| Total number of notes: | 2544 |
Hi!
A customer is experiancing an unexpected behaviour with DFO on
disks with HSM shelved files if these are veri fragmentet.
When the scheduled script is started, that executes a prolog
that contains a "DEFRAG SHOW DFG$DISK/VOL" files that are
shelved get UNSHELVED.
This uncovers 2 questions:
1) why and how does DFO touch the body of a file during a
DEFRAG SHOW DFG$DISK/VOL. Files are unshelved only if
you acces the body of the file. The retreival pointers
are located in the fileheader
2) how is the process tree of the DFO built up?
If you enter the DEFRAG SHOW DFG$DISK/VOL interactive from
a process that is set to SET PROCESS /NOAUTOUNSHELVE
everything works fine.
The customer has entered a SET PROCESS /NOAUTOUNSHELVE at the
begin of the PROLOG file. But there seems to be some subprocess
of DFO that is set to SET PROCESS /AUTOUNSHELVE
The defaultbehaviour of DFO should be changed to not touching
SHELVED files in any case !!
Thanks in advance
Michael
Following infos to the SCRIPT:
$ DEFRAG SHOW DUA6_L2
Disk File Optimizer for OpenVMS DFG V2.2
� 1996, Digital Equipment Corporation
Volume script DUA6_L2 is ENABLED, LEVEL=2, device: $1$DUA6
No defragmentation process is executing
Scheduler queue contains the following operations:
DEFRAGMENT VOLUME $1$DUA6 on 18-APR-1997 02:00:00.00
Consolidate freespace
Script repeat interval: 1 00:00:00.00
Defragmentation time limit 0 03:30:00.00
Minimum Priority: 1
Default Priority: 2
Script may operate on the following nodes:
MARS
VENUS
Log file: RZ:[DEFRAG]DUA6_L2.LOG;/BRIEF
Prologue file: RZ:[DEFRAG]SHOW.COM;
Epilog file: RZ:[DEFRAG]SHOW.COM;
Mail notification is OFF
OPCOM notification is ON
Special file handling:
Files specified in options file: RZ:[DEFRAG]DUA6.OPT;
Prolog-File
$ TY RZ:[DEFRAG]SHOW.COM;
$ SET PROCESS/NOAUTO_UNSHELVE
$ SET PROCESS/NOAUTO_UNSHELVE/IDENT='F$GETJPI (0, "MASTER_PID")'
$ DEFRAG SHOW DFG$DISK/VOL
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 531.1 | Which HSM product is the customer using | COOKIE::AMEND | Fri Apr 18 1997 08:23 | 32 | |
Michael
Which HSM product is the customer using? Is it Digitals or
another vendors? I have heard that other vendors HSM has this
problem. I do a show all the time on disk that have Digitals
HSM on them and I never set NOUNSHELVE and it does not unshelve
them.
If you do not do the SHOW, does the files get unshelved?
The command procedure has nothing to do with the
defragmentation process, the command proceedure is a subprocess
of the defragmentation process.
> A customer is experiancing an unexpected behaviour with DFO on
> disks with HSM shelved files if these are veri fragmentet.
I do not understand how a file that is shelved can be
fragmented or is the volume very fragmented?
The problem that you see with SET PROCESS /NOAUTOUNSHELVE not
working in the command procedure could be caused by the privs
that you have at that time. Doing it interactively, you can
turn on all the privs. However, the command procedures only
have BYPASS, CMKRNL, DETACH, EXQUOTA
, NETMBX, SHARE, SYSGBL, SYSLCK, SYSPRV, TMPMBX, and WORLD
I will try this on our system that is running Digitals HSM
product.
thanks
jim amend
| |||||
| 531.2 | More questions | COOKIE::AMEND | Fri Apr 18 1997 14:24 | 29 | |
Michael
I started looking at the problem and I cannot reproduce the
problem here so I have to get some help from the HSM people to
try and recreate the scenario. They cannot help me until
Monday. I just want to make sure that I can answer questions
the HSM people ask me and I can recreate the scenario you have.
If you execute the DUA6_L2 script with no prologue and epilogue
file, does the defragmentor unshelve the files? I want to know
if it is only happening with the show command in a prologue or
epilogue file or does the defragmentor process cause the files
to be unshelved. That way I can look at what they do not have
in common.
If you do an interactive SHOW command and SET
PROCESS/AUTOUNSHELVE does this unshelve files?
In your message you only say you SET PROCESS/NOAUTOUNSHELVE. I
have tried both ways and the SHOW command does not unshelve the
files on my disk. However, the disk I did it on was not very fragmented.
Could I get a /full log file of the run of DUA6_L2 script?
Does this unshelving only happen on disks that are very
fragmented?
Thanks
jim amend
| |||||
| 531.3 | check HSM$LOG:HSM$SHP_AUDIT.LOG | COOKIE::HOLSINGER | HSM Engineering, DTN 522-2843 | Mon Apr 21 1997 09:44 | 8 |
Hello Michael. HSM logs each request, including file faults in HSM$LOG:HSM$SHP_AUDIT.LOG. Look in the log for the files which were unexpectedly unshelved and you can verify the requesting PID and process name. Hope this helps, /Paul | |||||
| 531.4 | DFO should not unshelve files | COOKIE::AMEND | Mon Apr 21 1997 11:29 | 10 | |
Michael
During a SHOW command DFO does not touch the body of the file.
It only goes through INDEXF.SYS and gets the information. I
have tried to recreate the problem here and cannot. Since you
have closed the problem with the customer, I will not spend any
more time on the problem.
thanks
jim amend
| |||||