I've been a quiet member for a long time and sure I will be wrong, never
using the product you mentioned, but have you tried extents 1,1 ?
Reid
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On Behalf
Of Denys Beauchemin
Sent: Tuesday, May 23, 2017 10:40 AM
To: [log in to unmask]
Subject: Re: [HP3000-L] A500-200 Stromasys system questions about building
large binary file
I believe that even if you allocate the file completely at BUILD, there
really is nothing written to disk but the various extents are reserved for
that files.
When you actually write to the various extents, that's when the write is
committed to the device and that's when you spend a lot of time waiting for
it.
Denys
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On Behalf
Of Legault, Raymond D
Sent: Tuesday, May 23, 2017 9:30 AM
To: [log in to unmask]
Subject: [HP3000-L] A500-200 Stromasys system questions about building large
binary file
Morning HP3000 listeners,
Our HP3000 disc files are simply RED HAT DISC Files that reside on a SAN.
First we shut down the RED HAT system for patching or upgrades and we shut
down the HP3000 emulator.
Then we use piGZ to compress our disc files and copy these on our other RED
HAT SAN just in case Murphy joins the activity.
Disc volume VOL9 is used for our Legacy backup files that were digitized and
compressed with ALLERGRO's XOVER product. At this time We do not have any
legacy backup files that need to be online. However during the last outage
when we copy VOL9 it takes over 30 minutes.
I would like to zero out the disc volume so that our RED HAT compress and
copy process will have little to compress or copy.
1 MPEXL_SYSTEM_VOLUME_SET 30.0G *******.............. 32%
2 VOL2 32.0G *********............ 42%
3 VOL3 48.0G ****................. 16%
4 VOL4 36.0G ***********.......... 53%
5 VOL5 32.0G *.................... 2%
9 VOL9160.0G *******************.. 91%
------------------------all 338.0G ************......... 58%
1- If I build a large file on a volume set, ( build
ZERO12.backdis3;rec=1024,,f,binary;disc=8388608,32,32 )
ZERO12 1024W FB 0 8388608 1 67108864 8 32
This file is fully allocated but the EOF is zero.
2- POINTEOF is a program I wrote in SPL that just sets the file pointer
to
whatever you like. Usually a zero to empty the file.
But in this case I set the EOF to the LIMIT. This take 35 minutes to
set the EOF to the LIMIT on the STROMASYS HP3000.
The file is now fully allocated and the EOF is equal to the limit.
ZERO12 1024W FB 8388608 8388608 1 67108864 8 32
Question Did I need to perform this step since just building the file
may zero out the contents?
My guess is no.
Question How long would the POINTEOF step take on a REAL HP3000? ( I
can provide the SPL source or program )
Just curious since I do not have a real HP3000 to test on.
Question Is there a better and faster way to zero out most of the
HP3000
VOL9 without crashing the HP3000?
POINTEOF
TUE, MAY 23, 2017, 6:09 AM POINTEOF RESETS EOF ON MPE FILES V21
22May2017
FILE NAME >ZERO12.backdis3
LEN=1024 DEV=9 EOF=0 LIMIT=8388608
ENTER SEQ # >8388608
EOF POINTER RESET
LEN=1024 DEV=9 EOF=8388608 LIMIT=8388608
TUE, MAY 23, 2017 6:44 AM (6:44) PST, 7:44 MST,8:44 CST,9:44
EST.
ZERO12 1024W FB 8388608 8388608 1 67108864
8 32
Thank You for your time and have a great day!
Ray
'Question More!' Freedom of speech means little, without freedom to
question'
* 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 *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
