So: '2.4' is not equal to 'the next release after 2.3'?
Come on, when will you reveal the name of the new baby? (I just became grandpa,
I love babies again).
Grtn,
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma,
Post z/OS 2.3, only programs in system keys (0-7) will be able
to store into common dataspaces (and CSA). Non-fetch protected system
key SCOPE=COMMON data spaces (and non-fetch protected system
key CSA) continue to be supported.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Please comment and if you agree please vote:
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=120120
Description:ISPF 3.17 currently will leave the UID set to whatever the user set
it to when the dialog exits. If the user has changed the UID while in ISPF 3.17
then it should
As for DAF issue, if there is a more complete message it might be helpful to
show complete text.
Second, if there is an author email address, have you tried to send an email?
If you create a second thread on the PROC Expansion it will be helpful. Many
might not see it do to DAF discussion
For this I have always used ADRDSSU and then Terse'd the results before doing a
binary FTP transfer - all while retaining the Terse DCB. Then unterse and
ADRDSSU restore and it has worked.
Hope this helps
--
Lionel B. Dyck
Apparently the ISPF List was moved some time ago with little notification.
Does anyone who understands List servers better, know how we can engage another
ListServer to take over the ISPF-L and save the archives?
I am only trying to see if it can be done, and if it can, what steps would need
I am trying to reload an unloaded pdse after it has been ftp'd to a target lpar.
there is a known problem with this using IEBCOPY UNLOAD/RELOAD described on
IBMLINK and none of the
work-around overrides to ftp work. TRSMAIN/TERSE does not support PDSE. So I
switched over to ADRDSSU.
I dump a
You can FTP an XMIT unload.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Barkow, Eileen
Sent: Wednesday, May 16, 2018 11:57 AM
To:
I'll repeat the previous response for this problem, but change 'END OF' to '
USR54LST'
You need to use placeholders described here to allow 'USR54LST' to be found
anywhere in the message:
https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
com.ibm.itnetviewforzos.doc_6.2.1/dqa_ata_place.htm
Thanks
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jousma, David
Sent: Wednesday, May 16, 2018 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UserKEY CSA/Dataspace scope=common Remdiation
Pretty much as I posted, but here it
Pretty much as I posted, but here it is verbatim:
"If you know the owning address space(s) of the data space(s) in
question, and can get an SVC dump (a console dump will do) that includes
those address spaces, RASP (ASID 3), and RASP's data spaces, then you
can use the RSMDATA DSPACE
I constantly use a numeric "switch" like this. For example, if I want to
compile a program, I have one switch that is set to 1 for Panvalet source,
and 2 for PDS source.
// SET SOURCE=1 1=Panvalet, 2=PDS
. . .
//TESTSRC IF =1 THEN
. . . Extract Panvalet member to
Walt, and all...
I was misreading/misunderstanding, relearning as I go As Walt correctly
points out, when KEY is not specified on the DSPSERV CREATE, it does default to
CALLERKEY. The program in question starts in KEY(8), and since we didn’t set a
KEY on the MODE=SUP statement either, it
Can you post the instructions for all of us to use?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jousma, David
Sent: Wednesday, May 16, 2018 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UserKEY CSA/Dataspace scope=common
On Tue, 15 May 2018 08:37:36 -0500, Paul Gilmartin wrote:
>I believe the only comparisons supported by IF are to a result, such as a
>return
>code, of a previous step.
All examples given do indeed lead one to believe that, but the actual
documentation does not specify
So post z/OS 2.3 only programs in system keys (0-7) will be able to access
common dataspaces? What happens if you specify FPROT=NO on DSPSERV?
Thanks
Robin
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: 15
On Wed, 16 May 2018 05:43:39 -0500, Jantje. wrote:
>On Tue, 15 May 2018 08:37:36 -0500, Paul Gilmartin wrote:
>
>>I believe the only comparisons supported by IF are to a result, such as a
>>return
>>code, of a previous step.
>
>All examples given do indeed lead one to believe that, but the
Hello Steve,
I understood the meaning of placeholder and will use it to over come this
issue
But I couldn't understand how to solve issue in rexx code
also believe you will not get the expected results in FDIREXXO when
(re)assigning:
MTXT = DSET
Can you please explain this once.
I am really
I was going to try XMIT as a last resort but the TERSE/UNTERSE steps added to
the ADRDSSU jobs worked.
I think that XMIT needs a USERID to send to and there are different userids
involved in each lpar.
-Original Message-
From: IBM Mainframe Discussion List
You can easily use TSO Transmit (XMIT) to a dataset thus:
XMIT x.y DS(input) ODS(xxx.xmit)
Where x.y is node.userid but that can be anything as it is just going to a
dataset
--
Lionel B. Dyck (Contractor) <
Mainframe
Actually, there will probably not be any issues after all.
I believe I was hung up from the earlier IEF878I message.
PARSE VAR is deconstructing the variable named MTXT into two items: MSGID
and DSET.
In this case, MSGID will be assigned value 'IEF403I' and DSET will be
assigned value 'USR54LST -
> Read what I wrote.
I did. You wrote " And if BAR || '2' is an assigned variable" in response to "
x =value('foo.'bar'2')", and the question has no relevance to that code, which
has no variable called BAR or BAR2. The point at issue was the behavior of the
value() BIF, which you kept
In order to trap the message properly:
1. Make sure IEF403I does not have AUTO(NO) in MPFLSTxx
2. The condition below will never be satisfied because TEXT is the COMPLETE
message, not only part of it
IF MSGID = 'IEF403I' & TEXT = 'USR54LST' & TEXT = MTXT THEN
EXEC(CMD('FDIREXXO' MTXT))
We DSS dump and FTP hundreds of PDSs and PDSEs every day (don't ask), both text
and loadlibs. From z/OS to z/OS you don't need to worry about tersing for
portability. You just need 'type e' and 'mode b' in your FTP control cards.
First Tennessee Bank
Mainframe Technical Support
Thanks to replies from friends on this list, I have the exit cleanly assembled,
but too early to actually test it. I always hear that there are various ways to
skin a cat--ouch--but I took what seemed to be the path of least astonishment.
Incorporated $BUFFER in $MODULE thus:
COPY
> The unfortunate thing about REXX is that it hasn't improved over the years.
What is ANSI Rexx, chopped liver? TSO/E has not kept up with developments in
the REXX world, which says more about TSO/E than about REXX.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
You don't really need to worry about the XMIT userid - just specify anything at
all, ABCD.DEFGHIJK will do. The basic idea is that you are using XMIT to set
up a transportable copy of the PDSE and that you will be using FTP to send the
file, not actually XMITting it.
HTH
Peter
-Original
Forgot to include the link:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.halu001/mvsputsubcmd.htm
On Wed, May 16, 2018 at 12:55 PM, Steve Horein
wrote:
> Although I haven't used it much, it would seem ftp's MVSPUT 'XCICS.FA.HIST'
>
Although I haven't used it much, it would seem ftp's MVSPUT 'XCICS.FA.HIST'
'XCICS.FA.HIST.RESTORED' (REALLOC could eliminate some steps?
On Wed, May 16, 2018 at 10:57 AM, Barkow, Eileen
wrote:
> I am trying to reload an unloaded pdse after it has been ftp'd to a target
There is a 'mput' ftp command to ftp all the members but it takes a long time.
I am not sure about the MVSPUT option.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Horein
Sent: Wednesday, May 16, 2018 1:56 PM
To:
When AVGREC/AVGVAL came about in the early SMS era, I thought, given our
generally records-based view on things in the z/OS world, it would be
'nice' if logical space allocations could be done effectively requesting
numbers of records (as an alternative to having to explicitly request
bytes).
Thank you for your help to date. It has been most welcome.
I appreciate that Syncsort is a competitor. I did specify that I was using
Syncsort with my original request.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Sri h
Has anyone seen on z/OS2.2 I see DAF is reporting "Unknown Datatype x01BB" and
while downloading and assemble/linkedit latest CBT 094 gives me 0255 for
various undefined symbol though I have checked the maclib .
anyone the point is has anyone recent ran DAF against SMF data for 14/15 for
AVGREC=M,SPACE=(1,(1,1)) allocates one MB with a 1MB secondary extension in
JCL.
AVGREC(M) AVBLOCK(1) SPACE(1,1) will do the same thing in TSO.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Dave,
Your WERxxx messages that you are using Syncsort which is a competitor for
DFSORT and unfortunately I cannot fix the problem. So may be you need to
talk to their support.
For the record IFTHEN=(WHEN=GROUP,KEYBEGIN=(9,1),PUSH=(31:ID=8,SEQ=1))
statements works fine with DFSORT.
Thanks,
I believe there is a DB2 JDBC driver. How, exactly, you get it installed and
running under CICS should be documented by IBM.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Ooops! Very right, first variable passed to the REXX is the MSGID...
So, my fixed suggestion for the REXX would be the same as Steve's => parse
arg mtxt . mtxt
Sorry for the confusion here.
I think SEND without the commas works (at least is has worked for me for at
least a year now), but
Thanks, this did work. But, the reall group is signaled by a change in the
first char of the disk volume.
I tried
IFTHEN=(WHEN=GROUP,KEYBEGIN=(9,1),PUSH=(31:ID=8,SEQ=1)),
And I get
WER486A ERROR IN JNF1 PROCESSING
WER482I JNF1 STATISTICS
WER268A INREC STATEMENT :
On Wed, 16 May 2018 16:50:43 +, Barkow, Eileen wrote:
>THANK YOU Lionel!
>The TERSE/UNTERSE worked.
>Although I think that these utilities should be able to work on their own.
>
+1
Archivers such as IEBCOPY, ADRDSSU, TRSMAIN, ... should generate portable
archives which can be transmitted
I'm catching up late here, but in connection with the original poster's
statement, couldn't the health check "go hunting" and report the offenders?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
I used mode b type e and ADRSSSU is not recognizing the INPUT file
ADR389E (001)-TDDS (07), INVALID INPUT ON DDNAME IN, INPUT DATA SET NOT PRODUCED
//RESTFAEXEC PGM=ADRDSSU,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//IN DD
That looks like the DCB for a tersed dataset. DSS would be creating RECFM=U
and BLKSIZE=27998 on disk.
Try this instead:
LOCSITE VARrecfm LRECL=27998 RECFM=U BLKSIZE=27998
First Tennessee Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List
I forgot to change the DCB info for the untersed datatset.
It is working now -
Thanks Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jackson, Rob
Sent: Wednesday, May 16, 2018 4:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
Also, you should consider using a FTP PUT as the second step of the
dump-creating job, if the FTP server is running on your target system. The FTP
client does a good job of setting the SITE command appropriately for you. Then
you just have to worry about setting size on the target, if the
On any currently supported release of z/OS, in DIAGxx, you can specify
ALLOWUSERKEYCADS(NO)
This will cause a 01D-xx0015xx abend when an attempt is made
to obtain a user key (8-15) SCOPE=COMMON data space.
On z/OS 2.3 (but not on lower releases), in DIAGxx, you can specify
NUCLABEL
Thanks a lot for type e and mode b -
I remember using them for something or other in the past.
Getting rid of the terse will help.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jackson, Rob
Sent: Wednesday, May 16, 2018 2:09 PM
To:
I downloaded the latest DAF from the CBT site and assembled it, without any
serious problems. I turned off most options (_ SETC C'000', also
_DFSMS07 SETC 'NO ' to get it to assemble, as noted in the DAF comments).
I did not get an "Unknown Datatype x'011b'" if I provided DAF with only SMF
Hello All,
We are planning to migrate Syncsort to IBM DFSort, May you share your
thoughts on it, some might have done this on their shops, please share your
experience
Thanks, Samat
--
For IBM-MAIN subscribe / signoff / archive
48 matches
Mail list logo