| Title: | Storage Library System |
| Moderator: | COOKIE::REUTER |
| Created: | Sun Oct 13 1991 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 2270 |
| Total number of notes: | 7850 |
A customer recently upgraded from V2.4 to V2.8A and their operators have noted that the volumes who reach their scratch date and become free loose their scratch date, notes and other volume information that they where using for historical purposes. We do not have a V2.4 system to compare the reported previous behavior of V2.4, however, the current behavior definatley clears these fields. At what version of SLS did this behavior change? What was the reason the change was made? \ \Thanks, David
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2249.1 | Have not seen this problem | KIDVAX::DESOURDIS | Tue May 06 1997 09:49 | 28 | |
To the best of my knowledge the situation described in .0 has never
been the case. In my experience tapes which have expired retain notes,
previous owner, allocated/scratch dates until reallocated, at which
time these fields are updated. Example of a tape recently expired:
Volume: AGR089 Owner: SCUBA::SLS
Format: BACKUP Brand:
Allocated: 3-APR-1997 04:37 Scratch: 3-MAY-1997 11:21
Purchased: 16-SEP-1996 16:20 Cleaned: 16-SEP-1996 16:20
Media type: TK85I Length: 0
Mounts: 331 UIC: [DNY,SLS]
Location: MRO_CAMPUS Protection: S:RW,O:RW,G:R,W:
Notes: MVMKT DLY SUN SYSTEM BACKUP
Offsite: Onsite:
IO Errors: 0 Flag: FREE
Next volume: *none* Previous: AGR135
Pool: Rec len: 0 Block factor: 0
Initialized: 31-MAR-1997 02:28 Density: COMP
Slot number:
Side: Other side:
Jukebox / slot: VMSINCS_1 / 28
Drive: *MRPAB1::$2$MKB400
Volume is in a jukebox slot.
Volume is not in a magazine.
Our server is running SLS B2.9-1.
Ron DeSourdis/CCS Storage Mgmt./MRO
| |||||