?
ITschak
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I want to retrieve the primary allocation of a dataset. Sofar I've used OBTAIN
to retrieve the DCSBs for the dataset. The DSCB1 contains information about the
secondary allocation size for the dataset but does not contain any information
about the primary allocation. If the dataset had a
I don't know if this is what the OP wants.
I have a rexx utility that uses: X = CALL LISTDSI(DSNAME DIRECTORY SMSINFO
NORECALL)
and I get back:
DSNAME== SYSPROG.CBT.FILE805.LIB
VOLSER== COS101
DSORG == PO TYPE == PDS
RECFM == FB SEQ TYPE ==
LRECL == 80
That is *NOT NECESSARILY* the primary allocation. That is the *current*
allocation of the 1st extent. This may have been changed by SMS, Allocation
space-(xx,rlse) or other.
As was previously stated, once the dataset has been successfully created, the
amount of primary space requested is no
I suspect I know the answer to this question. Is there any
generally-accepted way to get the DCB address following a C fopen()? (I say
generally accepted because I assume there is no supported way. I could
live with something with some risk, but not a total hack.)
Why? I'd like to be able to use
There are probably several items on cbttape.org that may already do some of
what you are looking to do.
What problem are you trying to solve? Would it be better to use something
already created or are you looking to understand some function better?
REXX has some built-ins, SAS has some
Am I correct in my reading of the BPXWDYN documentation that it is not
possible to get a generated and returned DD name on DSname allocation unless
one is calling BPXWDYN from Rexx (or were to set up a Rexx environment)?
Charles
Even in the case of CONTIG, allocation would create the primary space as
requested, but subsequent merged contiguous extents and/or the RLSE option,
could also leave behind a different primary extent after CLOSE.
Kees.
-Original Message-
From: IBM Mainframe Discussion List
W dniu 2015-05-06 o 16:37, Mark Pace pisze:
I screwed up and released a tape that I should not have. I have not yet
run the process that actually puts the tape in SCRATCH status - so
currently it is PENDING RELEASE.
Is there some way to reverse that RELEASE?
What is your TMS?
(TMS - Tape
It's RMM. It's pending release because I screwed up and issued a release
against that volser.
On Wed, May 6, 2015 at 10:48 AM, R.S. r.skoru...@bremultibank.com.pl
wrote:
W dniu 2015-05-06 o 16:37, Mark Pace pisze:
I screwed up and released a tape that I should not have. I have not yet
run
Mark, in ISMF, option R, then 3 (adminsitrator), then 1 (volume), then 8
(confirm) and CH in front of the volume(s) you want to preserve should do the
trick
Christian
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Mark Pace
Hi
As several people have already alluded IT IS NOT POSSIBLE to retrieve the
Primary Request for SPACE as it IS NOT recorded in the DSCB.
There is no need to store this information as it is either available and
used or it is not in which case the data set is not created. The Secondary
Request
I screwed up and released a tape that I should not have. I have not yet
run the process that actually puts the tape in SCRATCH status - so
currently it is PENDING RELEASE.
Is there some way to reverse that RELEASE?
--
The postings on this site are my own and don’t necessarily represent
From DFSMSrmm Guide and Reference
Changing Pending Actions
To reclaim volumes:
a.. From pending release, use the CHANGEVOLUME subcommand with a volume
serial number and either the RETPD or EXPDT operands.
-- jat
-Original Message-
From: Mark Pace
Sent: Wednesday, May 06, 2015
Depends on how it is pending release.
1) If Expiration Date, just manually update the date to the new future
2) If VRS rule, then update the VRS rule and rerun VRSEL
Craig
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mark Pace
Paul,
I like that, why not or at the least provide a mechanism that works.
Regards,
Scott
On Wednesday, May 6, 2015, Scheuer, Paul paul.sche...@emc.com wrote:
Sure! Can you drop them by Marcello 4406 around 8am?
Sent from
my Android phone using TouchDown (www.nitrodesk.com)
-Original
You will never be able to determine the original primary allocation amount,
because it is not recorded. When the primary allocation is done, it can be done
in one or more extents and adjacent secondary extents can be merged together
into 1 extent. Furthermore after close of the dataset, idle
You will never be able to determine the original primary allocation amount,
because it is not recorded. When the primary allocation is done, it can be
done in one or more extents and adjacent secondary extents can be merged
together into 1 extent. Furthermore after close of the dataset, idle
We have our own IEFBR14 that does exactly that, it just reads input from
SYSIN and performs the required SCRATCH or not depending on the status and then
reports on what it did.
Craig
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of
Users needed a simple way to display percentage free space on a set of DASD
volumes identified by volser prefix. Simplest solution was to run our own SPACE
command, trap the output, do some calculations, and display the answer. SPACE
runs in subcommand mode, so issue SPACE followed by
J O Skip Robinson wrote:
Users needed a simple way to display percentage free space on a set of DASD
volumes identified by volser prefix. Simplest solution was to run our own
SPACE command, trap the output, do some calculations, and display the answer.
SPACE runs in subcommand mode, so issue
On 2015-05-06 16:18, Mike Schwab wrote:
I would be more worried about specifying enough space for the current
contents and calculating a nice secondary space value. 10% for a 16
extent type. Maybe 1% for a 1## extent type.
Oh, be done with it! HMIGRATE it; HRECALL it. HSM coalesces
Does anyone know the answer to my question at the end of the note below? Is it
possible to call from one TSO command to another just passing the same CPPL
with a new command buffer? Any known gotchas? I have this all coded and I am
getting SYSTEM ABEND CODE 66D REASON CODE 0002 which is
On 6 May 2015 at 18:05, Charles Mills charl...@mcn.org wrote:
Does anyone know the answer to my question at the end of the note below? Is
it possible to call
from one TSO command to another just passing the same CPPL with a new command
buffer? Any
known gotchas? I have this all coded and I
Thanks. Struggling with a different issue at the moment.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Wednesday, May 06, 2015 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Possible to get DCB address
I would be more worried about specifying enough space for the current
contents and calculating a nice secondary space value. 10% for a 16
extent type. Maybe 1% for a 1## extent type.
On Wed, May 6, 2015 at 3:54 PM, Walt Farrell walt.farr...@gmail.com wrote:
On Wed, 6 May 2015 16:19:31 -0400,
Thanks for your help. Yeah, I checked LE Vendor Interfaces before I posted. I
have finally learned when you can't find it where you think it ought to be,
look in Vendor Interfaces.
Yeah, pretty much resigned now to my own dynalloc and OPEN. Good suggestion on
chasing the DEB chain, but that's
When you allocatie a dataset you specify space (blocks, tracks cylinders, MB or
whatever) and a primary and secondary amount. The space and secondary amount is
preserved in The DSCB1/8. The space was also used to allocate the primary
extent(s). It is just the primary amount (as specified in the
On 6 May 2015 at 15:07, John Eells ee...@us.ibm.com wrote:
I never actually checked, but I assume that ISPF and other things that
show used space in allocation request units other than tracks or cylinders
use the DS1DSPAC fields and track length to calculate space in those
original request
On Wed, 6 May 2015 16:19:31 -0400, Tony Harminc t...@harminc.net wrote:
On 6 May 2015 at 15:07, John Eells ee...@us.ibm.com wrote:
I never actually checked, but I assume that ISPF and other things that
show used space in allocation request units other than tracks or cylinders
use the DS1DSPAC
Hi Charles,
We use a routine that calls dynalloc() that allocates and returns a DUMMY
DDNAME, and then use it in BPXWDYN with reuse. (See also JZOS:
ZFIle.allocDummyDDName() )
Bill Schoen was discussing allowing for return of variables outside of REXX
in a 2006 MVS-OE thread use of bpxwdyn
fred.van.der.wi...@mail.ing.nl (Fred van der Windt) wrote:
I want to retrieve the primary allocation of a dataset. Sofar I've used OBTAIN
to retrieve the DCSBs for the dataset. The DSCB1 contains information about the
secondary allocation size for the dataset but does not contain any
May be this would help?
APPENDIX 1.6.8 Visa and EMV-related smart card formats and processes
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CSFB4ZB0/APPENDIX1.6?
Kolusu
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
05/06/2015 11:46:31 AM:
From: Frank Swarbrick
I am looking to know what ICSF services can be used (and how they are to be
used) to validate an EMV Application Cryptogram that is part of a request from
an ATM or POS device. Where can I find details on this? I can't find anything
in the ICSF manuals that specifically talks about this.
Is this a SPACE command processor from cbttape.org or something home grown?
Is SPACE using TPUTS/TGETS? It might make this behavior understandable.
I know with CLIST you can send an END command. I will have to check out
rexx. You may wish to post on the TSO/REXX list. They may have more
pds vol zzz public|private|stor
In a message dated 5/6/2015 11:48:38 A.M. Central Daylight Time,
jo.skip.robin...@sce.com writes:
Question: did I really need to do that?
--
For IBM-MAIN subscribe / signoff / archive
On 6 May 2015 at 09:50, Charles Mills charl...@mcn.org wrote:
I suspect I know the answer to this question. Is there any
generally-accepted way to get the DCB address following a C fopen()? (I say
generally accepted because I assume there is no supported way. I could
live with something with
Charles:
The TSO command to receive data (not the tso transmit/receive) is
document in a small booklet (can't remember the number) but IIRC it
was a 3 ring binder. This small booklet was a wealth of information
and if you look hard enough there is help (s/b in sys1.help) but
since it was
On 05/05/2015 09:28 AM, Scott Ford wrote:
All,
Since I started this question, so how is one to check for the existence
of datasets if we can't really trust IEFBR14 ? Yeah, I can write an
Assembler routine, by why, when BR14 is supposed to work...I have staging
datasets we use to build our
I tried out your suggestion. I renamed the offending dsn and re-ran the alter
successfully. Seems that IDCAMS stop processing when it hits a dsn which is
not SMS managed.
Thanks for the help.
On Tue, 5/5/15, Pommier, Rex rpomm...@sfgmembers.com
I would have probably done the LISTC on an entry before and after where the
error occurred and verified the MGMTCLAS.
This would show whether or not IDCAMS stopped or continued and just flagged
the one file
Lizette
-Original Message-
From: IBM Mainframe Discussion List
Thank you, that did indeed fix it. Seems counter-intuitive to me since it
was already to not expire.
On Wed, May 6, 2015 at 11:17 AM, Christian Birr
christian.b...@birrconsulting.de wrote:
Set the expiration date to a value in the future, this should clear the
pending release state...
Well, glad I could help. HSM just did what you told him to do: release a tape,
regardless of its expiration date. Now back to my EOD beer ;-)
Christian
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Mark Pace
Gesendet:
Sorry, and don't forget to change the expiration date, faulty brain, I'm on the
road right now
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Mark Pace
Gesendet: Mittwoch, 6. Mai 2015 16:38
An: IBM-MAIN@LISTSERV.UA.EDU
Put an S in front of SCRATCH and the volumes will be listed...
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Mark Pace
Gesendet: Mittwoch, 6. Mai 2015 16:58
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Stop RELEASE of a tape
Thanks, Christian - but entering CH takes me to the Change Volume panel -
and I don't see what it is I change to stop the release. The expiration
date is set to 1999/365. The tape did not expire.
On Wed, May 6, 2015 at 11:00 AM, Christian Birr
christian.b...@birrconsulting.de wrote:
Put an S
Odd on my Confirm panel I don't have a list of volumes. And only one
character for Selection.
S Action Location ination Move Type Status
- - -
ERASEUNKNOWN
INIT UNKNOWN
NOTIFY
Set the expiration date to a value in the future, this should clear the
pending release state...
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Mark Pace
Gesendet: Mittwoch, 6. Mai 2015 17:12
An: IBM-MAIN@LISTSERV.UA.EDU
Before I get too much static, I ask that you read all the way to the end
before replying.
If it were me, my solution would be to run under ISPF and use [ADDRESS
ISPEXEC] SELECT CMD(FOO ...) .
Here is my thinking and approach:
- ISPF has a huge number of highly useful and valuable facilities,
Caveat: yeah, you know the routine, digest delay, already answered, etc.
Esmie: when using ListDS (=3.4) for SYS2.CA1.TMSA.**, is ACTQUE the 1st entry?
My suspicion is that IdcAms stopped processing when it encountered the
IDC3194I which happens to be the first of the bunch.
Hi,
You can also try LIST PRIMARYVOLUME ALLDUMPS BCDS. (You may have to specify a
specific volser).
Glenn Wilcock
DFSMShsm Architect
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
51 matches
Mail list logo
