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
I downloaded the latest DAF from the CBT site and assembled it, without any
serious problems. I turned off most options (&RT_ SETC C'000', also
&ST_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
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 Kolus
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).
Thus
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,
Kolus
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 lists...@listserv.ua.e
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 l
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 : S
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 ENABL
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: t
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 defa
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 On Behal
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 followin
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 DSN=PBCDOFP.FA.HIST.DUMPED,DISP
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
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 vi
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
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 $
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
-Original
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: IBM-MAIN@LISTS
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'
> 'XCICS.FA.HIST.RESTORED' (REALLOC
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
> lpar.
> there is a kno
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 -
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)) NETLOG(Y
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
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 Syste
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 [mailto:IBM-MAIN@LISTSERV.UA.E
THANK YOU Lionel!
The TERSE/UNTERSE worked.
Although I think that these utilities should be able to work on their own.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Dyck, Lionel B. (RavenTek)
Sent: Wednesday, May 16, 2018 12:02 PM
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 so
> 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 ignorin
> 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 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: IBM-MAIN@listserv.ua.edu
Subject: trying to reload a pdse af
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
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 dat
Dave,
If your input record count is NOT a multiple of 4, then you may want to see
the unpaired records too. My earlier job will only consider the paired
records. So in order to account for the unpaired records , change the main
task SYSIN to the following
//SYSINDD *
OPTION COPY
JOINKEYS
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&CR_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 shou
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
t
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
L
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 i
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
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 actua
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 A
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 Remdia
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
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 &SOURCE=1 THEN
. . . Extract Panvalet member t
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 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 such a requirement. It do
48 matches
Mail list logo
