date:20130206

On Wed, 6 Feb 2013 14:37:59 -0600, Elardus Engelbrecht wrote:

>Paul Gilmartin wrote (or ranting ;-D ):
>
Righteously.

>>(And I must always reply to R.S. via email because LISTSERV is broken.)
>
>Are you refering to the part where you want to quote the 'Original Message' in 
>a 'Send Message' panel? I.e. when you use a browser and then click on 'Reply'?
>
Precisely.

>Radoslaw (on offense meant!!!) and some posters are using an encoding / 
>character scheme which makes the quoting part useless. The viewable text are 
>translated (back to the scheme as e-mailed), resulting into something 
>unreadable.
> 
That "scheme" is Base64 Content-Transfer-Encoding, defined in RFC 1521
(1993) and prevalent in Internet text messaging (though perhaps diminishing
in favor of quoted-printable).

>If so, I think it was already reported, but I will check (again) with LSOFT 
>and Darren about this...
>
WAD, or deafening silence?  If LISTSERV can render it properly in browsing, it
ought to be able to do likewise in replying.

>Work around: Select text to use, copy that, click on Reply and paste in 
>message window. Compose + Reply as usual. Somewhat clumsy, but it works always.
>
As I said, I reply from email in such cases.  Not easily accessible
from work.

-- gil

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

Re: Syncosrt & EMC

2013-02-06 Thread Jousma, David

If you are talking about Connect:Direct and Connect:Enterprise, IBM bought 
those products.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Gould
Sent: Wednesday, February 06, 2013 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncosrt & EMC

Paul:

I guess only you
sterling /= Sterling

Ed

On Feb 6, 2013, at 6:56 PM, Paul Gilmartin wrote:

> On Wed, 6 Feb 2013 18:40:20 -0600, Ed Gould wrote:
>
>> Chistopher:
>>
>> I would hate to see a quality product like SYNCSORT be muddied by 
>> EMC.
>> SYNCSORT for the last 30+ years has been a flagship and a sterling 
>> product .
>>
> Yes, but hasn't Sterling been muddied by CA?
>
> -- 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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: Syncosrt & EMC


Paul:

I guess only you
sterling /= Sterling

Ed

On Feb 6, 2013, at 6:56 PM, Paul Gilmartin wrote:


On Wed, 6 Feb 2013 18:40:20 -0600, Ed Gould wrote:


Chistopher:

I would hate to see a quality product like SYNCSORT be muddied by  
EMC.

SYNCSORT for the last 30+ years has been a flagship and a sterling
product .


Yes, but hasn't Sterling been muddied by CA?

-- 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: z/OS v2.1 preview

In <3230590867699769.wa.markmzelden@listserv.ua.edu>, on
02/06/2013
   at 08:28 AM, Mark Zelden  said:

>On Tue, 5 Feb 2013 21:37:18 -0500, Shmuel Metz (Seymour J.)
> wrote:

>>In <1877842424347351.wa.markmzelden@listserv.ua.edu>, on
>>02/05/2013
>>   at 01:48 PM, Mark Zelden  said:
>>
>>>I've even used Doug Nadel's FINDRX macro a few times, but admit I
>>>still don't really "get" regular expressions (I'm sure if I used *nix
>>>more I would).
>>
>>Thin of a regex as a SNOBOL pattern.
>>

>The only pattern I know about snowball is when I throw one at a
>window and it splatters. :-) 

Wouldn't that have to be an ICEBOL? A SPITBOL wouldn't break the
window.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: z/OS 2.1?

In <6442802220186068.wa.paulgboulderaim@listserv.ua.edu>, on
02/06/2013
   at 08:20 AM, Paul Gilmartin  said:

>Stellarium (FOSS) is at 0.12.0.

Yes; while I have never seen IBM assign a release or version number of
0, quite a bit of PC software is distributed as pre-release software,
sometine staying at 0.foo.bar for years.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: z/OS v2.1 preview

In <51125e6c.5050...@bremultibank.com.pl>, on 02/06/2013
   at 02:45 PM, "R.S."  said:

>I noticed, however the point is in application. Program is allowed 
>to do that, but IMHO no one is doing that nowadays. So we must 
>wait for appliction support.

Nonsense. 

"Corresponding support is planned in JCL for a new JOB statement
keyword to allow you to specify that access to data sets can
transition from exclusive to shared after the last step in which they
are allocated with a disposition of OLD, NEW, or MOD. Also, support is
planned for a JES2 initialization statement (inish deck) to specify
whether this function should be allowed, and whether it should be used
by default if not specified in JCL."

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: z/OS v2.1 preview

In <0734310202845582.wa.paulgboulderaim@listserv.ua.edu>, on
02/06/2013
   at 07:41 AM, Paul Gilmartin  said:

>Did anyone notice?:

Yes, among other things. There's a JCL change to go along with the GRS
change.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: Syncosrt & EMC

On Wed, 6 Feb 2013 18:40:20 -0600, Ed Gould wrote:

>Chistopher:
>
>I would hate to see a quality product like SYNCSORT be muddied by EMC.
>SYNCSORT for the last 30+ years has been a flagship and a sterling
>product .
> 
Yes, but hasn't Sterling been muddied by CA?

-- gil

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

SORTS on the MF and PC's

There has been reports on the list here that sorts on the PC are  
faster than on the MF.
I have no knowledge on the PC end but would like to hear a discussion  
on the merits of doing a sort on the PC vs the MF.

Anyone?

Ed

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

Re: Syncosrt & EMC


Chistopher:

I would hate to see a quality product like SYNCSORT be muddied by EMC.
SYNCSORT for the last 30+ years has been a flagship and a sterling  
product .


d
On Feb 6, 2013, at 5:03 PM, Blaicher, Christopher Y. wrote:


Ed,
I certainly have no insider knowledge about any possible mergers.   
I can only tell you that a number of major vendors have technology  
or OEM partnerships that leverage Syncsort technology.


I think the article speaks for itself, no more, no less.

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- 
m...@listserv.ua.edu] On Behalf Of Ed Gould

Sent: Wednesday, February 06, 2013 3:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Syncosrt & EMC

I was read some advertising information today and ran across this:


http://www.emc.com/collateral/hardware/white-papers/h10790-dlm-

syncsort-mfx-zos-perf-test-wp.pdf<

Although there are several disclaimers in the PDF file it come  
across to me as EMC is using Syncsort to bolster their product line.


I guess the question is tis this a well known "rumor" or is EMC  
looking to buy Syncsort? OR?


Ed


--
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

ISFLOG - Clarification required.

2013-02-06 Thread Viswanath Chandrasekaran

Hi all,

 Greetings!!

 I would like to know if there are someone who can help me out in 
understanding the below commands.  I would like to know what exactly the 
function does.   Address SDSF "ISFLOG ALLOC TYPE(SYSLOG)" I have used  Address 
SDSF "ISFLOG READ TYPE(SYSLOG)" which reads the syslog and puts the contents to 
special variable ISFLINE. But not sure what does "ALLOC" does. I have tried the 
manuals but I don't get much information on this apart from the Syntax and the 
Special DDNAMES. Can anyone guide me on this.  


Kind Regards, 
Vish..


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

Re: Syncosrt & EMC

2013-02-06 Thread Blaicher, Christopher Y.

Ed,
I certainly have no insider knowledge about any possible mergers.  I can only 
tell you that a number of major vendors have technology or OEM partnerships 
that leverage Syncsort technology.

I think the article speaks for itself, no more, no less.

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 Ed Gould
Sent: Wednesday, February 06, 2013 3:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Syncosrt & EMC

I was read some advertising information today and ran across this:

 >http://www.emc.com/collateral/hardware/white-papers/h10790-dlm-
syncsort-mfx-zos-perf-test-wp.pdf<

Although there are several disclaimers in the PDF file it come across to me as 
EMC is using Syncsort to bolster their product line.

I guess the question is tis this a well known "rumor" or is EMC looking to buy 
Syncsort? OR?

Ed


--
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: Syncosrt & EMC

2013-02-06 Thread Ken Porowski

I believe (but cannot confirm) that they have some sort of hardware
assist for SyncSort sorts.

Ken

--
This email message and any accompanying materials may contain proprietary, 
privileged and confidential information of CIT Group Inc. or its subsidiaries 
or affiliates (collectively, "CIT"), and are intended solely for the 
recipient(s) named above. If you are not the intended recipient of this 
communication, any use, disclosure, printing, copying or distribution, or 
reliance on the contents, of this communication is strictly prohibited. CIT 
disclaims any liability for the review, retransmission, dissemination or other 
use of, or the taking of any action in reliance upon, this communication by 
persons other than the intended recipient(s). If you have received this 
communication in error, please reply to the sender advising of the error in 
transmission, and immediately delete and destroy the communication and any 
accompanying materials. To the extent permitted by applicable law, CIT and 
others may inspect, review, monitor, analyze, copy, record and retain any 
communications sent from or received at this email address.
--

Ed Gould

I was read some advertising information today and ran across this:

 >http://www.emc.com/collateral/hardware/white-papers/h10790-dlm-
syncsort-mfx-zos-perf-test-wp.pdf<

Although there are several disclaimers in the PDF file it come across to
me as EMC is using Syncsort to bolster their product line.

I guess the question is tis this a well known "rumor" or is EMC looking
to buy Syncsort? OR?

Ed


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

Syncosrt & EMC


I was read some advertising information today and ran across this:

>http://www.emc.com/collateral/hardware/white-papers/h10790-dlm- 
syncsort-mfx-zos-perf-test-wp.pdf<


Although there are several disclaimers in the PDF file it come across  
to me as EMC is using Syncsort to bolster their product line.


I guess the question is tis this a well known "rumor" or is EMC  
looking to buy Syncsort? OR?


Ed
 


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

Re: Deleting old HSM backups

Even without CSI, as long as there is a list it can just be edited (chose
your method, ISPF, rexx program, whatever) to have  DELETE '...name...' 
in a flat file and executed in TSO batch or used as input to IDCAMS
in batch. Using ISPF 3.4 and saving the list would work.  May
have to do that in batch also if some pattern can be used to match
millions at once (to possibly increase allocation amounts).

Running this would be quicker than ISPF 3.4 (modify "L" or
pass the parm as needed for HLQ / pattern)

PROC 0 L(&SYSUID)  G(SAVE)   
 /* */   
 /* Quick ISPF save of data set names. This is much quicker */   
 /* than using OPT 3.4, because it does not do an obtain*/   
 /* for each data set in the list because of STATS(NO). */   
 /* The dsn created will be USERID.SAVE.DATASETS*/   
 /* */   
 ISPEXEC CONTROL ERRORS RETURN   
 ISPEXEC LMDINIT LISTID(LISTID)  LEVEL(&L)   
 ISPEXEC LMDLIST LISTID(&LISTID) OPTION(SAVE) STATS(NO) GROUP(&G)
 WRITE COMPLETE!! RETURN CODE WAS &LASTCC
 ISPEXEC LMDFREE LISTID(&LISTID) 

--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/


On Wed, 6 Feb 2013 15:27:24 -0500, Don Williams  wrote:

>Many years ago, I wrote a REXX EXEC to mass delete migrated files. It calls
>IGGCSI00 with a wilcard search argument to build a list of matching data set
>names to be deleted.  I've deleted many thousands of migrated data sets with
>"one" command, but millions would probably exceed its capacity. However, you
>could modify IBM's SYS1.SAMPLIB(IGGICSRX) to delete them.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of David G. Schlecht
>> Sent: Tuesday, February 05, 2013 5:25 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Deleting old HSM backups
>>
>> We have been backing up millions of unnecessary datasets. I am changing
>> HSM to not back them up but would like a reasonably easy way to delete
>> the millions of backups that already exist.
>>
>> Is there anything short of generating millions of lines of JCL. Is
>> there any way to get HSM to delete these backups?
>>
>> David G. Schlecht | Information Technology Professional
>> State of Nevada | Department of Administration | Enterprise IT Services
>>
>>
>> 
>> This communication, including any attachments, may contain confidential
>> information and is intended only for the individual or entity to which
>> it is addressed. Any review, dissemination or copying of this
>> communication by anyone other than the intended recipient is strictly
>> prohibited. If you are not the intended recipient, please contact the
>> sender by reply e-mail and delete all copies of the original message.
>>
>> --
>> 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: Passing of Chris Mason reported

2013-02-06 Thread John Gilmore

Successful sendups of Lewis Carroll are raræ aves.  In them offenses
against Fowler are forgivable.  Besides,  'octopodes' would spoil the
rhyme.


John Gilmore, Ashland, MA 01721 - USA

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

LISTSERV Broken (was Re: z/OS v2.1 preview)

2013-02-06 Thread Elardus Engelbrecht

Paul Gilmartin wrote (or ranting ;-D ):

>(And I must always reply to R.S. via email because LISTSERV is broken.)

Are you refering to the part where you want to quote the 'Original Message' in 
a 'Send Message' panel? I.e. when you use a browser and then click on 'Reply'?

Radoslaw (on offense meant!!!) and some posters are using an encoding / 
character scheme which makes the quoting part useless. The viewable text are 
translated (back to the scheme as e-mailed), resulting into something 
unreadable.

Like this example: 

XYZ wrote:

> ashfjashasfkadjf
> dfaskfhasfasasdfa

where the original text was viewable on the previous screen.

If so, I think it was already reported, but I will check (again) with LSOFT and 
Darren about this...

Work around: Select text to use, copy that, click on Reply and paste in message 
window. Compose + Reply as usual. Somewhat clumsy, but it works always.

Groete / Greetings
Elardus Engelbrecht

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

Re: Deleting old HSM backups

Many years ago, I wrote a REXX EXEC to mass delete migrated files. It calls
IGGCSI00 with a wilcard search argument to build a list of matching data set
names to be deleted.  I've deleted many thousands of migrated data sets with
"one" command, but millions would probably exceed its capacity. However, you
could modify IBM's SYS1.SAMPLIB(IGGICSRX) to delete them.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of David G. Schlecht
> Sent: Tuesday, February 05, 2013 5:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Deleting old HSM backups
> 
> We have been backing up millions of unnecessary datasets. I am changing
> HSM to not back them up but would like a reasonably easy way to delete
> the millions of backups that already exist.
> 
> Is there anything short of generating millions of lines of JCL. Is
> there any way to get HSM to delete these backups?
> 
> David G. Schlecht | Information Technology Professional
> State of Nevada | Department of Administration | Enterprise IT Services
> 
> 
> 
> This communication, including any attachments, may contain confidential
> information and is intended only for the individual or entity to which
> it is addressed. Any review, dissemination or copying of this
> communication by anyone other than the intended recipient is strictly
> prohibited. If you are not the intended recipient, please contact the
> sender by reply e-mail and delete all copies of the original message.
> 
> --
> 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: Rejoice! z/OS 2.1 addresses some long term JCL complaints from here:

Probably related:
1. The PARM length field is historically treated as a signed half word number, 
so max value is 32767 (rather than unsigned 65535).
2. Minimum storage allocation increment, double word or 8 bytes, therefore 
32760 is the largest multiple of 8 less than or equal to 32767.

Don

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Tuesday, February 05, 2013 11:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Rejoice! z/OS 2.1 addresses some long term JCL complaints
> from here:
> 
> On Tue, 5 Feb 2013 11:11:04 -0500, John Gilmore wrote:
> 
> >32760 = max[n | (n <= 32767) & (n = 0 mod(8))]
> >
> But why "n = 0 mod(8)"?  The PARM length is specified in single
> bytes in a halfword.  As an experiment, I've passed a PARM of
> 32767 bytes to HLASM, which processed it correctly while
> misbehaving badly on 32768.
> 
> -- 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

Opinion: Why it is better to "log" to a UNIX file than a sequential data set.

This is just my opinion. Others may, and likely will, disagree. But just
today, I came up with a reason to "log" to a UNIX file instead of a SYSOUT
or z/OS sequential data set, and especially the latter.

There are many pluses of SYSOUT or UNIX over a sequential data set. First,
you don't need to specify a SPACE= parameter. Second, unless you use an
existing sequential data set and use DISP=SHR, you can't see the output as
it is being generated. With SYSOUT, you can view it via SDSF. With a UNIX
file, you can use ISPF browse or perhaps even the "tail" command on a UNIX
shell session. The "tail" is nice because you can get to the bottom rather
quickly.

One major plus of a UNIX file over SYSOUT is if you have multiple "log" DDs
in the same step and you'd like the output to be interspersed. This
occurred to me because CA-Endevor enables multiple different traces by
using multiple different DD names. Suppose you'd like a consolidated log in
which each line was in close proximity to the other trace lines generated
around the same time. I cannot think of a way to do this with either SYSOUT
or a sequential data set. Perhaps I'm missing something.

But for the above, in UNIX, you can easily do:

// SET LOGFILE='/tmp/&SYSUID..this.trace'
//* OTHER JCL
//* TRACE DDS
//EN$TRALC DD PATH='&LOGFILE',
// PATHOPTS=(OWRONLY,OAPPEND,OCREAT),
// PATHDISP=(KEEP,KEEP)
// RECFM=FA,LRECL=133,BLKSIZE=133
//*
//EN$TRITE DD PATH='&LOGFILE',
// PATHOPTS=(OWRONLY,OAPPEND,OCREAT),
// PATHDISP=(KEEP,KEEP)
// RECFM=FA,LRECL=133,BLKSIZE=133
//*
//* AND SO ON.
//*

Because I specified "unblocked" output, each line is written to the file
immediately (OK, put in
the UNIX kernel's buffer for the file). The OAPPEND on each means that
every write operation is
prefixed with a "go to the end of the file" type operation. Since the
buffering for a given specific UNIX file is kept in a single file buffer in
the kernel, this means that the lines should be written to the in pretty
much time sequenced order.

Hope this is at least of some interest.

-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

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

Re: My Last Days as a Sysprog

Agreed.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Tuesday, February 05, 2013 9:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: My Last Days as a Sysprog
> 
> Not that anybody likely cares, but I don't mind use of unusual words,
> so long as they are accurate. Would I use them? Perhaps so, perhaps
> no. If I am really trying to explain something to a newbie, or a
> non-native speaker, then I likely wouldn't. And I especially would not
> if a person is having a critical problem and is desperate for some
> help.  But on a off-topic (and quite honestly basically irrelevant)
> thread like this, sure. I actually enjoy learning new words. Just like
> I like learning new computer languages, except maybe LISP .
> 
> On Tue, Feb 5, 2013 at 8:24 AM, John Gilmore 
> wrote:
> > All this has become tedious.
> >
> > I write as I think appropriate, and I shall continue to do so.
> > Dumbing down what I post in deference to the sensibilites of the
> > subliterate would be patronizing too.
> >
> 
> --
> Maranatha! <><
> John McKown
> 
> --
> 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: My Last Days as a Sysprog

Haruspicina literally means 'divination by inspection of entrails'.
Peak usage in 1913-1914 of 0.005287%
(http://books.google.com/ngrams/graph?content=haruspicina&year_start=1500&ye
ar_end=2010&corpus=15&smoothing=3&share=)

lituus is (in ancient Rome) a crook-shaped staff used by augurs for
divination.
Peak usage in 1795 of 0.148396%
(http://books.google.com/ngrams/graph?content=lituus&year_start=&year_en
d=2000&corpus=15&smoothing=3&share=)

So let's stop the flaming.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tony B. AOL Mozilla
> Sent: Tuesday, February 05, 2013 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: My Last Days as a Sysprog
> 
> OK now Gilmore, that last sentence made my head spin.  .more
> coffee, more coffee...
> 
> 
> 
> On 2/4/2013 6:14 PM, John Gilmore wrote:
> > Working habits and methods vary widely.  Results are crucial, the
> path
> > taken to reach them is not.
> >
> > Haruspicina is messy; but If, improbably, an augur got good results
> by
> > framing a cloud bank with his lituus, I would applaud.
> >
> > John Gilmore, Ashland, MA 01721 - USA
> >
> > -
> -
> > 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: z/OS 2.1?

IIRC, IBM's traditional numbering scheme is: vv.rr.mm, where
 vv is the version counter starting at 1
 rr is the release counter starting at 1
 mm is the modification counter starting at 0 which may be omitted when zero.

Don

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mark Zelden
> Sent: Tuesday, February 05, 2013 9:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.1?
> 
> On Tue, 5 Feb 2013 09:08:53 -0500, John Gilmore 
> wrote:
> 
> >Is this release in fact to be denominated 2.1?
> >
> >Doing so would break with IBM's tradition of beginning the numbering
> >of new versions with 2.0 and the like (and it would be one more
> >instance of dumbing down).
> >
> 
> No!  IBM is following tradition for the OS.  There was no dot zero
> version of MVS/XA V2, ESA V3, ESA V4, OS/390 V1 nor z/OS V1.
> 
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> Systems Programming expert at http://expertanswercenter.techtarget.com/
> 
> --
> 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: Passing of Chris Mason reported

2013-02-06 Thread Graeme Gibson


'octopuses' is unobjectionable, albeit subliterate; 'octopi' instead
of 'octopodes' is not.


Ah, I feel the need to re-offend*!

Warning to Travellers ..

__
For those in Peril near the Sea:

Beware the blue-ringed octopii,
They're timid, and, I've 'eard, quite shy,
But yer a gonna, and you'll soon succumb,
If ya let 'em nibble on yer thumb.
__


Graeme (grinning!)

*first was 9th June 2006 with an (affectionate) illumination by J G 
on the same day!


At 02:41 PM 16/01/2013, you wrote:

Shmuel wrote:

| De mortui

which is perhaps a botched reference to the Latin tag

De mortuis nil nisi bonum [dicendum est].

Latin dropouts would do better to refrain from pretention that betrays
them into the ridiculous.  In other words, get it right or avoid it:
'octopuses' is unobjectionable, albeit subliterate; 'octopi' instead
of 'octopodes' is not.

John Gilmore, Ashland, MA 01721 - USA

--
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: SFTP vs. FTPS (was: z/OS v2.1 preview)

2013-02-06 Thread Walt Farrell

On Wed, 6 Feb 2013 09:27:18 -0600, Paul Gilmartin  wrote:

>On Wed, 6 Feb 2013 08:57:41 -0600, Walt Farrell wrote:
>>>
 ... new System z software (products and service) downloads will require
  the use of FTPS (FTP using Secure Sockets Layer) or of Download Director
  with encryption.
>>>
>>>FTPS, but not SFTP?
>>
>>Remember, SFTP is not FTP; it's SSH, a totally different protocol and set of 
>>programs.
>> 
>Exactly, notwithstanding some superficial similarity in line commands.
>
>But I'm set up for SSH on various hosts -- authorized_keys, etc.
>SFTP comes naturally, then.  FTPS isn't in my skill set.
>
>What's the relative prevalence of SFTP and FTPS in the outside world?

I have no idea of the prevalence. 

On the other hand, FTPS _is_ FTP, and it's likely that more z/OS sites have FTP 
servers than have SSH servers. And if you have FTP then setting up FTPS is (I 
think) largely a matter of putting the right certificate in the right key ring, 
which is all native to z/OS and doesn't require installing and configuring SSH 
(from Ported Tools) if you haven't done so already.

-- 
Walt

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

SFTP vs. FTPS (was: z/OS v2.1 preview)

On Wed, 6 Feb 2013 08:57:41 -0600, Walt Farrell wrote:
>>
>>> ... new System z software (products and service) downloads will require
>>>  the use of FTPS (FTP using Secure Sockets Layer) or of Download Director
>>>  with encryption.
>>
>>FTPS, but not SFTP?
>
>Remember, SFTP is not FTP; it's SSH, a totally different protocol and set of 
>programs.
> 
Exactly, notwithstanding some superficial similarity in line commands.

But I'm set up for SSH on various hosts -- authorized_keys, etc.
SFTP comes naturally, then.  FTPS isn't in my skill set.

What's the relative prevalence of SFTP and FTPS in the outside world?

-- gil

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

Re: z/OS v2.1 preview

On Wed, 6 Feb 2013 08:57:41 -0600, Walt Farrell  wrote:

>On Wed, 6 Feb 2013 08:16:52 -0600, Paul Gilmartin  wrote:
>
>>On Tue, 5 Feb 2013 10:16:38 +0200, גדי בן אבי wrote:
>>
>>
>>>o IBM plans to remove support for unsecured FTP connections used for z/OS
>>>  software and service delivery October 1, 2013. At that time, it is planned
>>>  that new System z software (products and service) downloads will require
>>>  the use of FTPS (FTP using Secure Sockets Layer) or of Download Director
>>>  with encryption.
>>
>>FTPS, but not SFTP?
>>
>
>Remember, SFTP is not FTP; it's SSH, a totally different protocol and set of 
>programs.
>
>-- 

You can get SFTP today (and for a long time) with ported tools. 

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

Re: z/OS v2.1 preview

2013-02-06 Thread Walt Farrell

On Wed, 6 Feb 2013 08:16:52 -0600, Paul Gilmartin  wrote:

>On Tue, 5 Feb 2013 10:16:38 +0200, גדי בן אבי wrote:
>
>
>>o IBM plans to remove support for unsecured FTP connections used for z/OS
>>  software and service delivery October 1, 2013. At that time, it is planned
>>  that new System z software (products and service) downloads will require
>>  the use of FTPS (FTP using Secure Sockets Layer) or of Download Director
>>  with encryption.
>
>FTPS, but not SFTP?
>

Remember, SFTP is not FTP; it's SSH, a totally different protocol and set of 
programs.

-- 
Walt

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

Re: z/OS 2.1?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, February 06, 2013 15:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.1?

On Wed, 6 Feb 2013 09:10:45 -0500, zMan wrote:
>
>Product versioning is arcane and varies across vendors and even within 
>vendors; some folks think 2.9.13b is somehow more useful/meaningful 
>than just going to 2.9.14. I don't, but that's me.
> 
Stellarium (FOSS) is at 0.12.0.

-- gil
---

PC software often runs 0.xx as beta, before issuing the first official 1.0 
release. There are products that are running 0.9xxx releases for years already. 
E.g. QuickPar version 0.9.1 is stabilized since 2004. What's in a name (or 
number).

Kees.

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

Re: z/OS v2.1 preview

2013-02-06 Thread Tom Marchant

Radoslaw wrote:

>Paul Gilmartin pisze:
>
>> Did anyone notice?:
>>
>> o Global Resource Serialization support designed to allow programs to
>>synchronously change an exclusive enqueue to a shared enqueue to help
>>reduce contention, in addition to existing support for changing an
>>enqueue from shared to exclusive
>
>I noticed, however the point is in application. Program is allowed to do 
>that, but IMHO no one is doing that nowadays. So we must wait for 
>appliction support.

Not necessarily.  It seems that the initiator will use it.

"Corresponding support is planned in JCL for a new JOB statement keyword 
to allow you to specify that access to data sets can transition from 
exclusive to shared after the last step in which they are allocated with a 
disposition of OLD, NEW, or MOD."

-- 
Tom Marchant

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

Re: z/OS v2.1 preview

On Tue, 5 Feb 2013 21:37:18 -0500, Shmuel Metz (Seymour J.) 
 wrote:

>In <1877842424347351.wa.markmzelden@listserv.ua.edu>, on
>02/05/2013
>   at 01:48 PM, Mark Zelden  said:
>
>>I've even used Doug Nadel's FINDRX macro a few times, but admit I
>>still don't really "get" regular expressions (I'm sure if I used *nix
>>more I would).
>
>Thin of a regex as a SNOBOL pattern.
>

The only pattern I know about snowball is when I throw one
at a window and it splatters. :-)  

--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

Re: z/OS v2.1 preview

On Feb 6, 2013, at 06:45, R.S. wrote:

> W dniu 2013-02-06 14:41, Paul Gilmartin pisze:
>> On Tue, 5 Feb 2013 10:16:38 +0200, גדי בן אבי wrote:
>> 
>>> IBM has published z/OS v2.1 preview at 
>>> http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13-0013
>>> 
>> Did anyone notice?:
>> 
>> o Global Resource Serialization support designed to allow programs to
>>   synchronously change an exclusive enqueue to a shared enqueue to help
>>   reduce contention, in addition to existing support for changing an
>>   enqueue from shared to exclusive
> 
> I noticed, however the point is in application. Program is allowed to do 
> that, but IMHO no one is doing that nowadays. So we must wait for appliction 
> support.
>  
As I read further, accessible in JCL with a JOB statement option.
This is not a razor blade waiting anxiously for the invention of
the razor.  Rather, the converse has been true for decades.

(And I must always reply to R.S. via email because LISTSERV is broken.)

-- gil

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

Re: JESJOBS jobclass control

On Wed, 6 Feb 2013 02:10:32 -0600, Shane Ginnane  wrote:

>"In z/OS V2.1, support is planned for SAF control over the use of job classes 
>for
>both JES2 and JES3 environments using new profiles in the JESJOBS class."
>
>About bloody time.
>

Yep.   Used a JES2 exit 6 in several shops for this. But ACF2 already had (has)
an "note" (optional feature) for this function for about as long as I can
remember.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

Re: z/OS 2.1?

On Wed, 6 Feb 2013 09:10:45 -0500, zMan wrote:
>
>Product versioning is arcane and varies across vendors and even within
>vendors; some folks think 2.9.13b is somehow more useful/meaningful than
>just going to 2.9.14. I don't, but that's me.
> 
Stellarium (FOSS) is at 0.12.0.

-- gil

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

Re: z/OS v2.1 preview

On Tue, 5 Feb 2013 10:16:38 +0200, גדי בן אבי wrote:

>IBM has published z/OS v2.1 preview at 
>http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13-0013
> 
o In z/OS V2.1 DFSMS, improvements in the processing of catalog aliases
  are planned. For data set aliases in the master catalog that specify a
  different high-level qualifier for a data set, the system will be designed
  to reorient the search with the master catalog or the appropriate user
  catalog. Also, creation dates are planned to be stored for alias entries
  and listed by the IDCAMS utility.

Damn!  I needed this so badly once (first sentence, if I understand it
correctly), and the traditionalists on this list told me it could never be done.

And wildcarding on IEBCOPY SELECT.  Well, I've never needed it,
but it makes sense.  (But not regex.)

And bigger PDSEs.  With space release facility.  (But how long before
it's stable?)

" ... A new random number cache. ..."  Oh, goody!  Now I can reuse my
random numbers, not just throw them away.  Actually, it makes sense;
it's kind of a lookahead to reduce latency.

o In z/OS V2.1, SMP/E is planned to be changed to allow you to use the
  SMP/E dialog with multiple ISPF logical screens at a time when different
  SMP/E zones are in use with each logical screen. This is intended to
  improve the usability of the SMP/E ISPF dialog.

There have been times I've wanted this.  I suspected it was precluded by
DDNAME conflicts.  But still no Rexx API.

o IBM plans to remove support for unsecured FTP connections used for z/OS
  software and service delivery October 1, 2013. At that time, it is planned
  that new System z software (products and service) downloads will require
  the use of FTPS (FTP using Secure Sockets Layer) or of Download Director
  with encryption.

FTPS, but not SFTP?

Is this retroactive to products older than 2.1?

>There is also a preview of z/VM v6.3 at 
>http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13-0027

-- gil

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

Re: z/OS 2.1?

FOSS software has a lot of "version 0" software out there. Basically,
that's how they say "this is beta code!". They generally believe in release
early and often.


On Wed, Feb 6, 2013 at 8:10 AM, zMan  wrote:

> On Wed, Feb 6, 2013 at 12:03 AM, Ed Gould  wrote:
>
> > Tom:
> >
> > How about MVS 2.0 ?
>
>
> I'm not Tom, but I'm quite sure that was Version 1 Release 2 Modification
> Level 0. As others have noted, "You can't have a Release 0".
>
> This is all muddied by inconsistency in including the Version number. VM,
> for instance, had VM/XA 1.0 and VM/ESA 1.0 (among others) because the
> "Version 1" was implicit (or not even thought of, perhaps).
>
> Product versioning is arcane and varies across vendors and even within
> vendors; some folks think 2.9.13b is somehow more useful/meaningful than
> just going to 2.9.14. I don't, but that's me.
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

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

ASG Tritune & APC vs IBM APA

2013-02-06 Thread Kostas Z.

Dear all,

do you have any experience on benefits of AQM Tritune & APC (Now owned by ASG) 
over IBM APA (Application Performance Analyzer CAZ0)?

Thanks in advance
Kostas

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

Re: z/OS 2.1?

2013-02-06 Thread zMan

On Wed, Feb 6, 2013 at 12:03 AM, Ed Gould  wrote:

> Tom:
>
> How about MVS 2.0 ?

I'm not Tom, but I'm quite sure that was Version 1 Release 2 Modification
Level 0. As others have noted, "You can't have a Release 0".

This is all muddied by inconsistency in including the Version number. VM,
for instance, had VM/XA 1.0 and VM/ESA 1.0 (among others) because the
"Version 1" was implicit (or not even thought of, perhaps).

Product versioning is arcane and varies across vendors and even within
vendors; some folks think 2.9.13b is somehow more useful/meaningful than
just going to 2.9.14. I don't, but that's me.
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: DFSMSHSM Management Class Question

2013-02-06 Thread O'Brien, David W. (NIH/CIT) [C]

Correction, that would be the Implementation and Customization Guide

-Original Message-
From: Staller, Allan [mailto:allan.stal...@kbmg.com] 
Sent: Wednesday, February 06, 2013 9:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSHSM Management Class Question

Could be correct. I wasn't sure...


I think you mean the Install and Customization Guide.


--
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: DFSMSHSM Management Class Question

2013-02-06 Thread Staller, Allan

Could be correct. I wasn't sure...


I think you mean the Install and Customization Guide.


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

Re: DFSMSHSM Management Class Question

2013-02-06 Thread O'Brien, David W. (NIH/CIT) [C]

Allan,

I think you mean the Install and Customization Guide.

Regards,
Dave O'Brien

-Original Message-
From: Staller, Allan [mailto:allan.stal...@kbmg.com] 
Sent: Wednesday, February 06, 2013 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSHSM Management Class Question

There is a patch to change this behavior. See the HSM DBU function in the 
DFSMShsm Diagnosis Guide...


HSM will not delete a dataset that is supposed to have a backup but doesn't. 
Check your HSM space management job output and look for code 53 errors. These 
are delete candidates that don't have backups so HSM can't delete them. Do your 
datasets show up on this list? If so, they need backups or need manual 
intervention.


--
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: DFSMSHSM Management Class Question

2013-02-06 Thread Staller, Allan

There is a patch to change this behavior. See the HSM DBU function in the 
DFSMShsm Diagnosis Guide...


HSM will not delete a dataset that is supposed to have a backup but doesn't. 
Check your HSM space management job output and look for code 53 errors. These 
are delete candidates that don't have backups so HSM can't delete them. Do your 
datasets show up on this list? If so, they need backups or need manual 
intervention.


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

Re: Deleting old HSM backups

2013-02-06 Thread Staller, Allan

DCOLLECT OUTFILE(xx) BACKUPDATA and massage... into HBDEL commands
Or 
HSEND LIST BCDS and massage.

Submit either through BATSO...

HTH,



We have been backing up millions of unnecessary datasets. I am changing HSM to 
not back them up but would like a reasonably easy way to delete the millions of 
backups that already exist.

Is there anything short of generating millions of lines of JCL. Is there any 
way to get HSM to delete these backups?


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

Re: z/OS v2.1 preview

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, February 06, 2013 14:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS v2.1 preview

W dniu 2013-02-06 14:41, Paul Gilmartin pisze:
> On Tue, 5 Feb 2013 10:16:38 +0200, גדי בן אבי wrote:
>
>> IBM has published z/OS v2.1 preview at 
>> http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype
>> =an&appname=iSource&supplier=877&letternum=ENUSZP13-0013
>>
> Did anyone notice?:
>
> o Global Resource Serialization support designed to allow programs to
>synchronously change an exclusive enqueue to a shared enqueue to help
>reduce contention, in addition to existing support for changing an
>enqueue from shared to exclusive

I noticed, however the point is in application. Program is allowed to do that, 
but IMHO no one is doing that nowadays. So we must wait for appliction support.

--
Radoslaw Skorupka

---
However, there have been questions in the past, why it was possible to change 
an ENQ from SHR to OLD, but not vise versa. So the demand is there and the 
implementations will follow.

Kees.

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

Re: z/OS v2.1 preview

W dniu 2013-02-06 14:41, Paul Gilmartin pisze:

On Tue, 5 Feb 2013 10:16:38 +0200, גדי בן אבי wrote:

IBM has published z/OS v2.1 preview at
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13-0013

Did anyone notice?:

o Global Resource Serialization support designed to allow programs to
synchronously change an exclusive enqueue to a shared enqueue to help
reduce contention, in addition to existing support for changing an
enqueue from shared to exclusive

I noticed, however the point is in application. Program is allowed to do
that, but IMHO no one is doing that nowadays. So we must wait for
appliction support.

--
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: z/OS v2.1 preview

On Tue, 5 Feb 2013 10:16:38 +0200, גדי בן אבי wrote:

>IBM has published z/OS v2.1 preview at 
>http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13-0013
> 
Did anyone notice?:

o Global Resource Serialization support designed to allow programs to
  synchronously change an exclusive enqueue to a shared enqueue to help
  reduce contention, in addition to existing support for changing an
  enqueue from shared to exclusive

>There is also a preview of z/VM v6.3 at 
>http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13-0027

-- gil

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

Re: JESJOBS jobclass control

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ted MacNEIL
Sent: Wednesday, February 06, 2013 13:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JESJOBS jobclass control

>We require that users fill in the /*JOBPARM T= parameter. If they don't
we assume a very long running job. 
>If needed, we cancel jobs on HASP308, >Estimaed time exceeded by nnn
minutes. >This will teach them not to cheat.

Not always a good idea for Production, especially with a tight window.
-
Ted MacNEIL

Correct, it is only for userjobs.

Kees.

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

Re: JESJOBS jobclass control

2013-02-06 Thread Ted MacNEIL

>We require that users fill in the /*JOBPARM T= parameter. If they don't we 
>assume a very long running job. 
>If needed, we cancel jobs on HASP308, >Estimaed time exceeded by nnn minutes. 
>>This will teach them not to cheat.

Not always a good idea for Production, especially with a tight window.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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

Re: Rejoice! z/OS 2.1 addresses some long term JCL complaints from here:

In <51116fdb.4020...@trainersfriend.com>, on 02/05/2013
   at 01:47 PM, Steve Comstock  said:

>This seems to support my recollection that HASP came first, or at
>least at the same time; HASP is not Half-ASP as the almost clever
>saying goes. ASP is half-HASP, perhaps.

Yes, HASP had much better card-to-tape, card to-printer and tape to
printer DSP's than ASP. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: z/OS v2.1 preview

In <1877842424347351.wa.markmzelden@listserv.ua.edu>, on
02/05/2013
   at 01:48 PM, Mark Zelden  said:

>I've even used Doug Nadel's FINDRX macro a few times, but admit I
>still don't really "get" regular expressions (I'm sure if I used *nix
>more I would). 

Thin of a regex as a SNOBOL pattern.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: z/OS SAS Installation

In <5219951167224005.wa.paul.peplinskiwpsic@listserv.ua.edu>, on
02/05/2013
   at 11:05 AM, Paul Peplinski  said:

>Am I the only one who misses the rationale behind the z/OS
>installation and maintenance of SAS 9.2 (and now 9.3) using the
>Software Depot?

Sadism?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: z/OS 2.1?

In
,
on 02/05/2013
   at 09:08 AM, John Gilmore  said:

>Doing so would break with IBM's tradition of beginning the 
>numbering of new versions with 2.0

A tradition that exists only in your imagination.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: Submitting job name

2013-02-06 Thread Elardus Engelbrecht

Gadi wrote:

>There are several users that Control-M uses to submit jobs. In Control-M they 
>are called the job owner. Some of these users are also used elsewhere, so that 
>won't work.

As RACF admin, I will not allow that. We have different users in Control-M and 
they are used as surrogate to do work on behalf of others. 

>I was asked for a months' worth of data. The output of IRRADU00 is huge.

Been there done that. I dump + distribute daily IRRADU00 data to whoever wants 
it. Monthly data is handled by using something else.

>But just looking at the JES2 log in Control-M gave me the answer.

Excellent.

Groete / Greetings
Elardus Engelbrecht

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

Re: Submitting job name

Our Control-M log goes back only a few days.
I needed a month worth of data.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of  ???
Sent: Wednesday, February 06, 2013 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Submitting job name

Should be faster if you use CTMRNSC utility, like the example that is shown
below:

//REPORT   EXEC CTMRNSC
//DALOGIN  DD DISP=SHR,DSN=YOUR.CONTROLM.LOG
   REPSTART 1301010700
   REPEND   1301310700
   SORTBY ENDTIME STARTTIME

Greetings
K. Zafiropoulos

On Wed, Feb 6, 2013 at 1:54 PM, גדי בן אבי  wrote:

> I was asked for a months' worth of data.
> The output of IRRADU00 is huge.
> But just looking at the JES2 log in Control-M gave me the answer.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Wednesday, February 06, 2013 1:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Submitting job name
>
> I get that information out of the IRRADU00 reformatted data. I don't
> really know which SMF record has it. I use IRRADU00 because it is text
> format. I keep it on a Linux system, where I can easily use "grep" to
> search it. Or process it in Perl or Python. Which is much easier than
> using HLASM to read SMF data for an "ad hoc" report.
>
> On Wed, Feb 6, 2013 at 5:21 AM, Martin Packer
> 
> wrote:
> > A long time ago our code used to merge SMF 26 and SMF 30 - because
> > we inherited it from SLR base table support. I'm wondering if
> > there's enough value in doing that again. Someone on the team
> > rewrote our code, dropping the merge (probably wisely).
> >
> > 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/MartinPack
> > er
> >
> >
> >
> > From:   Bob Rutledge 
> > To: IBM-MAIN@listserv.ua.edu,
> > Date:   02/06/2013 11:17 AM
> > Subject:Re: Submitting job name
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> >> I would prefer SMF.
> >> I couldn't find it in SMF type 30.
> >> Could it be somewhere else?
> >
> > If you're running JES2, it's in SMF26SUI.
> >
> > Bob
> >
> > 
> > -- 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
>
>
>
> --
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או
> מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה,
> הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך
> כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
>
>
> Please note that in accordance with Malam's signatory rights, no
> offer, agreement, concession or representation is binding on the
> company, unless accompanied by a duly signed separate document (or a
> scanned version thereof), affixed with the company's seal.
>
> --
> 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

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or

Re: Submitting job name

2013-02-06 Thread Καπα Ζαφ

Should be faster if you use CTMRNSC utility, like the example that is shown
below:

//REPORT   EXEC CTMRNSC
//DALOGIN  DD DISP=SHR,DSN=YOUR.CONTROLM.LOG
   REPSTART 1301010700
   REPEND   1301310700
   SORTBY ENDTIME STARTTIME

Greetings
K. Zafiropoulos

On Wed, Feb 6, 2013 at 1:54 PM, גדי בן אבי  wrote:

> I was asked for a months' worth of data.
> The output of IRRADU00 is huge.
> But just looking at the JES2 log in Control-M gave me the answer.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Wednesday, February 06, 2013 1:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Submitting job name
>
> I get that information out of the IRRADU00 reformatted data. I don't
> really know which SMF record has it. I use IRRADU00 because it is text
> format. I keep it on a Linux system, where I can easily use "grep" to
> search it. Or process it in Perl or Python. Which is much easier than using
> HLASM to read SMF data for an "ad hoc" report.
>
> On Wed, Feb 6, 2013 at 5:21 AM, Martin Packer 
> wrote:
> > A long time ago our code used to merge SMF 26 and SMF 30 - because we
> > inherited it from SLR base table support. I'm wondering if there's
> > enough value in doing that again. Someone on the team rewrote our
> > code, dropping the merge (probably wisely).
> >
> > 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:   Bob Rutledge 
> > To: IBM-MAIN@listserv.ua.edu,
> > Date:   02/06/2013 11:17 AM
> > Subject:Re: Submitting job name
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> >> I would prefer SMF.
> >> I couldn't find it in SMF type 30.
> >> Could it be somewhere else?
> >
> > If you're running JES2, it's in SMF26SUI.
> >
> > Bob
> >
> > --
> > 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
>
>
>
> --
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון,
> ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
>
>
> Please note that in accordance with Malam's signatory rights, no offer,
> agreement, concession or representation is binding on the company,
> unless accompanied by a duly signed separate document (or a scanned
> version thereof), affixed with the company's seal.
>
> --
> 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: Submitting job name

I was asked for a months' worth of data.
The output of IRRADU00 is huge.
But just looking at the JES2 log in Control-M gave me the answer.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, February 06, 2013 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Submitting job name

I get that information out of the IRRADU00 reformatted data. I don't really 
know which SMF record has it. I use IRRADU00 because it is text format. I keep 
it on a Linux system, where I can easily use "grep" to search it. Or process it 
in Perl or Python. Which is much easier than using HLASM to read SMF data for 
an "ad hoc" report.

On Wed, Feb 6, 2013 at 5:21 AM, Martin Packer  wrote:
> A long time ago our code used to merge SMF 26 and SMF 30 - because we
> inherited it from SLR base table support. I'm wondering if there's
> enough value in doing that again. Someone on the team rewrote our
> code, dropping the merge (probably wisely).
>
> 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:   Bob Rutledge 
> To: IBM-MAIN@listserv.ua.edu,
> Date:   02/06/2013 11:17 AM
> Subject:Re: Submitting job name
> Sent by:IBM Mainframe Discussion List 
>
>
>
>> I would prefer SMF.
>> I couldn't find it in SMF type 30.
>> Could it be somewhere else?
>
> If you're running JES2, it's in SMF26SUI.
>
> Bob
>
> --
> 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

--
Maranatha! <><
John McKown

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

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

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

Re: Submitting job name

2013-02-06 Thread Elardus Engelbrecht

Gadi wrote:

>I ended up taking the information from the Control-M JESMSGLG.

Where in Control-M? Interactive (in ISPF) of via a batch reporting utility?

>Not as good as SMF, but OK for our needs.

What are you missing?

I would use IRRADU00 (plus some ICETOOL filtering), assuming an analysing of 
scheduled jobs (long after the schedule) is needed. Otherwise I just use OWNER 
in Active Job File interactively or just search the Log messages.

Groete / Greetings
Elardus Engelbrecht

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

Re: Submitting job name

I get that information out of the IRRADU00 reformatted data. I don't
really know which SMF record has it. I use IRRADU00 because it is text
format. I keep it on a Linux system, where I can easily use "grep" to
search it. Or process it in Perl or Python. Which is much easier than
using HLASM to read SMF data for an "ad hoc" report.

On Wed, Feb 6, 2013 at 5:21 AM, Martin Packer  wrote:
> A long time ago our code used to merge SMF 26 and SMF 30 - because we
> inherited it from SLR base table support. I'm wondering if there's enough
> value in doing that again. Someone on the team rewrote our code, dropping
> the merge (probably wisely).
>
> 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:   Bob Rutledge 
> To: IBM-MAIN@listserv.ua.edu,
> Date:   02/06/2013 11:17 AM
> Subject:Re: Submitting job name
> Sent by:IBM Mainframe Discussion List 
>
>
>
>> I would prefer SMF.
>> I couldn't find it in SMF type 30.
>> Could it be somewhere else?
>
> If you're running JES2, it's in SMF26SUI.
>
> Bob
>
> --
> 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



-- 
Maranatha! <><
John McKown

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

Re: Submitting job name

2013-02-06 Thread Martin Packer

A long time ago our code used to merge SMF 26 and SMF 30 - because we 
inherited it from SLR base table support. I'm wondering if there's enough 
value in doing that again. Someone on the team rewrote our code, dropping 
the merge (probably wisely).

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:   Bob Rutledge 
To: IBM-MAIN@listserv.ua.edu, 
Date:   02/06/2013 11:17 AM
Subject:Re: Submitting job name
Sent by:IBM Mainframe Discussion List 



> I would prefer SMF.
> I couldn't find it in SMF type 30.
> Could it be somewhere else?

If you're running JES2, it's in SMF26SUI.

Bob

--
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: Submitting job name

2013-02-06 Thread Bob Rutledge

> I would prefer SMF.
> I couldn't find it in SMF type 30.
> Could it be somewhere else?

If you're running JES2, it's in SMF26SUI.

Bob

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

Re: Dynamic Allocation error in CA-Endevor

Thanks! I'll pass that on to my boss.

On Wed, Feb 6, 2013 at 3:44 AM, Καπα Ζαφ  wrote:
> Try to use EN$TRALC trace facility in your processor:
>
> //EN$TRALC DD SYSOUT=*
>
>
> Greetings
> Kostas
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Maranatha! <><
John McKown

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

Re: JESJOBS jobclass control

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, February 06, 2013 11:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JESJOBS jobclass control

W dniu 2013-02-06 11:19, Vernooij, CP - SPLXM pisze:
>
>
> -Original Message- From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent:
> Wednesday, February 06, 2013 09:11 To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JESJOBS jobclass control
>
> "In z/OS V2.1, support is planned for SAF control over the use of job 
> classes for both JES2 and JES3 environments using new profiles in the 
> JESJOBS class."
>
> About bloody time.
>
> Shane ...
>
>
> - It is not enough. We control jobclasses via exits and give jobs 
> a jobclass based on job and user characteristics. E.g. we have fast 
> and long classes. It is nice SAF can now keep userjobs out of 
> production jobclasses, but SAF still cannot prevent a long job from 
> being submitted in a fast class. We can.

Well, You know what class is fast and you know how to recognize long job. While 
I can imagine some interface between WLM, JES and SAF, I cannot find out what 
job is long withut application knowledge.

--
Radoslaw Skorupka

---
We require that users fill in the /*JOBPARM T= parameter. If they don't we 
assume a very long running job. If needed, we cancel jobs on HASP308, Estimaed 
time exceeded by nnn minutes. This will teach them not to cheat.

Kees.

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

Re: Submitting job name

I ended up taking the information from the Control-M JESMSGLG.
Not as good as SMF, but OK for our needs.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, February 06, 2013 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Submitting job name

W dniu 2013-02-06 09:15, גדי בן אבי pisze:
> There are several users that Control-M uses to submit jobs.
> In Control-M they are called the job owner.
> Some of these users are also used elsewhere, so that won't work.
> Gadi

In IRRADU report (which is based on SMF30 and SMF80) you have submitter ID and 
execution ID. You have single submitter ID (ControlM user) and many execution 
IDs.

BTW: Why don't you use ControlM reports? It's really easier.

--
Radoslaw Skorupka
Lodz, Poland

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osb trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorcw KRS 025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 168.555.904 zotych.

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

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

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

Re: JESJOBS jobclass control


W dniu 2013-02-06 11:19, Vernooij, CP - SPLXM pisze:



-Original Message- From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent:
Wednesday, February 06, 2013 09:11 To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JESJOBS jobclass control

"In z/OS V2.1, support is planned for SAF control over the use of job
classes for both JES2 and JES3 environments using new profiles in the
JESJOBS class."

About bloody time.

Shane ...


- It is not enough. We control jobclasses via exits and give jobs
a jobclass based on job and user characteristics. E.g. we have fast
and long classes. It is nice SAF can now keep userjobs out of
production jobclasses, but SAF still cannot prevent a long job from
being submitted in a fast class. We can.


Well, You know what class is fast and you know how to recognize long 
job. While I can imagine some interface between WLM, JES and SAF, I 
cannot find out what job is long withut application knowledge.


--
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: JESJOBS jobclass control

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane Ginnane
Sent: Wednesday, February 06, 2013 09:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JESJOBS jobclass control

"In z/OS V2.1, support is planned for SAF control over the use of job classes 
for both JES2 and JES3 environments using new profiles in the JESJOBS class."

About bloody time.

Shane ...

-
It is not enough. 
We control jobclasses via exits and give jobs a jobclass based on job and user 
characteristics. E.g. we have fast and long classes. It is nice SAF can now 
keep userjobs out of production jobclasses, but SAF still cannot prevent a long 
job from being submitted in a fast class. We can.

Kees.

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

Re: Submitting job name

2013-02-06 Thread Καπα Ζαφ

Hello

Try to run from Control-M CTMRNSC (NIGHT SCHEDULE REPORT  )


Greetings
K. Zafiropoulos
Greece

2013/2/6 גדי בן אבי 

> Hi,
> Is there a way to produce a report that will show all of the jobs
> submitted by a certain task (Control-M).
>
> Thanks
> Gadi
>
> 
> לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון,
> ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
>
>
> Please note that in accordance with Malam's signatory rights, no offer,
> agreement, concession or representation is binding on the company,
> unless accompanied by a duly signed separate document (or a scanned
> version thereof), affixed with the company's seal.
>
> --
> 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: Submitting job name

W dniu 2013-02-06 10:56, Martin Packer pisze:

The OP wanted SMF. The nearest thing - which might well be good enough -
is the Userid / Group in Type 30.

1. IRRADU is report based on SMF30.

2. IMHO OP asked "how to", not "how to ...with SMF":
"Hi,
Is there a way to produce a report that will show all of the jobs
submitted by a certain task (Control-M)."

No mention about SMF.

3. IMHO it's much better is to reach the goal, to solve real problem,
instead of trying to solve it with suggested ways/tools/methods. It
could be worse way. And I'm not talking about commercial add-on tools,
only those built in. In ControlM or in z/OS - I assume OP has both of them.

4. As a ControlM user I can say what job, when submitted, how long it
ran, was was the maxcc, etc. For every job, for several months (years),
actually as long I want. Of course the wheel can be reinvented if needed.

--
Radoslaw Skorupka
Lodz, Poland

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osb trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorcw KRS 025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych.

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

Re: Submitting job name

W dniu 2013-02-06 09:15, גדי בן אבי pisze:

There are several users that Control-M uses to submit jobs.
In Control-M they are called the job owner.
Some of these users are also used elsewhere, so that won't work.
Gadi

In IRRADU report (which is based on SMF30 and SMF80) you have submitter
ID and execution ID. You have single submitter ID (ControlM user) and
many execution IDs.

BTW: Why don't you use ControlM reports? It's really easier.

--
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: JESJOBS jobclass control

W dniu 2013-02-06 09:10, Shane Ginnane pisze:

"In z/OS V2.1, support is planned for SAF control over the use of job classes
for
both JES2 and JES3 environments using new profiles in the JESJOBS class."

> About bloody time.

This is in contradction with many IBM statements from past years, I
heard. The same with symbols in JCL, long passwords, etc.

BTW: generic support for IEBCOPY is funny. What changed last 20 years?
The need for generics in IEBCOPY is as current as it was 20 years ago.

So, it's "about bloody time". It SHOULD be done many moons ago.

--
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: Submitting job name

2013-02-06 Thread Martin Packer

The OP wanted SMF. The nearest thing - which might well be good enough - 
is the Userid / Group in Type 30.

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:   "R.S." 
To: IBM-MAIN@listserv.ua.edu, 
Date:   02/06/2013 07:42 AM
Subject:Re: Submitting job name
Sent by:IBM Mainframe Discussion List 



W dniu 2013-02-06 07:53, גדי בן אבי pisze:
> Hi,
> Is there a way to produce a report that will show all of the jobs 
submitted by a certain task (Control-M).

ControlM has quite good logs which show you the above and much more.


-- 
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osb trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
Rejestru Sdowego, nr rejestru przedsibiorcw KRS 025237, NIP: 
526-021-50-88. 
Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w 
caoci wpacony) wynosi 168.555.904 zotych.


--
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: ACS routine based on RACF group

I don't see where you use &GROUP.

Furthermore: 
X'04'   X'16'   X'00'   X'55'   Verify that SMS flags passed by the caller 
match those in the FMT4 DSCB; FMT4 DSCB indicates volume is SMS-managed, but 
data set is not SMS-managed.

What is the relation with &GROUP?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake anderson
Sent: Wednesday, February 06, 2013 10:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ACS routine based on RACF group

Dear All,

I did create the ACS routine based on &GROUP but it doesn't seems to be picking.

"IGD17040I ERROR IN DADSM PROCESSING ON VOLUME OLDSGP FOR DATA SET  
TEST.SAMPL.JCL  HISTORIC RETURN CODE IS 192 DIAGNOSTIC INFORMATION IS 04160055  
IGD306I UNEXPECTED ERROR DURING IGGDAC02 PROCESSING  RETURN CODE 4 REASON CODE 
85  THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA  SMS MODULE TRACE BACK - 
VTSDA VTSCR SSIRT  SYMPTOM RECORD CREATED, PROBLEM ID IS IGD1"

ACS Script :

"* Top of Data
***
PROC 1 STORCLAS
/**/
/* STORAGE CLASS ACS ROUTINE  */
/**/
/**/
/* DEFINE FILTER LISTS*/
/**/
  FILTLIST SYSDSETINCLUDE (SYS%.*)
  FILTLIST HLQ1   INCLUDE(TEST.**)
/**/
   SELECT
/**/
/* EXCLUDE SYSTEM DATA SETS   */
/**/
WHEN (&DSN = &SYSDSET)
  SET &STORCLAS = ''
/**/
/* USER  DATASETS */
/**/

/**/
WHEN (&DSN = &HLQ1 | &STORCLAS = 'USRBASE')
  SET &STORCLAS = 'USRBASE'
/**/
 END
/**/
 END




* Top of Data
**
PROC 1 STORGRP
/**/
/* STORAGE GROUP ACS ROUTINE  */
/**/
/**/
 SELECT
/**/
/* USER DATAASETS */
/**/
  WHEN (&STORCLAS='USRBASE')
SET &STORGRP = 'USRGROUP'
/**/
  END
/**/
  END
 Bottom of Data 
"

ACS activation went well but not sure if i am correct.

Jake

On Wed, Feb 6, 2013 at 1:10 PM, R.S.  wrote:

> W dniu 2013-02-06 07:19, Jake anderson pisze:
>
>  Hello,
>>
>> This could be simple or Dumb question and I apologize for it :) . I 
>> have written ACS routine based on the filtlist criteria but i am just 
>> curious to know if it is possible to write ACS 
>> routine(STORCLAS&STORGROUP) based on user's racf group ? Intention is 
>> just to make sure that a user belonging to a particular RACF default 
>> group should be mapped to a specific STORAGE group.
>>
>> Any suggestions or Ideas are highly appeciated..
>>
>
> RTFM
>
> "&GROUPThe RACF-defined default group associated with the user, or the
> group specified in the GROUP keyword on the JCL JOB statement."
>
>
>
> --
> 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 info

Re: Dynamic Allocation error in CA-Endevor

2013-02-06 Thread Καπα Ζαφ

Try to use EN$TRALC trace facility in your processor:

//EN$TRALC DD SYSOUT=*


Greetings
Kostas

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

Re: ACS routine based on RACF group

2013-02-06 Thread Jake anderson

Dear All,

I did create the ACS routine based on &GROUP but it doesn't seems to be
picking.

"IGD17040I ERROR IN DADSM PROCESSING ON VOLUME OLDSGP FOR DATA SET
 TEST.SAMPL.JCL
 HISTORIC RETURN CODE IS 192 DIAGNOSTIC INFORMATION IS 04160055
 IGD306I UNEXPECTED ERROR DURING IGGDAC02 PROCESSING
 RETURN CODE 4 REASON CODE 85
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA
 SMS MODULE TRACE BACK - VTSDA VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD1"

ACS Script :

"* Top of Data
***
PROC 1 STORCLAS
/**/
/* STORAGE CLASS ACS ROUTINE  */
/**/
/**/
/* DEFINE FILTER LISTS*/
/**/
  FILTLIST SYSDSETINCLUDE (SYS%.*)
  FILTLIST HLQ1   INCLUDE(TEST.**)
/**/
   SELECT
/**/
/* EXCLUDE SYSTEM DATA SETS   */
/**/
WHEN (&DSN = &SYSDSET)
  SET &STORCLAS = ''
/**/
/* USER  DATASETS */
/**/

/**/
WHEN (&DSN = &HLQ1 | &STORCLAS = 'USRBASE')
  SET &STORCLAS = 'USRBASE'
/**/
 END
/**/
 END




* Top of Data
**
PROC 1 STORGRP
/**/
/* STORAGE GROUP ACS ROUTINE  */
/**/
/**/
 SELECT
/**/
/* USER DATAASETS */
/**/
  WHEN (&STORCLAS='USRBASE')
SET &STORGRP = 'USRGROUP'
/**/
  END
/**/
  END
 Bottom of Data
"

ACS activation went well but not sure if i am correct.

Jake

On Wed, Feb 6, 2013 at 1:10 PM, R.S.  wrote:

> W dniu 2013-02-06 07:19, Jake anderson pisze:
>
>  Hello,
>>
>> This could be simple or Dumb question and I apologize for it :) . I have
>> written ACS routine based on the filtlist criteria but i am just curious
>> to
>> know if it is possible to write ACS routine(STORCLAS&STORGROUP) based on
>> user's racf group ? Intention is just to make sure that a user belonging
>> to
>> a particular RACF default group should be mapped to a specific STORAGE
>> group.
>>
>> Any suggestions or Ideas are highly appeciated..
>>
>
> RTFM
>
> "&GROUPThe RACF-defined default group associated with the user, or the
> group specified in the GROUP keyword on the JCL JOB statement."
>
>
>
> --
> 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

Re: DFSMSHSM Management Class Question

2013-02-06 Thread David Devine

Hello,
(a) are you sure that the management class is question is using "expire 
date/days" rather than "expire non-usage" ? 
It's very easy to inadvertently reset the last reference date on a dataset.
(b) if it was migrated, is the hsm secondary space management working properly? 
look at the logs for that dataset and see if there's a mention. 
As previously stated, there may be an return code against it. 
Usual issue is a "rc= 53" which means Hsm expects it to have a backup but it 
doesnt, so Hsm won't delete it. 
A simple hsm backup will sort that one, but if you have multiple RC 53's you 
may have a flaw in sms routines, like allocating a dataset with a "backup" 
mgmtclas to a "no backup" Storage group or Hsm died during its Automatic backup 
cycle sometime and flags are out of sync.

For migrated "rc= 53" datasets its recall and backup.
If you've got multiple 53's during primary space management a backvol total for 
the pack concerned will sort it.  

It's good practice to undertake occasional "Backvol total" backups for all 
storagegroups/packs where every dataset on a pack will be backed up regardless 
of a recent backup (if mgmtclas specified) to tidy up issues like this.

There is a patch you can use to disable checking for backup before expiry, but 
this is a sledgehammer approach.
You are better off checking for errors now and then to identify flaws.   

Regards,
 Dave

***
   Uriel,

I think David's on to something here.
 
HSM will not delete a dataset that is supposed to have a backup but doesn't. 
Check your HSM space management job output and look for code 53 errors. These 
are delete candidates that don't have backups so HSM can't delete them. Do your 
datasets show up on this list? If so, they need backups or need manual 
intervention.



David G. Schlecht | Information Technology Professional
State of Nevada | Department of Administration | Enterprise IT Services
T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@admin.nv.gov <-- New Address

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of O'Brien, David W. (NIH/CIT) [C]
Sent: Tuesday, October 09, 2012 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSHSM Management Class Question

Uriel,

Do the unexpired datasets have HSM backups?  

-Original Message-
From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca]
Sent: Tuesday, October 09, 2012 2:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFSMSHSM Management Class Question

I have a situation that I am hoping someone can shine some light.

I am conflicted by a behavior in our zOS 1.11 system.

We have a Management Class defined to expire datasets after a given number of 
days.

I know it is working because I found some datasets about to expire, waited for 
them to expire, and now I can see they are no longer in the catalog (the 
management class stipulates that we keep one backup for a few years after 
deleting).

But, I also noticed that some files that have exactly the same management class 
and should have been expired/deleted a long time ago are still catalogued.  I 
recalled one of them and it had no expiration date and confirmed that it 
belongs to the same management class.

I am trying to figure out why this behavior is taking place but don't know 
where to go next.

Any suggestions would be greatly appreciated.

Sincerely yours,

Uriel



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

Re: Submitting job name