Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-04 Thread Tom Marchant
On Tue, 3 Sep 2013 01:41:14 -0700, Roger Steyn wrote:

In the new release v1.4 , it no longer supports tape sorting . Hence it 
becomes necessary that i have to identify all the jobs which are currently 
using this feature and have them converted before going further

Have you considered changing your STORCLAS ACS routine to direct the 
SORTWKxx data sets to disk?

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-04 Thread Shmuel Metz (Seymour J.)
In CCC717517FE24B23A126DDC3AE363D20@ericnbPC, on 09/03/2013
   at 05:01 PM, Eric Bielefeld eric-ibmm...@wi.rr.com said:

The 2 1410's actually shared a 1310 (I think) disk drive. 

1301 or 1302.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Martin Packer
Doesn't SMF 14 / 15 help you here? Probably 15 as it's SORTWK etc. The 
problem will be identifying the actual sort work DD statement names. Maybe 
30 can also do it - assuming it marks a DD as tape.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Roger Steyn roger.st...@yahoo.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 09:41 AM
Subject:Syncsort v1.4 doesn't support Tape sorting - Need help !
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Greetings ,

  We are currently using syncsort 1.3.2 and would like to upgrade it to 
new version 1.4 . In the new release v1.4 , it no longer supports tape 
sorting . Hence it becomes necessary that i have to identify all the jobs 
which are currently using this feature and have them converted before 
going further . I need suggestions from people who has done this upgrade 
successfully in a production environment .I called up the support guys , 
and they told me to identify the jobs using tape sort in the currently 
installed release . I did some research on this and found 3 conditions to 
be satisfied in order to user tape sort feature 

a) SORTLIB DD statement in their JCL 

b) SYNCTAPE library in the linklist - (Which i already found to be there )

c) SORTWRK DD statements will have UNIT=TAPE  

Since we have thousands of jobs running in our environment , it is 
difficult to check the JCL of every job manually . Is there a different 
way to get this done ?

Any sort of help is much appreciated 

Thanks in Advance,
Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Martin Packer
That's true - but they're different. Not knowing them well enough I can't 
say but there might be an indicator that says tape sort work in them.

By default they're SMF 208 (and most customers don't change them). I'm 
sure MXG has them taped. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Vernooij, CP - SPLXM kees.verno...@klm.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 09:49 AM
Subject:Re: Syncsort v1.4 doesn't support Tape sorting - Need help 
!
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Does Syncsort write its own SMF records, like DFsort, from which you can
identify the jobs you are looking for?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Martin Packer
Sent: Tuesday, September 03, 2013 10:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Doesn't SMF 14 / 15 help you here? Probably 15 as it's SORTWK etc. The 
problem will be identifying the actual sort work DD statement names.
Maybe 
30 can also do it - assuming it marks a DD as tape.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Roger Steyn roger.st...@yahoo.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 09:41 AM
Subject:Syncsort v1.4 doesn't support Tape sorting - Need help !
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Greetings ,

  We are currently using syncsort 1.3.2 and would like to upgrade it to 
new version 1.4 . In the new release v1.4 , it no longer supports tape 
sorting . Hence it becomes necessary that i have to identify all the
jobs 
which are currently using this feature and have them converted before 
going further . I need suggestions from people who has done this upgrade

successfully in a production environment .I called up the support guys ,

and they told me to identify the jobs using tape sort in the currently 
installed release . I did some research on this and found 3 conditions
to 
be satisfied in order to user tape sort feature 

a) SORTLIB DD statement in their JCL 

b) SYNCTAPE library in the linklist - (Which i already found to be there
)

c) SORTWRK DD statements will have UNIT=TAPE 

Since we have thousands of jobs running in our environment , it is 
difficult to check the JCL of every job manually . Is there a different 
way to get this done ?

Any sort of help is much appreciated 

Thanks in Advance,
Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number

741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain 
confidential and privileged material intended for the addressee only. If 
you are not the addressee, you are notified that no part of the e-mail or 
any attachment may be disclosed, copied or distributed, and that any other 
action related to this e-mail or attachment is strictly prohibited, and 
may be unlawful. If you have received this e-mail by error, please notify 
the sender immediately by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission 
of this e-mail or any attachments, nor responsible for any delay in 
receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered 
number 33014286

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598

Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Yifat Oren
Hi,

As far as I know, Syncsort SMF does not have an indicator for tape sort.

But, it does have a section for each SORTWORK allocated, that includes a
device type, unit address and volser. 
That may help, but you may need to write your own program..

I would use SMF 14/15; There are many SAS and Rexx examples laying around.
And the CBT can also help in decoding those records..

Of course, MXG can make things a lot simpler.

Best Regards,
Yifat

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Martin Packer
Sent: Tuesday, September 03, 2013 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

That's true - but they're different. Not knowing them well enough I can't
say but there might be an indicator that says tape sort work in them.

By default they're SMF 208 (and most customers don't change them). I'm sure
MXG has them taped. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Banking Center of
Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Vernooij, CP - SPLXM kees.verno...@klm.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 09:49 AM
Subject:Re: Syncsort v1.4 doesn't support Tape sorting - Need help 
!
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Does Syncsort write its own SMF records, like DFsort, from which you can
identify the jobs you are looking for?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Martin Packer
Sent: Tuesday, September 03, 2013 10:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Doesn't SMF 14 / 15 help you here? Probably 15 as it's SORTWK etc. The
problem will be identifying the actual sort work DD statement names.
Maybe
30 can also do it - assuming it marks a DD as tape.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Banking Center of
Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Roger Steyn roger.st...@yahoo.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 09:41 AM
Subject:Syncsort v1.4 doesn't support Tape sorting - Need help !
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Greetings ,

  We are currently using syncsort 1.3.2 and would like to upgrade it to new
version 1.4 . In the new release v1.4 , it no longer supports tape sorting .
Hence it becomes necessary that i have to identify all the jobs which are
currently using this feature and have them converted before going further .
I need suggestions from people who has done this upgrade

successfully in a production environment .I called up the support guys ,

and they told me to identify the jobs using tape sort in the currently
installed release . I did some research on this and found 3 conditions to be
satisfied in order to user tape sort feature 

a) SORTLIB DD statement in their JCL 

b) SYNCTAPE library in the linklist - (Which i already found to be there
)

c) SORTWRK DD statements will have UNIT=TAPE 

Since we have thousands of jobs running in our environment , it is difficult
to check the JCL of every job manually . Is there a different way to get
this done ?

Any sort of help is much appreciated 

Thanks in Advance,
Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number

741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may
be disclosed, copied or distributed, and that any other action related to
this e-mail or attachment is strictly prohibited, and may be unlawful. If
you have received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees

Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Vernooij, CP - SPLXM
The problem of using SMF14/15 could be to determine the real DDnames
used for the sortwk's.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Yifat Oren
Sent: Tuesday, September 03, 2013 11:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Hi,

As far as I know, Syncsort SMF does not have an indicator for tape sort.

But, it does have a section for each SORTWORK allocated, that includes a
device type, unit address and volser. 
That may help, but you may need to write your own program..

I would use SMF 14/15; There are many SAS and Rexx examples laying
around.
And the CBT can also help in decoding those records..

Of course, MXG can make things a lot simpler.

Best Regards,
Yifat

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Martin Packer
Sent: Tuesday, September 03, 2013 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

That's true - but they're different. Not knowing them well enough I
can't say but there might be an indicator that says tape sort work in
them.

By default they're SMF 208 (and most customers don't change them). I'm
sure MXG has them taped. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Banking Center of
Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Vernooij, CP - SPLXM kees.verno...@klm.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 09:49 AM
Subject:Re: Syncsort v1.4 doesn't support Tape sorting - Need
help 
!
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Does Syncsort write its own SMF records, like DFsort, from which you can
identify the jobs you are looking for?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Martin Packer
Sent: Tuesday, September 03, 2013 10:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Doesn't SMF 14 / 15 help you here? Probably 15 as it's SORTWK etc. The
problem will be identifying the actual sort work DD statement names.
Maybe
30 can also do it - assuming it marks a DD as tape.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Banking Center of
Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Roger Steyn roger.st...@yahoo.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 09:41 AM
Subject:Syncsort v1.4 doesn't support Tape sorting - Need help !
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Greetings ,

  We are currently using syncsort 1.3.2 and would like to upgrade it to
new version 1.4 . In the new release v1.4 , it no longer supports tape
sorting .
Hence it becomes necessary that i have to identify all the jobs which
are currently using this feature and have them converted before going
further .
I need suggestions from people who has done this upgrade

successfully in a production environment .I called up the support guys ,

and they told me to identify the jobs using tape sort in the currently
installed release . I did some research on this and found 3 conditions
to be satisfied in order to user tape sort feature 

a) SORTLIB DD statement in their JCL 

b) SYNCTAPE library in the linklist - (Which i already found to be there
)

c) SORTWRK DD statements will have UNIT=TAPE 

Since we have thousands of jobs running in our environment , it is
difficult to check the JCL of every job manually . Is there a different
way to get this done ?

Any sort of help is much appreciated 

Thanks in Advance,
Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number

741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee only. If
you are not the addressee, you are notified that no part of the e-mail
or any attachment

Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Ravi Gaur
Roger,

What you mean by it's not supported? could you please extend on it...

We running with syncsort 1.4.1 version and tried below simple JCL to sort where 
input and output both dataset are tape and it worked ok...

//SHOWDEF   EXEC PGM=ICETOOL,REGION=0M 
//TOOLMSG   DD   SYSOUT=*  
//IN1   DD   DISP=SHR,DSN=NBKEODV.GDG.S1X09.TEST.G0008V00  
//OUT1 DD DSN=NBKEODV.GDG.S1X09.TEST(+1),  
//DISP=(NEW,CATLG),UNIT=TAPE   
//DFSMSGDD   SYSOUT=*  
//LIST1 DD   SYSOUT=*  
//TOOLINDD   * 
 COPY FROM(IN1) TO(OUT1) USING(CTL1)   
/* 
//CTL1CNTL DD *
 OPTION VLSHRT 
 SORT FIELDS=(1,121,CH,A) NODUPS   
/* 


04.41.07 JOB08934  TUESDAY,   03 SEP 2013   
04.41.07 JOB08934  IRR010I  USERID NBKEODV  IS ASSIGNED TO THIS JOB.
04.41.07 JOB08934  ICH70001I NBKEODV  LAST ACCESS AT 04:39:17 ON TUESDAY, SEPTEM
04.41.07 JOB08934  $HASP373 NBKEODVT STARTED - WLM INIT  - SRVCLASS WLMDEVMD - S
04.41.07 JOB08934  NBUSI05I - REGION SET:  8,300KB BELOW;272MB ABOVE; MEMLIM
04.41.07 JOB08934  IEF403I NBKEODVT - STARTED - TIME=04.41.07   
04.41.07 JOB08934  IEF233A M 6F78,PRIVAT,SL,NBKEODVT,SHOWDEF,  770  
   770 NBKEODV.GDG.S1X09.TEST.G0011V00  
04.41.08 JOB08934  IECTMS9 6F78,E23720,NBKEODVT,OUT1,CATALOG   ,1,X09.TE
04.41.08 JOB08934  IEC705I TAPE ON 6F78,E23720,SL,COMP,NBKEODVT,SHOWDEF,NBKEODV.
04.41.12 JOB08934  IEC205I OUT1,NBKEODVT,SHOWDEF,FILESEQ=1, COMPLETE VOLUME LIST
   773 DSN=NBKEODV.GDG.S1X09.TEST.G0011V00,VOLS=E23720,TOTALBLOCKS=1
04.41.12 JOB08934  IEF234E K 6F78,E23720,PVT,NBKEODVT,SHOWDEF   
04.41.12 JOB08934  *IEFACTRT* J=NBKEODVT,S=(001,.SHOWDEF ),RCODE=   
04.41.12 JOB08934  IEF196I *IEFACTRT* J=NBKEODVT,S=(001,.SHOWDEF ),RCODE
04.41.12 JOB08934  IEF404I NBKEODVT - ENDED - TIME=04.41.12 
04.41.12 JOB08934  $HASP395 NBKEODVT ENDED  


  OPTION VLSHRT 
  SORT FIELDS=(1,121,CH,A) NODUPS   
 PARMLIST : 
 OPTION RESINV=0,ARESINV=0,MSGDDN=DFSMSG,SORTIN=IN1,SORTOUT=OUT1,SORTDD=CTL1,COP
 WER428I  CALLER-PROVIDED IDENTIFIER IS 0001  
 WER276B  SYSDIAG= 53406, 816556, 816556, 1604325   
 WER164B  8,876K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED, 
 WER164B 0 BYTES RESERVE REQUESTED, 6,116K BYTES USED   
 WER146B  20K BYTES OF EMERGENCY SPACE ALLOCATED
 WER108I  IN1  : RECFM=FBA  ; LRECL=   121; BLKSIZE=   121  
 WER073I  IN1  : DSNAME=NBKEODV.GDG.S1X09.TEST.G0008V00 
 WER110I  OUT1 : RECFM=FBA  ; LRECL=   121; BLKSIZE= 32670  
 WER074I  OUT1 : DSNAME=NBKEODV.GDG.S1X09.TEST.G0011V00 
 WER410B  7,848K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE,   
 WER410B 0 BYTES RESERVE REQUESTED, 6,008K BYTES USED   
 WER211B  SYNCSMF  CALLED BY SYNCSORT; RC=  
 WER449I  SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE  
 WER416B  IN1  : EXCP'S=10,UNIT=3390,DEV=C988,CHP=(1727FBFC3754EAEB,1),VOL=1

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Martin Packer
I think it's tape sort WORK data sets that aren't supported - judging by 
others' contributions to this thread.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Ravi Gaur gaur.ravi2...@gmail.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 10:44 AM
Subject:Re: Syncsort v1.4 doesn't support Tape sorting - Need help 
!
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Roger,

What you mean by it's not supported? could you please extend on it...

We running with syncsort 1.4.1 version and tried below simple JCL to sort 
where input and output both dataset are tape and it worked ok...

//SHOWDEF   EXEC PGM=ICETOOL,REGION=0M 
//TOOLMSG   DD   SYSOUT=* 
//IN1   DD   DISP=SHR,DSN=NBKEODV.GDG.S1X09.TEST.G0008V00 
//OUT1 DD DSN=NBKEODV.GDG.S1X09.TEST(+1), 
//DISP=(NEW,CATLG),UNIT=TAPE 
//DFSMSGDD   SYSOUT=* 
//LIST1 DD   SYSOUT=* 
//TOOLINDD   * 
 COPY FROM(IN1) TO(OUT1) USING(CTL1) 
/* 
//CTL1CNTL DD * 
 OPTION VLSHRT 
 SORT FIELDS=(1,121,CH,A) NODUPS 
/* 


04.41.07 JOB08934  TUESDAY,   03 SEP 2013   
04.41.07 JOB08934  IRR010I  USERID NBKEODV  IS ASSIGNED TO THIS JOB.  
04.41.07 JOB08934  ICH70001I NBKEODV  LAST ACCESS AT 04:39:17 ON TUESDAY, 
SEPTEM
04.41.07 JOB08934  $HASP373 NBKEODVT STARTED - WLM INIT  - SRVCLASS 
WLMDEVMD - S
04.41.07 JOB08934  NBUSI05I - REGION SET:  8,300KB BELOW;272MB ABOVE; 
MEMLIM
04.41.07 JOB08934  IEF403I NBKEODVT - STARTED - TIME=04.41.07  
04.41.07 JOB08934  IEF233A M 6F78,PRIVAT,SL,NBKEODVT,SHOWDEF,  770  
   770 NBKEODV.GDG.S1X09.TEST.G0011V00  
04.41.08 JOB08934  IECTMS9 6F78,E23720,NBKEODVT,OUT1,CATALOG 
,1,X09.TE
04.41.08 JOB08934  IEC705I TAPE ON 
6F78,E23720,SL,COMP,NBKEODVT,SHOWDEF,NBKEODV.
04.41.12 JOB08934  IEC205I OUT1,NBKEODVT,SHOWDEF,FILESEQ=1, COMPLETE 
VOLUME LIST
   773 DSN=NBKEODV.GDG.S1X09.TEST.G0011V00,VOLS=E23720,TOTALBLOCKS=1
04.41.12 JOB08934  IEF234E K 6F78,E23720,PVT,NBKEODVT,SHOWDEF  
04.41.12 JOB08934  *IEFACTRT* J=NBKEODVT,S=(001,.SHOWDEF 
),RCODE= 
04.41.12 JOB08934  IEF196I *IEFACTRT* J=NBKEODVT,S=(001,.SHOWDEF 
),RCODE
04.41.12 JOB08934  IEF404I NBKEODVT - ENDED - TIME=04.41.12  
04.41.12 JOB08934  $HASP395 NBKEODVT ENDED  


  OPTION VLSHRT  
  SORT FIELDS=(1,121,CH,A) NODUPS  
 PARMLIST :  
 OPTION 
RESINV=0,ARESINV=0,MSGDDN=DFSMSG,SORTIN=IN1,SORTOUT=OUT1,SORTDD=CTL1,COP
 WER428I  CALLER-PROVIDED IDENTIFIER IS 0001  
 WER276B  SYSDIAG= 53406, 816556, 816556, 1604325  
 WER164B  8,876K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,  
 WER164B 0 BYTES RESERVE REQUESTED, 6,116K BYTES USED  
 WER146B  20K BYTES OF EMERGENCY SPACE ALLOCATED  
 WER108I  IN1  : RECFM=FBA  ; LRECL=   121; BLKSIZE=   121  
 WER073I  IN1  : DSNAME=NBKEODV.GDG.S1X09.TEST.G0008V00  
 WER110I  OUT1 : RECFM=FBA  ; LRECL=   121; BLKSIZE= 32670  
 WER074I  OUT1 : DSNAME=NBKEODV.GDG.S1X09.TEST.G0011V00  
 WER410B  7,848K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE,  
 
 WER410B 0 BYTES RESERVE REQUESTED, 6,008K BYTES USED  
 WER211B  SYNCSMF  CALLED BY SYNCSORT; RC=  
 WER449I  SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE  
 WER416B  IN1  : 
EXCP'S=10,UNIT=3390,DEV=C988,CHP=(1727FBFC3754EAEB,1),VOL=1

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Roger Steyn
That's correct Martin . It is the tape sort work datasets that are not 
supported . Syncsort support says that they have a new function called MAXSORT  
in the new release which has replaced the tape sort feature due to poor 
performance .

Ravi ,
 
 You wouldn't be having SYNCTAPE load library with v1.4.1 .But they were used 
in prior releases . Syncsort vendor wanted me to identify all the jobs first so 
that they can be converted to use MAXSORT . Was syncsort recently upgraded to 
1.4.1 in your shop ?

 Also , tape sort is not compatible with VTS . 

Regards,
Roger



 From: Martin Packer martin_pac...@uk.ibm.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, September 3, 2013 3:19 PM
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
 

I think it's tape sort WORK data sets that aren't supported - judging by 
others' contributions to this thread.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Ravi Gaur gaur.ravi2...@gmail.com
To:    IBM-MAIN@listserv.ua.edu, 
Date:   09/03/2013 10:44 AM
Subject:        Re: Syncsort v1.4 doesn't support Tape sorting - Need help 
!
Sent by:        IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Roger,

What you mean by it's not supported? could you please extend on it...

We running with syncsort 1.4.1 version and tried below simple JCL to sort 
where input and output both dataset are tape and it worked ok...

//SHOWDEF   EXEC PGM=ICETOOL,REGION=0M 
//TOOLMSG   DD   SYSOUT=* 
//IN1       DD   DISP=SHR,DSN=NBKEODV.GDG.S1X09.TEST.G0008V00 
//OUT1     DD DSN=NBKEODV.GDG.S1X09.TEST(+1), 
//    DISP=(NEW,CATLG),UNIT=TAPE 
//DFSMSG    DD   SYSOUT=* 
//LIST1     DD   SYSOUT=* 
//TOOLIN    DD   * 
COPY FROM(IN1) TO(OUT1) USING(CTL1) 
/* 
//CTL1CNTL DD * 
OPTION VLSHRT 
SORT FIELDS=(1,121,CH,A) NODUPS 
/* 


04.41.07 JOB08934  TUESDAY,   03 SEP 2013   
04.41.07 JOB08934  IRR010I  USERID NBKEODV  IS ASSIGNED TO THIS JOB.  
04.41.07 JOB08934  ICH70001I NBKEODV  LAST ACCESS AT 04:39:17 ON TUESDAY, 
SEPTEM
04.41.07 JOB08934  $HASP373 NBKEODVT STARTED - WLM INIT  - SRVCLASS 
WLMDEVMD - S
04.41.07 JOB08934  NBUSI05I - REGION SET:  8,300KB BELOW;    272MB ABOVE; 
MEMLIM
04.41.07 JOB08934  IEF403I NBKEODVT - STARTED - TIME=04.41.07  
04.41.07 JOB08934  IEF233A M 6F78,PRIVAT,SL,NBKEODVT,SHOWDEF,  770  
   770                     NBKEODV.GDG.S1X09.TEST.G0011V00  
04.41.08 JOB08934  IECTMS9 6F78,E23720,NBKEODVT,OUT1    ,CATALOG 
,1,X09.TE
04.41.08 JOB08934  IEC705I TAPE ON 
6F78,E23720,SL,COMP,NBKEODVT,SHOWDEF,NBKEODV.
04.41.12 JOB08934  IEC205I OUT1,NBKEODVT,SHOWDEF,FILESEQ=1, COMPLETE 
VOLUME LIST
   773 DSN=NBKEODV.GDG.S1X09.TEST.G0011V00,VOLS=E23720,TOTALBLOCKS=1
04.41.12 JOB08934  IEF234E K 6F78,E23720,PVT,NBKEODVT,SHOWDEF  
04.41.12 JOB08934  *IEFACTRT* J=NBKEODVT,S=(001,        .SHOWDEF 
),RCODE= 
04.41.12 JOB08934  IEF196I *IEFACTRT* J=NBKEODVT,S=(001,        .SHOWDEF 
),RCODE
04.41.12 JOB08934  IEF404I NBKEODVT - ENDED - TIME=04.41.12  
04.41.12 JOB08934  $HASP395 NBKEODVT ENDED  


  OPTION VLSHRT  
  SORT FIELDS=(1,121,CH,A) NODUPS  
PARMLIST :  
OPTION 
RESINV=0,ARESINV=0,MSGDDN=DFSMSG,SORTIN=IN1,SORTOUT=OUT1,SORTDD=CTL1,COP
WER428I  CALLER-PROVIDED IDENTIFIER IS 0001  
WER276B  SYSDIAG= 53406, 816556, 816556, 1604325  
WER164B  8,876K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,  
WER164B     0 BYTES RESERVE REQUESTED, 6,116K BYTES USED  
WER146B  20K BYTES OF EMERGENCY SPACE ALLOCATED  
WER108I  IN1      : RECFM=FBA  ; LRECL=   121; BLKSIZE=   121  
WER073I  IN1      : DSNAME=NBKEODV.GDG.S1X09.TEST.G0008V00  
WER110I  OUT1     : RECFM=FBA  ; LRECL=   121; BLKSIZE= 32670  
WER074I  OUT1     : DSNAME=NBKEODV.GDG.S1X09.TEST.G0011V00  
WER410B  7,848K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE,  

WER410B     0 BYTES RESERVE REQUESTED, 6,008K BYTES USED  
WER211B  SYNCSMF  CALLED BY SYNCSORT; RC=  
WER449I  SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE  
WER416B  IN1      : 
EXCP'S=10,UNIT=3390,DEV=C988,CHP=(1727FBFC3754EAEB,1),VOL=1

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff

Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Paul Gilmartin
On Tue, 3 Sep 2013 09:46:13 +0100, Martin Packer wrote:

Doesn't SMF 14 / 15 help you here? Probably 15 as it's SORTWK etc. The
problem will be identifying the actual sort work DD statement names. Maybe
30 can also do it - assuming it marks a DD as tape.
 
And assuming that the job in question has been run within the
SMF retention interval.


From:   Roger Steyn
Date:   09/03/2013 09:41 AM

  ... I did some research on this and found 3 conditions to
be satisfied in order to user tape sort feature

a) SORTLIB DD statement in their JCL

b) SYNCTAPE library in the linklist - (Which i already found to be there )

c) SORTWRK DD statements will have UNIT=TAPE
 
And assuming that the data sets are not dynamically allocated, so
the DD statements appear in JCL.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread R.S.

W dniu 2013-09-03 14:17, Russell Witt pisze:

  Roger,

In addition to reviewing your SMF14/15 records; you might also check what 
information might be available from your Tape Management System. Many record 
creating-program; and even better would be creating-DDNAME. I would do a test 
using TAPE as your SORTWK01; find the records created in your TMS system and 
then analyze any audit records you might have. Of course, the possibility 
always exists that you have a production job that is only run once-a-year using 
TAPE as SORTWK; and this hasn't been run for many months. But that would be a 
very rare situation.
IMHO it's better to have control of production jobs. Such jobs, run 
daily, monthly or yearly, should reside in designated JCL libraries, not 
user PDSes, or just everywhere.
Having the above implemented it's piece of cake to check and change such 
thing like SORTWK DDnames. BTDT.
The rest of jobs should be considered as private jobs or ad-hoc tools 
and such jobs are usually submitted by folks who understand its 
structure and are qualified enough to modify DDnames.


Some remarks
1. AFAIK sort on tape is considered obsolete for many years, isn't it?
2. AFAIK both Syncsort and DFSort do manage sort works dynamically, so 
(in most cases at least) the best idea is just to omit SORTWK ddnames.


--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Eric Bielefeld

Roger,

Can't you use a program that will read the members of a pds and search for 
UNIT=TAPE  on  SORTWKnn DD statements?  You should be able to search all of 
your production libraries fairly quickly to identify all of the jobs. 
Hopefully you have standards so that production is all in a small set of 
libraries.  I know there is a program on the CBT tape that allows you to do 
that.  Since I've retired, I forgot what it was.


Eric Bielefeld
z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434




- Original Message - 
From: Roger Steyn roger.st...@yahoo.com

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, September 03, 2013 3:41 AM
Subject: Syncsort v1.4 doesn't support Tape sorting - Need help !


Greetings ,

We are currently using syncsort 1.3.2 and would like to upgrade it to new 
version 1.4 . In the new release v1.4 , it no longer supports tape sorting . 
Hence it becomes necessary that i have to identify all the jobs which are 
currently using this feature and have them converted before going further . 
I need suggestions from people who has done this upgrade successfully in a 
production environment .I called up the support guys , and they told me to 
identify the jobs using tape sort in the currently installed release . I did 
some research on this and found 3 conditions to be satisfied in order to 
user tape sort feature


a) SORTLIB DD statement in their JCL

b) SYNCTAPE library in the linklist - (Which i already found to be there )

c) SORTWRK DD statements will have UNIT=TAPE

Since we have thousands of jobs running in our environment , it is difficult 
to check the JCL of every job manually . Is there a different way to get 
this done ?


Any sort of help is much appreciated

Thanks in Advance,
Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Paul Gilmartin
On Tue, 3 Sep 2013 09:34:26 -0500, Eric Bielefeld wrote:

Can't you use a program that will read the members of a pds and search for
UNIT=TAPE  on  SORTWKnn DD statements?  You should be able to search all of
your production libraries fairly quickly to identify all of the jobs.
Hopefully you have standards so that production is all in a small set of
libraries.  I know there is a program on the CBT tape that allows you to do
that.  Since I've retired, I forgot what it was.
 
SuperC?  (not available from CBT.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Roger Steyn
Yes . That would work fine in the case of scheduled jobs . But in our 
shop,there is one more challenge that we have a lot of Auto-sched jobs (jobs 
that are trigerred externally from an MQ server ).  And i do not know how many 
of them use tape sorting . This makes the task more difficult .







 From: Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, September 3, 2013 8:15 PM
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
 

On Tue, 3 Sep 2013 09:34:26 -0500, Eric Bielefeld wrote:

Can't you use a program that will read the members of a pds and search for
UNIT=TAPE  on  SORTWKnn DD statements?  You should be able to search all of
your production libraries fairly quickly to identify all of the jobs.
Hopefully you have standards so that production is all in a small set of
libraries.  I know there is a program on the CBT tape that allows you to do
that.  Since I've retired, I forgot what it was.
 
SuperC?  (not available from CBT.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Ed Gould
Back 40 years ago we sorted the name  address file everyweek and  
IIRC that was 40M records. Yes we used tape sort. It ran standalone  
(except for the onlines) they finally broke it down to several sorts  
and a merge as we didn't have tape/disk drives (can't remember the  
number off the top of my head  but I think 50 drives) it ran all day  
Sunday and night.


Ed

On Sep 3, 2013, at 2:03 PM, Gibney, Dave wrote:

Unless you are really out of the ordinary, I would expect the use  
of SORTWKnn on tape to be rare. AFAIK, It's purpose was for large  
sorts in the ancient days of expensive disk. It took extra effort  
to set-up.
I believe we had one job back in the 80's and it was changed away  
from TAPESORT at some time in the 90's.



Dave Gibney
Information Technology Services
Washington State University



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM- 
m...@listserv.ua.edu] On Behalf Of Ted MacNEIL

Sent: Tuesday, September 03, 2013 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

I hope there's still some sort of centralised control and/or library.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Roger Steyn roger.st...@yahoo.com
Sender:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Date: Tue, 3 Sep 2013 11:29:12
To: IBM-MAIN@LISTSERV.UA.EDU
Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Yes . That would work fine in the case of scheduled jobs . But in  
our shop,there is one more challenge that we have a lot of Auto- 
sched jobs (jobs that are trigerred externally from an MQ  
server ).  And i do not know how many of them use tape sorting .  
This makes the task more difficult .








 From: Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, September 3, 2013 8:15 PM
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !


On Tue, 3 Sep 2013 09:34:26 -0500, Eric Bielefeld wrote:


Can't you use a program that will read the members of a pds and  
search for
UNIT=TAPE  on  SORTWKnn DD statements?  You should be able to  
search all of

your production libraries fairly quickly to identify all of the jobs.
Hopefully you have standards so that production is all in a small  
set of
libraries.  I know there is a program on the CBT tape that allows  
you to do

that.  Since I've retired, I forgot what it was.


SuperC?  (not available from CBT.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Joel C. Ewing
You didn't mention whether your tape drives are real or virtual.  If
they are real, asking the Operators might get you close.  Jobs that run
a long time and tie up a large number of phsycial drives tend to annoy
and get noticed by Operators.  They might even notice jobs using a large
number of virtual drives for a long time if that causes
drive-availability issues for other jobs.

Unless you have local standards that require a UNIT=TAPE to be on the
first record of a SORTWKnn DD statement, scanning JCL would require some
logic beyond just searching for character strings.  Not a full JCL
parse, but enough to only note when UNIT=TAPE is in the first record or
a continuation record for a SORTWKnn DD statement.

Perhaps PDS 8.6 was the CBT PDS search tool that was being remembered.
I think find is one of its many functions, but I don't remember if it
has the smarts to look for two strings that might be close together but
on different records.

Syncsort MAXSORT is a new feature only in comparison to very ancient
usage of tape SORTWK. MAXSORT has been around for at least 15 years,
maybe longer.
Joel C Ewing

On 09/03/2013 01:29 PM, Roger Steyn wrote:
 Yes . That would work fine in the case of scheduled jobs . But in our 
 shop,there is one more challenge that we have a lot of Auto-sched jobs (jobs 
 that are trigerred externally from an MQ server ).  And i do not know how 
 many of them use tape sorting . This makes the task more difficult .
 
 
  From: Paul Gilmartin paulgboul...@aim.com
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Tuesday, September 3, 2013 8:15 PM
 Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
  
 
 On Tue, 3 Sep 2013 09:34:26 -0500, Eric Bielefeld wrote:

 Can't you use a program that will read the members of a pds and search for
 UNIT=TAPE  on  SORTWKnn DD statements?  You should be able to search all of
 your production libraries fairly quickly to identify all of the jobs.
 Hopefully you have standards so that production is all in a small set of
 libraries.  I know there is a program on the CBT tape that allows you to do
 that.  Since I've retired, I forgot what it was.

 SuperC?  (not available from CBT.)
 
 -- gil
 



-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Clark Morris
On 3 Sep 2013 06:21:34 -0700, in bit.listserv.ibm-main you wrote:

W dniu 2013-09-03 14:17, Russell Witt pisze:
   Roger,

 In addition to reviewing your SMF14/15 records; you might also check what 
 information might be available from your Tape Management System. Many record 
 creating-program; and even better would be creating-DDNAME. I would do a 
 test using TAPE as your SORTWK01; find the records created in your TMS 
 system and then analyze any audit records you might have. Of course, the 
 possibility always exists that you have a production job that is only run 
 once-a-year using TAPE as SORTWK; and this hasn't been run for many months. 
 But that would be a very rare situation.
IMHO it's better to have control of production jobs. Such jobs, run 
daily, monthly or yearly, should reside in designated JCL libraries, not 
user PDSes, or just everywhere.
Having the above implemented it's piece of cake to check and change such 
thing like SORTWK DDnames. BTDT.
The rest of jobs should be considered as private jobs or ad-hoc tools 
and such jobs are usually submitted by folks who understand its 
structure and are qualified enough to modify DDnames.

Some remarks
1. AFAIK sort on tape is considered obsolete for many years, isn't it?
2. AFAIK both Syncsort and DFSort do manage sort works dynamically, so 
(in most cases at least) the best idea is just to omit SORTWK ddnames.

Syncsort 1.4 seems very old since I recall using 3.7 back in 2006 (and
that may be fuzzy and really be the 1990s).  Syncsort MFX seems to be
the current offering.

Clark Morris
-- 
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Eric Bielefeld
PDS 8.6 was the tool I used, but it was one of the special programs you had 
to compile and add to it for added function.  I can't remember if the 2nd 
parameter had to be on the same line, or if it actually had logic to figure 
out if it was on the same DD card.


Going back a few weeks, I remember doing a LOT of tape sorting on a pair of 
1410 computers.  One had 4 tape drives, the other had 5.  I know there were 
lots and lots of tape sorts then.


This company, which was a division of Philip Morris at the time, had an 
interesting choice they made shortly before I started.  They had a sister 
company in NY.  They were givin a choice of an old 360 Mod 50 (I think), or 
another 1410.  They chose the 1410, as they wouldn't need to convert 
anything.


The 2 1410's actually shared a 1310 (I think) disk drive.  You could only 
use it on 1 machined at a time, and had to do a reset before you could use 
it on the other one.  The 1310 was between 2-3 feet in diameter.


Eric Bielefeld


- Original Message - 
From: Joel C. Ewing jcew...@acm.org


Perhaps PDS 8.6 was the CBT PDS search tool that was being remembered.
I think find is one of its many functions, but I don't remember if it
has the smarts to look for two strings that might be close together but
on different records.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Campbell Jay
Step 1 of 26 jobs that run weekly here... all virtual 3490.

IEC205I O4170811,I4172TAM,OSSORT,FILESEQ=1, COMPLETE VOLUME LIST,
DSN=SYS13221.T024827.RA000.I4172TAM.R0536336,
VOLS=V99685,W48653,W49651,W51394,W49733,W51426,W51740,W50789,
VOLS=W53558,W51451,W53648,W54852,W55272,W53187,W58534,W53865,
VOLS=V88953,V49754,V84397,V54602,W57132,W48285,V98618,W61367,
VOLS=W61484,W64410,V37807,V26144,V61036,V32871,V26218,V26564,
VOLS=V32907,V26632,TOTALBLOCKS=3393517

Jay Campbell
IBM OS Support Section


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Gibney, Dave
Sent: Tuesday, September 03, 2013 3:03 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Unless you are really out of the ordinary, I would expect the use of SORTWKnn 
on tape to be rare. AFAIK, It's purpose was for large sorts in the ancient days 
of expensive disk. It took extra effort to set-up.
I believe we had one job back in the 80's and it was changed away from TAPESORT 
at some time in the 90's.


Dave Gibney
Information Technology Services
Washington State University



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ted MacNEIL
Sent: Tuesday, September 03, 2013 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

I hope there's still some sort of centralised control and/or library.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Roger Steyn roger.st...@yahoo.com
Sender:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Date: Tue, 3 Sep 2013 11:29:12
To: IBM-MAIN@LISTSERV.UA.EDU
Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Yes . That would work fine in the case of scheduled jobs . But in our 
shop,there is one more challenge that we have a lot of Auto-sched jobs (jobs 
that are trigerred externally from an MQ server ).  And i do not know how many 
of them use tape sorting . This makes the task more difficult .







 From: Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, September 3, 2013 8:15 PM
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !


On Tue, 3 Sep 2013 09:34:26 -0500, Eric Bielefeld wrote:

Can't you use a program that will read the members of a pds and search for
UNIT=TAPE  on  SORTWKnn DD statements?  You should be able to search all of
your production libraries fairly quickly to identify all of the jobs.
Hopefully you have standards so that production is all in a small set of
libraries.  I know there is a program on the CBT tape that allows you to do
that.  Since I've retired, I forgot what it was.

SuperC?  (not available from CBT.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Blaicher, Christopher Y.
The current Syncsort mainframe sorting product is MFX 1.4.

The shift of the product name from SyncSort to MFX happened while I was away 
from Syncsort.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Tuesday, September 03, 2013 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

On 3 Sep 2013 06:21:34 -0700, in bit.listserv.ibm-main you wrote:
Syncsort 1.4 seems very old since I recall using 3.7 back in 2006 (and that may 
be fuzzy and really be the 1990s).  Syncsort MFX seems to be the current 
offering.

Clark Morris
--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN



ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other  confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Roger Steyn
Yes...I was referring to MFX 1.4 ...




 From: Blaicher, Christopher Y. cblaic...@syncsort.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, September 4, 2013 4:37 AM
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
 

The current Syncsort mainframe sorting product is MFX 1.4.

The shift of the product name from SyncSort to MFX happened while I was away 
from Syncsort.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Tuesday, September 03, 2013 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

On 3 Sep 2013 06:21:34 -0700, in bit.listserv.ibm-main you wrote:
Syncsort 1.4 seems very old since I recall using 3.7 back in 2006 (and that may 
be fuzzy and really be the 1990s).  Syncsort MFX seems to be the current 
offering.

Clark Morris
--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN



ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other  confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Joel C. Ewing
Well, real SysProgs still think of it as SyncSort.  MFX!!! I
remember being totally turned off by the name change.  Makes me think
of a cross between MX missiles and Special Effects, not sorting.  No
doubt the stupidity of some marketing neophyte who thought it would be
cute to have a product name that didn't tell what the product did or
what platform it was designed for!
Joel C Ewing

On 09/03/2013 06:34 PM, Roger Steyn wrote:
 Yes...I was referring to MFX 1.4 ...
 
  From: Blaicher, Christopher Y. cblaic...@syncsort.com
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Wednesday, September 4, 2013 4:37 AM
 Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
  
 
 The current Syncsort mainframe sorting product is MFX 1.4.
 
 The shift of the product name from SyncSort to MFX happened while I was away 
 from Syncsort.
 
 Chris Blaicher
 Principal Software Engineer, Software Development
 Syncsort Incorporated
 50 Tice Boulevard, Woodcliff Lake, NJ 07677
 P: 201-930-8260  |  M: 512-627-3803
 E: cblaic...@syncsort.com
 
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of Clark Morris
 Sent: Tuesday, September 03, 2013 5:14 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
 
 On 3 Sep 2013 06:21:34 -0700, in bit.listserv.ibm-main you wrote:
 Syncsort 1.4 seems very old since I recall using 3.7 back in 2006 (and that 
 may be fuzzy and really be the 1990s).  Syncsort MFX seems to be the current 
 offering.
 
 Clark Morris
 --
 Radoslaw Skorupka
 Lodz, Poland
 

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Ted MacNEIL
I hope there's still some sort of centralised control and/or library.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Roger Steyn roger.st...@yahoo.com
Sender:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Date: Tue, 3 Sep 2013 11:29:12 
To: IBM-MAIN@LISTSERV.UA.EDU
Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

Yes . That would work fine in the case of scheduled jobs . But in our 
shop,there is one more challenge that we have a lot of Auto-sched jobs (jobs 
that are trigerred externally from an MQ server ).  And i do not know how many 
of them use tape sorting . This makes the task more difficult .







 From: Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, September 3, 2013 8:15 PM
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
 

On Tue, 3 Sep 2013 09:34:26 -0500, Eric Bielefeld wrote:

Can't you use a program that will read the members of a pds and search for
UNIT=TAPE  on  SORTWKnn DD statements?  You should be able to search all of
your production libraries fairly quickly to identify all of the jobs.
Hopefully you have standards so that production is all in a small set of
libraries.  I know there is a program on the CBT tape that allows you to do
that.  Since I've retired, I forgot what it was.
 
SuperC?  (not available from CBT.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Charles Mills
Why does not SyncSort put out a PTF to MFX 1.3 to report in some way (SMF?)
on all tape sorts? That would seem to be a reasonable help for your
customers before 1.4 leaves them in the lurch. 

You never want to erect obstacles to upgrading to a new release. Not a good
thing when customers might say well heck, if we're going to have to
struggle to upgrade to 1.4 we might just as well go to the competition.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Blaicher, Christopher Y.
Sent: Tuesday, September 03, 2013 4:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

The current Syncsort mainframe sorting product is MFX 1.4.

The shift of the product name from SyncSort to MFX happened while I was away
from Syncsort.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Paul Gilmartin
On Tue, 3 Sep 2013 17:04:10 -0500, Ed Gould wrote:

Back 40 years ago we sorted the name  address file everyweek and
IIRC that was 40M records. Yes we used tape sort. It ran standalone
(except for the onlines) they finally broke it down to several sorts
and a merge as we didn't have tape/disk drives (can't remember the
number off the top of my head  but I think 50 drives) it ran all day
Sunday and night.
 
I should think that type of update should avail much performance because
the prior week's master file is already sorted.


On Tue, 3 Sep 2013 22:21:12 +, Campbell Jay wrote:

Step 1 of 26 jobs that run weekly here... all virtual 3490.

If an application benefits by using virtual tape over (relatively) real
DASD for workfiles, it needs redesign.


On Tue, 3 Sep 2013 18:53:35 -0500, Joel C. Ewing wrote:

Well, real SysProgs still think of it as SyncSort.  MFX!!! I
remember being totally turned off by the name change.  Makes me think
of a cross between MX missiles and Special Effects, not sorting.  No
doubt the stupidity of some marketing neophyte who thought it would be
cute to have a product name that didn't tell what the product did or
what platform it was designed for!

The marketing neophyte failed to consider that some customers would be
tempted to play on YA pair of initials in that abbreviation.  (Makes me think
of the old all-purpose card handling equipment.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

2013-09-03 Thread Joseph Poon
http://gsf-soft.com/Products/PDSEDIT.html
The above link might help
Joe. 

 Date: Tue, 3 Sep 2013 01:41:14 -0700
 From: roger.st...@yahoo.com
 Subject: Syncsort v1.4 doesn't support Tape sorting - Need help !
 To: IBM-MAIN@LISTSERV.UA.EDU
 
 Greetings ,
 
   We are currently using syncsort 1.3.2 and would like to upgrade it to new 
 version 1.4 . In the new release v1.4 , it no longer supports tape sorting . 
 Hence it becomes necessary that i have to identify all the jobs which are 
 currently using this feature and have them converted before going further . I 
 need suggestions from people who has done this upgrade successfully in a 
 production environment .I called up the support guys , and they told me to 
 identify the jobs using tape sort in the currently installed release . I did 
 some research on this and found 3 conditions to be satisfied in order to user 
 tape sort feature 
 
 a) SORTLIB DD statement in their JCL 
 
 b) SYNCTAPE library in the linklist - (Which i already found to be there )
 
 c) SORTWRK DD statements will have UNIT=TAPE  
 
 Since we have thousands of jobs running in our environment , it is difficult 
 to check the JCL of every job manually . Is there a different way to get this 
 done ?
 
 Any sort of help is much appreciated 
 
 Thanks in Advance,
 Roger
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN