| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 219.1 | | HEAD::EBDON | Terry Ebdon, Area Support, 781 4381 | Wed Mar 08 1989 10:18 | 10 |
| >
> Disk Optimisation packages are currently under review.
Are you aware that VMS Engineering are strongly opposed to the use
of these packages? Apparently they have been implicated in several
disc corruptions. The ODS-2 disc structure has not been published outside
of DEC, so these products are not based on an accurate knowledge of the
disc structure and VMS disc usage.
Terry
|
| 219.2 | And RSTS7.2 corrupts RA81's too, said Goldilocks. | NECK::THOMPSON | | Wed Mar 08 1989 10:49 | 18 |
| I have seen cheapo disk optimisation software that
will hang a disk if it encounters an installed image file on the
disk that it's optimising, but never one that leaves a corrupted disk
behind. RABBIT7 is much smarter though.
I've been running RABBIT7 on my GPX for a year now and provided I
don't attempt to touch the V5 system disk it works a treat - no sign
of any corruption (yet). Perhaps I'm just lucky, or perhaps RD53/54 disks
don't conform to ODS-2 standards. Seems to keep the disc I-O down a
treat though.
Are you sure this isn't another story for *real* customers like the
'don't use any other paper except Digital's in your LN03's' one.
Have we had any disk corruption attributed to RABBIT7 on this site?
If not, what's the cost of running RABBIT7 compared to overtime
payments, downtime, and the tapes needed for an image backup and restore?
|
| 219.3 | Run RABBIT, Run RABBIT, run run run | SHAPES::BISHOPN1 | | Wed Mar 08 1989 11:22 | 11 |
|
I have heard that there can be problems when running RABBIT
simultaneously with a VMS backup/verify. This seems to be the major
cause of problems with this utility. With a little planning, though,
I'm sure this situation could be avoided.
For further information on RABBIT (or DOPTER as it is known
internal to DEC) - see the ULYSSE::DOPTER conference. Press KP7
etc.
Neil
|
| 219.4 | | HEAD::EBDON | Terry Ebdon, Area Support, 781 4381 | Wed Mar 08 1989 14:32 | 15 |
| > Are you sure this isn't another story for *real* customers like the
YES! Please refer to the following:
BULOVA::VAX-RMS 300.*
VAXWRK::VMSNOTES 72.*, 152.*
VAXWRK::NOTES$ARCHIVE::VMSNOTES_V5 2071.*
HARDLY::SYSMGR 15.*, 151.*
These present both sides of the argument, and I would suggest you read all
of these notes before evaluating disc optimisers. In particular VAX-RMS note
300.1, entered by the VMS File Systems project manager, lists some very
important questions that should be asked.
Terry
|
| 219.5 | Revised Dates | SHAPES::SYSTEM | | Thu Mar 09 1989 11:52 | 16 |
|
The dates of the defragmentation on FUTURS and PASTIT have been
rescheduled as follows:
FUTURS 28th March
PASTIT 13th March
Should thses new dates clash with urgent application work then
please let them be known by Friday 11th March with dates & the type
of work that will be taking place.
Regards
|
| 219.6 | Revised revised dates | CURRNT::SYSCON | | Wed Mar 29 1989 20:52 | 3 |
| Due to the CURRNT cluster taking longer to defragment than anticipated,
this work will continue for the week beginning 28-Mar-1989, with
FUTURS rescheduled to 3-Apr-1989.
|