Tim, Yes as part of initialisation there is a check for licensing. And that is
the result.
If it is wanted to act differently, a change would be needed.
I did not have those details about the specific situation, else would have
stated something a little differently first time.
Mike
Arthur,
You cannot take the snippets out of context. Each snippet is qualified.
Remember that rmm is always on your system (s/w delivered and installed as part
of z/os), you have to take steps to tell rmm that it turned on. Adding DFRM
susbsystem + EDGSSSI to IEFSSNxx turns it on fully. Adding
for rmm implementation or migration to rmm should have made
that clear.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Richard, Just chanced upon this question from you . and cant see any reply
yet, so will try to answer it.
You cannot mix RETAINBY volume and RETAINBY set for VRS retention. However that
does not really answer the question
What rmm will do for a "set" of volumes depends on what is
Its been a while since the question was asked, but here is a definitive answer.
Over z/OS R11, 12 and 13 new function was added in OPEN to improve recovery
from incorrect multi-volume processing.
RMM added support to exploit the new capabilities.
OPTCODE=B is a user way to control what happens.
A
To apply the VRS to a dataset you need to run inventory management (VRSEL), and
to get moves triggered i.m. DSTORE. Depending on when those are run there are
different ways to generate the pick list.
You probably dont need the first VRS with COUNT(1) - set it to go 'locdef' for
35 days, run
Radoslaw, yup, as well as that EDGUTIL reference, look at EDGUTIL SYSIN
statements which allows you to even process just a single volume
Also, although it seems not completely documented the EDGSPLCS utility
documents that EDGUTIL can write to a file with commands to that EDGSPLCS can
Willie,
As specified in the rmm IC Guide Chapter 16. Performing inventory management -
You can backup direct to tape when using EDGHSKP utility BACKUP(DSS) parm.
Also, when you restore from tape, as long as you use EDGBKUP you will be able
to use an rmm backup tape even if rmm is not active.
(VOLCAT)
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
... and 1 more reason MASTER volumes should normally have all data sets
seen and recorded while rmm (or another tms) is in control - so we would know
exactly what is on a tape.
When you add volumes using commands rmm has no knowledge of the data set names
and so cannot enforce the
it will insist on relabelling back to SL on return to
scratch .
If you dont use rmm, you need to ask your vendor.
If you use rmm, just try it by coding LABEL=NL in your JCL. and see what
EDGI messages are issued
Mike Wood
Victor, IEC205I gets the TOTALBLOCKS from system control blocks. It should
match what rmm records (gets it from same place.. Actually it depends on
access method and whether that method maintains the block count fields. EXCP
does not and the application must maintain it.
The block count is
Victor, You should be able to reply on the blocksize recorded in rmm. Just like
other tape systems it gets it from the system.
Assuming you are on a supported level of z/OS, rmm should record all you need
to know about logical and physical view of the data sent to tape by the
application and
Victor, You still haven't provided details of what the 'tape drive' really
is.
Virtual or a real drive - and then which virtual system/physical drive type and
media type - It can make a big difference
Mike
--
For IBM-MAIN
...small addendum to my reply
re: step #2
Without checking the full flow of command processing I cant be absolutely
certain any more of what rmm does.
However, as I said, it should allow you to change the location information to
reflect the actual situation via commands.
You might have to
Normally you can run EDGHSKP options all in the same run, not step by step.
Mike WoodRMM expert
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
/bookmgr_OS390/BOOKS/dgt2m330/2.2.3?SHELF=EZ2ZBK0KDT=20100701110050
For EOF2 there is no block count - that is in EOF1
Did you also see Sam Golobs write up about AWS tapes?
http://www.cbttape.org/awstape.htm
Mike Wood rmm tape management consultant
Wilco, you dont show the commands you issued, nor mention refreshing the
STARTED class details .
Something like this 'should' do the job
RDEFINE STARTED SMS.* -
STDATA(USER(=MEMBER ) -
Could it be that the MCV record is serialized by hsm - because of the way hsm
was abruptly stopped, and you just need to reset the hostid in the record?
Its been a long time for me, but have you looked at LIST command used with
RESET and MIGRATIONVOLUME(volser) ???
Mike
Massaki-san, When you have the SMF recording turned on as recommended by Tom,
take a look at EDGAUD reporting utility; it can be selective about which SMF
records it reports on. For example, you can specify a userid or list of user
IDs and report on their updates.
Mike
Well, no prizes to Oracle for document clarity. A better description is here
http://docs.oracle.com/cd/E19772-01/TM0002revEF/TM0002revEF.pdf in an older
document. I would assume the technique required is the same for T1C T1D
drives as well. The application (for example hsm or similar)
Radoslaw, Try here
http://www.oracle.com/us/products/servers-storage/storage/clipper-t1d-2009307.pdf
It says that the feature ensures that cartridges written by an older drive,
such as T1C can be rewritten to maximum capacity on a T1D for example.
I dont think they word it very
also check if your tape management system issues RACROUTE checks for
'EDMs' and also does full 44 character dsname checking.
It is not straightforward, but well worth doing and getting correct.
Mike Wood - rmm expert and tape management security consultant
their way through all this to tell
you what is really going on out there.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Michael, for any KSDS, whether catalog or not, CA reclaim is never used for
those with IMBED.
So, you simply forget those with IMBED unless you can remove that in order to
get CA reclaim benefit.
Mike Wood
--
For IBM-MAIN
Wayne, I am not sure you understood what I said about REPRO
use of dss to copy/move/backup the cds does nothing to consolidate the space
within the CDS (KSDS)
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access
including
those which are virtual and have the dasd cache online to all system.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Radoslaw,
#4) rmm use of REJECT ANYUSE had some limitations. You now have the option of
using PRTITION statements in rmm parmlib for more effective partitioning. Use
in conjunction with OPENRULE.
Mike
--
For IBM-MAIN
a way to test for TS7740, but would expect rmm to be
getting number of post compression bytes to nearest 1K or 4K value.
Mike Woodrmm expert
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
If your sys progs used the default names, you might find the exec EDGRMLIB
(SYS1.SEDGEXE1) will dyanmically allocate the data sets needed and take you to
the rmm dialog where option R will also be the report generator.
Its so easy to use, you shouldn't even need to RTM.
Mike
and CIs
(CAs with R12+).
Mike Wood rmm expert
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
, the rmm extract process will convert zero values to 64K
and recalculate data set size and volume usage.
So a report from the extract would provide the corrected values.
Mike Wood rmm expert
--
For IBM-MAIN subscribe / signoff
ESmie, Look at the report generator available under ISMF dialog.
There are some sample reports based on DCOLLECT, and the report generator
allows you to use 'generic' field comparisons (sub strings)..
Mike Wood
--
For IBM
this - how much space in MB is 10% of your CDS? . How many data
sets/volumes might fit in that space? ... are you growing in number of
volumes/data sets Reaching an limits?
Mike Woodrmm expert
--
For IBM-MAIN subscribe
Russell, 95% full 4TB tape cartridge would have around 200GB space available
Thats a lot of space
I know hsm had a lot of thoughts on that kind of subject.
Mike
--
For IBM-MAIN subscribe / signoff / archive access
This was new capability introduced via an APAR to rmm at the time of TS1140
support - so should be available on all supported releases.
Mike Wood rmm expert
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Did you see this?
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b560/4.4.3.3?ACTION=MATCHESREQUEST=AFFTYPE=EXACTWSHELF=EZ2ZBK0KDT=20100701093058CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=ScrollTOP=FIRSTHIT#FIRSTHIT
system and whatever tools/products you might have.
To look at upgrading a TS7720 to TS7740 you would best ask IBM. You could
start here
http://pic.dhe.ibm.com/infocenter/ts7700/cust/index.jsp?topic=%2Fcom.ibm.storage.ts7740.doc%2Fts7740_grid_mes_clusters.html
Mike Wood
I dont see a need
for a replacement product given that all parts can be changed and it still be
TS77xx.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
@dsn.0
to find how many data sets(files) are on the volume. Or, you could use LV and
then edg@dsc for number of data sets on volume - adding 1 for the next physical
file on the volume.
Mike Wood (rmm architect in a previous life
that helps,
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
If you use rmm, you can use rmm SEARCHVOLUME with CLIST to create the ALTER
IDCAMS commands needed
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
unless the status really changes - so you may need
to go scratch- master-scratch
Usually 000F category is PRIVATE on all partitions - only SCRATCH volumes have
different categories based on the partition.
Mike Wood
--
For IBM-MAIN
.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
support to store objects on tape.
Only worry about this message if you are using the Object support and want to
store some of the objects on tape.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
volser RELEASE(REPLACE) command then release the volume. Once pending release
you can use RMM DV volser REPLACE to delete them without going through return
to scratch process.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive
and the ICETOOL very readily gave a total size of all application
data at the bottom of the report.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
Jerome, Call IBM and report the problem. Seems similar to apar OA35183
There may already be a fix.
With UNCATALOG(Y) or UNCATALOG(S) you should expect data sets to be uncataloged
if still in the catalog at time of return to scratch.
Mike Wood
Victor,
Follow the first two results from google search for 'specific volcat'
http://www.google.co.uk/search?q=specific+volcat
If you need more help than this please contact me directly.
Mike Wood (blatant plug - Independent tape management consultant
The DCBE where the larger block size is stored when the LBI is used (ie
Application supports it).
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
be available depending on the details.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
and hope they ask the developer.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSMS how you want them used/added.
Start here ... www.redbooks.ibm.com/redbooks/pdfs/sg246979.pdf
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
with this.
Be sure to also consider your tape management system.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
. Then take the same action as above with CI.
rmm allows you to dynamically add from 1 to many volumes by tso command, by the
panels, etc.. What could be simpler.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access
the container volume - you could use that to copy an entire logical volume to a
new logical volume in the TS7740. A slow process if you have many exported
logicals to recover.
Mike Wood
--
For IBM-MAIN subscribe / signoff
in the parmlib chapter.
If each JES3 LPAR is independent, ie not in a JES3 complex, you can easily get
what you want. In a JES3 complex the same pool definitions must be used on all
systems because JES3 fetch processing occurs on the Global and tape mounts must
happen on each individual system.
Mike
will not be considered by VRSEL
processing and only the volume EXPDT used to determine when EXPROC will expire
the volume.
I am sceptical about using RETPD(93000) as a default retention for all new tape
data sets. But, if that works for you . . . . .
I hope that helps you,
Mike Wood
EXPDT vs the current date. Thus reducing the overhead of determining whether to
scratch a tape.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
considered.
From R13, with EXPDT retention method you can ensure that only the volume EXPDT
is considered.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
reason code 401 from OAM tape processing means the library is not accessible -
well, we knew that, but there are certain paths in the rmm code that should
allow the rmm processing when this happens - allowing CDS cleanup. . . .
Well at least the DV worked - so that was good news.
Mike Wood
EJECT FORCE
or
- Issue RMM CV volser LOCATION(SHELF) FORCE TYPE(PHYSICAL)
See the requirements in the book about authorization. (ie CONTROL and FORCE
authority)
Once the volume is not known to be system managed by rmm, you can use the DV
volser FORCE commands to get rid of them from CDS.
Mike
is displayed. e.g. 'S' displays tape data set
details
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
you best advice about what is wrong nor how to correct it.
If you could describe more details about tape usage, TMC backup/restore,
running CA-1 on backup site, who updates TCDB on backup site . you might
get better help and advice.
Mike Wood
(secondary space)
other activity on the volume etc.
I would suggest you use your current known volumes and data set records to
determine how big the CDS should be and follow the recommendations in the IC
Guide.
Mike Wood
--
For IBM
CHANGE and enter a period
in the Retention Period field.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
with STORENUMBER operand it is much clearer
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.
To retain by DAYS you also have options such as:
- use the default retention period such as OPTION RETPD(5)
- use a data set VRS with DAYS COUNT(5) - This requires that you know the data
set names of the files you plan to place on those volumes.
Mike Wood
being GMT and then using
TIMEZONE offset to set local time
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
your own tool
Mike Wood :: rmm expert
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Tom, I cant find that post from Karthick anywhere ..
Ok, here's what I can remember ;-) about VNL exit
hsm avoids the VNL exit being called because it does its own checking before
attempting dynamic allocation of a system managed volume. It knows from its own
volume record that the
and experienced services in this area.
I am not saying they always do it themselves - I also know they can contract
out ..
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
books for use of UTC and TZ.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
. Check the devtyp includes the tape bit (see ucb device
type for details), and ignore hsm migrated data sets (because they have a
devtyp that can look like tape).
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access
related to cleaner carts, see here
http://publib.boulder.ibm.com/infocenter/ts7700/cust/index.jsp?topic=%2Fcom.ibm.storage.ts7740.doc%2Fts7740_ua_operator_info.html
You could use automation to detect and parse the message and create your own
alert to ops.
Mike Wood
.
And if you want something different but similar, start with EDGGR11 in the
report generator.
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
76 matches
Mail list logo