Re: Taglines

[Shmuel Metz (Seymour J.)]

In
<160723604-1277828820-cardhu_decombobulator_blackberry.rim.net-14195422...@bda026.bisx.prod.on.blackberry>,
on 06/29/2010
   at 04:27 PM, Ted MacNEIL  said:

>Too much time on your hands?

PKB
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

TIMEUSED equivalent for CICS

[Binyamin Dissen]

I would like to measure CPU performance of sections of a running transaction.
Under MVS it is relatively easy as the TIMEUSED macro will give me just the
CPU time. This won't work under CICS as the CPU time will include other
transaction that may get control as I request a CICS service. I do want to
include the cost of the CICS service.

Google shows some reference for COLLECT STATISTICS, but it isn't clear to me
how I can do this on a task and get the accumulated CPU.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Vista large screen size not working

[Jan MOEYERSONS]

On Wed, 30 Jun 2010 09:27:43 +0200, Miklos Szigetvari
 wrote:

>Hi
>
>If someone has seen this:
>For a PC the Vista large screen size is not working any more, for all
>other PC's it is o.k and for this PC it was still yesterday o.k.

I have been running Vista3270 version 1.27 from the day it became available
and 1.26 before that for years. I use 62*132 screen size.

NEVER had any problem. 

I suggest you upgrade to version 1.27 if you do not already have that. If
that still fails send Tom Brennan an e-mail. He does an outstandingly
excellent job on support. 

Cheers,

Jantje.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

HSM Incremental Backups for Sys1.**

[O'Brien, David W. (NIH/CIT) [C]]

I'm curious as to how others deal with Sys1 datasets and HSM Incremental 
backups.

I inherited a system where the sets of res packs were eligible for Incremental 
backups.

However I now find that I have backups for prior releases of Zos.

example: TSO HLIST DSN('SYS1.CBRDBRM') BOTH results in the following:

BDSN=SYSHSM.BACK.T522504.SYS1.CBRDBRM.J6165  BACKVOL=E20825   FRVOL=SYS4R1
BACKDATE=06/06/14  BACKTIME=04:25:50  CAT=YES  GEN=000  VER=001  UNS/RET= NO  
RACF IND=NO  BACK PROF=NO  NEWNM=NO  NOSPH=*** GVCN=*** RETDAYS=* 
  
BDSN=SYSHSM.BACK.T190504.SYS1.CBRDBRM.A0182  BACKVOL=E20126   FRVOL=SYS5R2
BACKDATE=10/07/01  BACKTIME=04:04:54  CAT= NO  GEN=000  VER=022  UNS/RET= NO  
RACF IND=NO  BACK PROF=NO  NEWNM=NO  NOSPH=*** GVCN=*** RETDAYS=* 
  
BDSN=SYSHSM.BACK.T340204.SYS1.CBRDBRM.A0182  BACKVOL=E20045   FRVOL=SYS3R2
BACKDATE=10/07/01  BACKTIME=04:02:11  CAT= NO  GEN=001  VER=021  UNS/RET= NO  
RACF IND=NO  BACK PROF=NO  NEWNM=NO  NOSPH=*** GVCN=*** RETDAYS=* 
  
BDSN=SYSHSM.BACK.T551904.SYS1.CBRDBRM.A0125  BACKVOL=E20179   FRVOL=SYS9R2
BACKDATE=10/05/05  BACKTIME=04:19:49  CAT= NO  GEN=002  VER=019  UNS/RET= NO  
RACF IND=NO  BACK PROF=NO  NEWNM=NO  NOSPH=*** GVCN=*** RETDAYS=* 
  
I have 4 LPARs, each of which is represented in the list above. The backups 
from 10/mm/dd are obviously the current level.
However the first entry is from 06 which means on this LPAR I have no current 
backup for this particular file.
This entry is also from the wrong volume as this dataset now resides on Sys4r2 
not ..r1.

So my question(s) to the group:
1. Do you normally use HSM to provide Incremental Backups of your Res volumes 
or do you rely on DR Volume Backups?
2. When upgrading OS versions do you routinely Bdelete the old HSM Backups and 
take a fresh set?
 
Other Sys1.datasets show s similar pattern.

Thank You,
Dave O'Brien
NIH Contractor

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AF/Operator

[Timothy Sipples]

Sebastian Welton opines:
>...but as seeing that AF/Operator is, probably, being phased
>out in favour of SA...

No.

- - - - -
Timothy Sipples
Resident Enterprise Architect
STG Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: searchdatacenter.com article

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski
> Sent: Wednesday, June 30, 2010 4:26 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: searchdatacenter.com article
> 
> Of course, don't you compare every dataset you have to the most recent
> backup to see if the data has changed?
> I wouldn't trust the dataset changed bit if I were you. 
> 

Actually, we use OpenTech's DR eXpert. It uses SMF data to determine what to 
back up.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: searchdatacenter.com article

[Shane Ginnane]

I guess that means you don't have someone like a Bill Fairchild on staff then 
John ... ;-)
Just how many sysprogs do you reckon have had a go at writing channel programs 
to hit offline 
volumes ...

Shane ...

On Thu, Jul 1st, 2010 at 10:19 PM, "McKown, John" wrote:

> Actually, we use OpenTech's DR eXpert. It uses SMF data to determine
> what to back up.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: searchdatacenter.com article

[David Andrews]

On Wed, 2010-06-30 at 17:16 -0400, McKown, John wrote:
> Anybody here use IEBCOMPR?

Very occasionally.

In around 2007, I had an archive-to-CD prototype running.  You gave it a
list of MVS datasets and it would offload them to a PC (after converting
to AWS format).  The PC burned a pair of CDs and compared them to make
sure the CDs were readable and that they agreed.  Then the PC submitted
a job back to the MVS system containing the offloaded data; the job
executed a test restore and compared the result with the original
dataset.  Only then was the programmer notified that the offload was
complete and the archive was verified as valid and restorable.

It was written in a combination of REXX on the MVS side and bash script
on the PC side.  Never got past the proof-of-concept stage, 'cause after
it worked my attention was directed elsewhere.  I should probably
resurrect it one day.

Back on topic, I used IEBCOMPR to do the dataset verify.  If all you
want to do is compare entire datasets then IEBCOMPR works rather well.

-- 
David Andrews
A. Duda and Sons, Inc.
david.andr...@duda.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: HSM Incremental Backups for Sys1.**

[Staller, Allan]

So my question(s) to the group:
1. Do you normally use HSM to provide Incremental Backups of your Res
volumes or do you rely on DR Volume Backups?
2. When upgrading OS versions do you routinely Bdelete the old HSM
Backups and take a fresh set?
 
Other Sys1.datasets show s similar pattern.


1) NO. I use volume backups. SYSRES volumes should not be changing
frequently enough to require incremental backups

2) N/A based on response to #1

HTH,

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Language Environment on VSE

[גדי בן אבי]

Hi,

Is Language Environment on VSE part of the OS package like on z/OS, or is it a 
separately orderable (and chargeable) package?

TIA

Gadi


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Language Environment on VSE

[Rich Smrcina]

It is delivered as part of the base operating system.

2010/7/1 גדי בן אבי 

> Hi,
>
> Is Language Environment on VSE part of the OS package like on z/OS, or is
> it a separately orderable (and chargeable) package?
>
> TIA
>
> Gadi
>
>
-- 
Rich Smrcina
Velocity Software, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Migrate From Mainframe? To What?

[Mohammad Khan]

I wish that this happens but I'm not very hopeful until there is something 
available for installation to all the dummies wanting to do so. Also it has to 
be 
within the budgets of these dummies.

Mohammad


On Wed, 30 Jun 2010 15:27:46 -0400, George Henke  
wrote:


Before you know it bookstores like Barnes and Noble will be  carrying books 
like 
z/OS Install for Dummies. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SAS is gone - long live ... ICETOOL?

[Rebecca Martin]

We are doing a trail of Spectrum SMF Writer.  So far it looks like a good  
option for us; especially since the price is right! It might be something that 
could help you as well.   Here is the link to their website:
http://www.spectrumwriter.com/indexsmf.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IEBCOMPR (was: searchdatacenter.com article)

[Paul Gilmartin]

On Thu, 1 Jul 2010 08:44:30 -0400, David Andrews wrote:
>
>In around 2007, I had an archive-to-CD prototype running.  You gave it a
>list of MVS datasets and it would offload them to a PC (after converting
>to AWS format).  The PC burned a pair of CDs and compared them to make
>sure the CDs were readable and that they agreed.  Then the PC submitted
>
If the CD id burned from a .iso image, it's possible on either OS X
or Solaris to read the character special file underlying the mounted
CD and compare it exactly to the .iso.  On Windows, ImgBurn will
extract a .iso from a CD; I wouldn't know how to script it.

Has mkisofs been ported to z/OS?

>a job back to the MVS system containing the offloaded data; the job
>executed a test restore and compared the result with the original
>dataset.  Only then was the programmer notified that the offload was
>complete and the archive was verified as valid and restorable.
>
I haven't compared byte-by-byte; only compared MD5 checksums.

>Back on topic, I used IEBCOMPR to do the dataset verify.  If all you
>want to do is compare entire datasets then IEBCOMPR works rather well.
>
Which DSORGs will this handle?  PS, of course.  What about PDS,
PDSE, Program Objects, HFS, zFS, *SDS VSAM?

What AWS utilities do you recommend?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Library won't add to LNKLST00

[Ward, Mike S]

Hello all, I was trying to add a library to lnklst00, but the system
would not allow me to do it. What's the use of having a command to let
you add libraries to lnklst when you can't? Will someone please help or
explain?

Thanks in advance.

SETPROG,LNKLST,ADD,NAME=LNKLST00,DSNAME=IGY.SIGYCOMP,ATBOTTOM,
IEF196I IEF237I 5503 ALLOCATED TO SYS9
IEF196I IEF285I   IGY.SIGYCOMP KEPT
IEF196I IEF285I   VOL SER NOS= ZBRES3.
CSV510I LNKLST SET LNKLST00 WAS NOT CHANGED. IT IS IN USE


==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Library won't add to LNKLST00

[Don Imbriale]

You need to create a new linklist set (copied from LNKLST00), add the
library to that new set, then activate that new set.

- Don Imbriale

On Thu, Jul 1, 2010 at 9:33 AM, Ward, Mike S  wrote:

> Hello all, I was trying to add a library to lnklst00, but the system
> would not allow me to do it. What's the use of having a command to let
> you add libraries to lnklst when you can't? Will someone please help or
> explain?
>
> Thanks in advance.
>
> SETPROG,LNKLST,ADD,NAME=LNKLST00,DSNAME=IGY.SIGYCOMP,ATBOTTOM,
> IEF196I IEF237I 5503 ALLOCATED TO SYS9
> IEF196I IEF285I   IGY.SIGYCOMP KEPT
> IEF196I IEF285I   VOL SER NOS= ZBRES3.
> CSV510I LNKLST SET LNKLST00 WAS NOT CHANGED. IT IS IN USE
>
>
> ==
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity
> to which they are addressed. If you have received this email in error
> please notify the system manager. This message
> contains confidential information and is intended only for the individual
> named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please notify the
> sender immediately by e-mail if you
> have received this e-mail by mistake and delete this e-mail from your
> system. If you are not the intended recipient
> you are notified that disclosing, copying, distributing or taking any
> action in reliance on the contents of this
> information is strictly prohibited.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SAS is gone - long live ... ICETOOL?

[Wendell Lovewell]

RACFICE2 has symbols for the unloaded RACF SMF records.  Does anyone know if
there are symbols available for other SMF record types, especially type 30?  

Thanks, 
Wendell

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Question on Started Jobs

[Donald Johnson]

Thanks for the help everyone! We are going to go ahead with this on a
limited basis, and will try to see if there is a measurable difference
running our CICS region as a started job versus an initiator-based job.
* Don *

On Wed, Jun 30, 2010 at 9:34 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net > wrote:

> In , on
> 06/30/2010
>   at 08:34 AM, Donald Johnson http://gmail.com/>>
> said:
>
> >2. We created a user file like any other proclib file to hold the
> >jobs -
> >does it need to be PDSE or is a standard PDS fine?
>
> PDS is fine; I don't know whether PDSE will work.
>
> >3. Can we move existing libraries to IEFJOBS to use this feature?
>
> Bad idea; leave your proca in a proclib and invoke then from IEFJOBS.
>
> >4. Isthere anything from a security or performance standpoint we
> >should consider - any danger in application teams updating the
> >library with CICS region changes, for example?
>
> Like any other data set used by a critical system component, the more
> people who have write access, the more at risk you'll be. From a
> security standpoint it should be as tightly controlled as, e.g.,
> PARMLIB.
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Library won't add to LNKLST00

[Michael Saraco]

I just create a member like this and do a set prog=xx

EDIT   SYS1.CCSDZOS.PARMLIB(PROGL7) - 01.07Columns 1 
00072 
** * Top of Data 
**
01 LNKLST DEFINE NAME(LNKLSTL2) COPYFROM(CURRENT)  
02 LNKLST DELETE NAME(LNKLSTL2)  
03DSNAME(SYS3.LRS.VPS.V1R80.LOAD)  
04 LNKLST ADD NAME(LNKLSTL2)  
05DSNAME(SYS3.LRS.VPS.V2R10.LOAD) VOLUME(LIB001)  
06 LNKLST ACTIVATE NAME(LNKLSTL2)  
**  Bottom of Data 



Michael Saraco
Systems Consultant
303-838-3374  x115
Cell 507-525-0530



From:   "Ward, Mike S" 
To: IBM-MAIN@bama.ua.edu
Date:   07/01/2010 08:46 AM
Subject:Library won't add to LNKLST00
Sent by:IBM Mainframe Discussion List 



Hello all, I was trying to add a library to lnklst00, but the system
would not allow me to do it. What's the use of having a command to let
you add libraries to lnklst when you can't? Will someone please help or
explain?

Thanks in advance.

SETPROG,LNKLST,ADD,NAME=LNKLST00,DSNAME=IGY.SIGYCOMP,ATBOTTOM,
IEF196I IEF237I 5503 ALLOCATED TO SYS9
IEF196I IEF285I   IGY.SIGYCOMP KEPT
IEF196I IEF285I   VOL SER NOS= ZBRES3.
CSV510I LNKLST SET LNKLST00 WAS NOT CHANGED. IT IS IN USE


==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error 
please notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your 
system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEBCOMPR (was: searchdatacenter.com article)

[David Andrews]

On Thu, 2010-07-01 at 09:16 -0400, Paul Gilmartin wrote:
> If the CD id burned from a .iso image, it's possible on either OS X
> or Solaris to read the character special file underlying the mounted
> CD and compare it exactly to the .iso.  On Windows, ImgBurn will
> extract a .iso from a CD; I wouldn't know how to script it.

I used mkisofs and cdrecord under Linux.  The AWS files were compressed
and stored along with companion files that contain the original DCB and
allocation characteristics.  A postgresql index kept track of MVS
datasets and the CD serials.

It was an interesting project, and I learned more about bash than I ever
wanted to.  Last time I touched it I got a wild hair and started to
recode the bash stuff in SBCL Lisp.  Then I thought it would be useful
to have an inotify library and worked on that.  Time ran out on me
before I got the Lisp code running to my satisfaction.

As I said, it was proof-of-concept more than anything else.  Lots of
things I'd do to it: I would have liked to operate a CD changer - write
on one drive, read from another.  I'd have liked a web interface to the
server.  I'd have liked to do encryption.

> Has mkisofs been ported to z/OS?

H, unknown.  In my implementation it was on the CD server.  The bash
script would accumulate datasets until it reached a threshold, then
create the iso.  (But the server could be told to cut the CD regardless
of the current queue size.)

> Which DSORGs will this handle?  PS, of course.  What about PDS,
> PDSE, Program Objects, HFS, zFS, *SDS VSAM?

I only did sequential datasets.

> What AWS utilities do you recommend?

I used AWSSL, which had some limitations three years ago.  I remember
that it didn't handle spanned records, so I always told AWSSL that the
dataset to be offloaded was RECFM=U.  As I mentioned above, when I
transport the AWS dataset it is paired with a characteristics dataset
that contained the real DCB information.

-- 
David Andrews
A. Duda and Sons, Inc.
david.andr...@duda.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IEBDG (was searchdat acenter.co m article) ‏

[john gilmore]

Until now posters to this thread, making jokes at the expense of the 
handicapped, have mostly stopped short of nonsense; but
 
| They taught all the obscure utilities like IEBCOMPR and
| IEBDG.
 
is not innocuous.  

 

Obscurity is of course situational.  Urdu poetry is obscure to me because I 
never learned to read Urdu, and IEBDG is obscure to many for much the same 
reason.  Inferences from obscurity to dispensability are, however, perilous. 

 

The usefulness of IEBDG for generating test data|records that 1) have 
statistically appropriate characteristics and 2) include boundary values is, 
however, long established.  

 

Its availability makes the generation of exhaustive testing materials so much 
easier [and thus also so much more likely], compared to manual methods, that 
anyone who in fact writes and tests mainframe programs should master it.  

 

The generic importance of such tools would indeed be hard to exaggerate.  
Compiler developers, for example, usually find it necessary to write statement 
generators that produce licit but unconventional, even odd, language constructs 
that people who know a language well tacitly exclude, as absurd, from their 
testing materials.

 

"So much they talk'd, so very little said".

  
_
The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with 
Hotmail. 
http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA's Hyperbuf

[Paul Peplinski]

 wrote:

>Does anyone have any comments on CA's Hyperbuf product?  We are 
replacing
>BMC's Batch optimizer and we are having alot of problems with Hyperbuf.
>

I had problems and abandoned the same migration you are doing. If i recall it 
was something about files being opened multiple times in defferent modes. The 
job went into a wait that was never satisfied.

Paul 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ENQ trap for dynamic allocation

[John Hooper]

Fifteen years ago I wrote a facility that front-ends the ENQ SVC.  It traps all 
ENQ requests and if SYSDSN ENQ comes back with a return code of 4 it 
examines the environment, issues console messages, and usually waits a 
minute and tries ENQ again.  Thus a test job reading a production file would 
not cause a production job to fail but would keep trying and give the console 
operator a chance to cancel the test job or wait for it to finish.
 
This facility is designed especially to eliminate the following messages:
 
IKJ56225I DATA SET MYTEST.TEST.ENQ.FILE ALREADY IN USE, TRY LATER
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER  
 
Anyway, it works fine under z/OS 1.9 but doesn’t work under z/OS 1.11.  
Apparently dynamic allocation (or IDCAMS) has changed and does not call SVC 
56 to see if the dataset is allocated or else the ENQ parameter list has 
changed radically.  This routine don’t seem to get a chance to trap the 
SYSDSN ENQ request.  In attempting to debug the routine I found that all SVC 
56 effectively does is make a PC to the GRS address space.  I am afraid that 
dynamic allocation is doing the PC without the SVC.

I think there is a CA product that could replace this function but this home-
grown facility has been "free" and I work for a frugal company.  

Does anyone know if I am correct in my assumption that dynamic allocation 
has changed?  Does anyone have any idea of how to front-end the program 
call to GRS?  Is the program call (PC) facility documented anywhere?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Question on Started Jobs

[Tom Marchant]

On Thu, 1 Jul 2010 09:49:05 -0400, Donald Johnson wrote:

>running our CICS region as a started job versus an initiator-based job.

Good idea.  By running it as a started task (or started job) you always 
get a clean address space.  Many sites have been running CICS that 
way for a long time.

Moving other jobs to run as started jobs may not be such a good plan.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ENQ trap for dynamic allocation

[Binyamin Dissen]

On Thu, 1 Jul 2010 09:18:46 -0500 John Hooper  wrote:

:>Fifteen years ago I wrote a facility that front-ends the ENQ SVC.  It traps 
all 
:>ENQ requests and if SYSDSN ENQ comes back with a return code of 4 it 
:>examines the environment, issues console messages, and usually waits a 
:>minute and tries ENQ again.  Thus a test job reading a production file would 
:>not cause a production job to fail but would keep trying and give the console 
:>operator a chance to cancel the test job or wait for it to finish.

:>This facility is designed especially to eliminate the following messages:
 
:>IKJ56225I DATA SET MYTEST.TEST.ENQ.FILE ALREADY IN USE, TRY LATER
:>IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER  
 
:>Anyway, it works fine under z/OS 1.9 but doesn’t work under z/OS 1.11.  
:>Apparently dynamic allocation (or IDCAMS) has changed and does not call SVC 
:>56 to see if the dataset is allocated or else the ENQ parameter list has 
:>changed radically.  This routine don’t seem to get a chance to trap the 
:>SYSDSN ENQ request.  In attempting to debug the routine I found that all SVC 
:>56 effectively does is make a PC to the GRS address space.  I am afraid that 
:>dynamic allocation is doing the PC without the SVC.

:>I think there is a CA product that could replace this function but this home-
:>grown facility has been "free" and I work for a frugal company.  

:>Does anyone know if I am correct in my assumption that dynamic allocation 
:>has changed?  Does anyone have any idea of how to front-end the program 
:>call to GRS?  Is the program call (PC) facility documented anywhere?

Well, you could change your frontend to display what it is seeing - that will
tell you if you are being bypassed.

But, at any rate - what does "doesn’t work" mean - what is different?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Library won't add to LNKLST00

[Ward, Mike S]

This worked. Thank you

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Michael Saraco
Sent: Thursday, July 01, 2010 8:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Library won't add to LNKLST00

I just create a member like this and do a set prog=xx

EDIT   SYS1.CCSDZOS.PARMLIB(PROGL7) - 01.07Columns 1

00072 
** * Top of Data 
**
01 LNKLST DEFINE NAME(LNKLSTL2) COPYFROM(CURRENT)  
02 LNKLST DELETE NAME(LNKLSTL2)  
03DSNAME(SYS3.LRS.VPS.V1R80.LOAD)  
04 LNKLST ADD NAME(LNKLSTL2)  
05DSNAME(SYS3.LRS.VPS.V2R10.LOAD) VOLUME(LIB001)  
06 LNKLST ACTIVATE NAME(LNKLSTL2)  
**  Bottom of Data 



Michael Saraco
Systems Consultant
303-838-3374  x115
Cell 507-525-0530





==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ENQ trap for dynamic allocation

[Dave Day]

As far as I know, there is no mechanism provided by IBM for hooking a PC.  Ch. 
10 of the Pops manual discusses the mechanism used to process  a PC and a PR.  
Ch. 5 discusses the translation and look-up mechanisms involved.   There are a 
lot of ISV products in the market that do front-end PCs...but it ain't somethng 
to be done without a lot of thought.  And, it ain't for the novice, part-time 
coder to attempt.

--Dave Day   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ENQ trap for dynamic allocation

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Day
> Sent: Thursday, July 01, 2010 10:18 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ENQ trap for dynamic allocation
> 
> As far as I know, there is no mechanism provided by IBM for 
> hooking a PC.  Ch. 10 of the Pops manual discusses the 
> mechanism used to process  a PC and a PR.  Ch. 5 discusses 
> the translation and look-up mechanisms involved.   There are 
> a lot of ISV products in the market that do front-end 
> PCs...but it ain't somethng to be done without a lot of 
> thought.  And, it ain't for the novice, part-time coder to attempt.
> 
> --Dave Day   

I would also say it is not really even for an expert, company employee, to do 
either. Who's going to maintain it when the developer goes to the great data 
center in the sky?

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Prevent ICF catalog out-of-space problems

[R.S.]

af dc pisze:

Hello,
today we had problems on one catalog that tried to expand over 4GB that it
was not EA. From your experience is there a way to prevent these
out-of-space conditions ??
Env is z/Os V1.10


Yes, SPLIT THE CATALOG!
AFAIR, catlogs (more correctly: BCSes) cannot be EF and then cannot be 
EA. However the catalog can be divided into several BCSes.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ENQ trap for dynamic allocation

[Rob Scott]

It is likely that the "enqueue" is now either being done by ENQ LINKAGE=SYSTEM 
or by ISGENQ  - both forms will *not* issue the old enqueue SVC. 

Do NOT attempt to front-end the GRS PC - this would be *very* dangerous. The 
GRS execution environment can be extremely complex with various cross-memory 
links and various locks held (I spent 18 months in the bowels of GRS and have 
the grey hairs and nervous twitches to mark that experience).

The normal GRS installation exits are also not going to be of much use either 
as I believe that prohibit any "WAIT" processing (eg WTOR).

My suggestion is to examine why the IKJ* messages are being issued and see if 
you can top-and-tail the production jobs with a process that will wait for the 
resources rather than just fail.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
John Hooper
Sent: 01 July 2010 15:19
To: IBM-MAIN@bama.ua.edu
Subject: ENQ trap for dynamic allocation

Fifteen years ago I wrote a facility that front-ends the ENQ SVC.  It traps all 
ENQ requests and if SYSDSN ENQ comes back with a return code of 4 it 
examines the environment, issues console messages, and usually waits a 
minute and tries ENQ again.  Thus a test job reading a production file would 
not cause a production job to fail but would keep trying and give the console 
operator a chance to cancel the test job or wait for it to finish.
 
This facility is designed especially to eliminate the following messages:
 
IKJ56225I DATA SET MYTEST.TEST.ENQ.FILE ALREADY IN USE, TRY LATER
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER  
 
Anyway, it works fine under z/OS 1.9 but doesn't work under z/OS 1.11.  
Apparently dynamic allocation (or IDCAMS) has changed and does not call SVC 
56 to see if the dataset is allocated or else the ENQ parameter list has 
changed radically.  This routine don't seem to get a chance to trap the 
SYSDSN ENQ request.  In attempting to debug the routine I found that all SVC 
56 effectively does is make a PC to the GRS address space.  I am afraid that 
dynamic allocation is doing the PC without the SVC.

I think there is a CA product that could replace this function but this home-
grown facility has been "free" and I work for a frugal company.  

Does anyone know if I am correct in my assumption that dynamic allocation 
has changed?  Does anyone have any idea of how to front-end the program 
call to GRS?  Is the program call (PC) facility documented anywhere?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Vista large screen size not working

[William H. Blair]

Tom Conley notes: 

> I've never seen this issue with Vista.  Did you report it to Tom 
> and send him the corrupted .ses file?

When I initially saw it repeatedly, yes, I did. Tom wrote me that
it was an unusual [but not unprecedented] problem, the ".ses" file 
was clobbered, he had no clue how it got clobbered, there was no way 
to fix it (using Vista TN3270 itself), & even if he were to provide
some way to fix it, it would still be simpler and easier to just
recreate the ".ses" file from scratch; hence, no "fix" would ever
be forthcoming (if he did figure out how to "fix" it, he would just
fix the bug that caused it, instead).

Personally, I experience "clobbered" files on Windows systems from
time to time, and I am not at all surprised. They get clobbered for
the same reasons data sets on MVS systems get clobbered: something
fails while they are being accessed (i.e., written into), or simple
bugs in the application, etc.

This may be a bug in Vista TN3270, but if so it does not bother me.
It keeps me in practice creating ".ses" files, which otherwise I'd
rarely have occasion to do. Otherwise, Vista just keeps on working
without problems, so I might forget how to maintain it and where I
put it without this little nit popping up from time to time. Thus,
I think of it as a feature.

--
WB

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CNET: IBM names Firefox its default browser

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of McKown, John
Sent: Thursday, July 01, 2010 10:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: FW: CNET: IBM names Firefox its default browser

http://news.cnet.com/8301-30685_3-20009387-264.html



I wonder if they have gotten the IBM Web people to realize this --
because there is a big difference in the behavior between FF and IE in
the area of logons for IBMLink and such.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Library won't add to LNKLST00

[Field, Alan C.]

-Original Message-
I don't think you can add to the existing linklist. You need to copy it
to say LNKLST01. Add your new library to LNKLST01 and then activate
LNKLST01. 

New tasks will get LNKLST01. Existing tasks will continue to use
LNKLST00.

Search the archives. This process has been discussed before.

Alan  


From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ward, Mike S
Sent: Thursday, July 01, 2010 08:34 
To: IBM-MAIN@bama.ua.edu
Subject: Library won't add to LNKLST00

Hello all, I was trying to add a library to lnklst00, but the system
would not allow me to do it. What's the use of having a command to let
you add libraries to lnklst when you can't? Will someone please help or
explain?

Thanks in advance.

SETPROG,LNKLST,ADD,NAME=LNKLST00,DSNAME=IGY.SIGYCOMP,ATBOTTOM,
IEF196I IEF237I 5503 ALLOCATED TO SYS9
IEF196I IEF285I   IGY.SIGYCOMP KEPT
IEF196I IEF285I   VOL SER NOS= ZBRES3.
CSV510I LNKLST SET LNKLST00 WAS NOT CHANGED. IT IS IN USE

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AF/Operator

[Allison Ferguson]

In the interest of complete information, please rest assured that
AF/Operator has not been phased out in favour of System Automation. 
AF/Operator is a valued part of the System Automation portfolio of solutions
(which also includes System Automation Application Manager, System
Automation for Multiplatforms, System Automation for Integrated Operations
Management (formerly known at Candle as AF/REMOTE, and Business Continuity
Process Manager).  No date has been announced for and there is no plan to
announce a date for the end of marketing or end of support for AF/Operator.
 IBM continues to support and update AF/Operator.  There is an active Yahoo
discussion group for AF/Operator that is located here:
http://finance.groups.yahoo.com/group/AF_Operator/

If there are additional questions about AF/Operator or other solutions
within the System Automation portfolio, please feel free to contact me.

Allison Ferguson
Product Manager, System Automation Solutions
IBM Tivoli Software
fergu...@us.ibm.com
512.286.2214


On Wed, 30 Jun 2010 14:34:02 -0500, Sebastian Welton 
wrote:

>On Mon, 28 Jun 2010 12:12:08 -0500, Betsy Jeffery 
>wrote:
>
>>Does anyone know of a list-serve, group, blog, etc for Candle (IBM) product
>>AF/Operator?
>
>There is, or was, bit.listserv.candle-l but there hasn't been anything there
>for years except talk about...candles or spam. There might be a Yahoo group
>such as the one for Omegamon or System Automation but as seeing that
>AF/Operator is, probably, being phased out in favour of SA, if there is one
>its going to be very quiet.
>
>Seb
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SV: Delete all members of a PDS that is allocated

[Paul Gilmartin]

On Wed, 30 Jun 2010 17:51:40 +0200, Thomas Berg wrote:

>When I have needed to compress a PDS that was in frequent/continuous use,
>e g a target load library in test env, I use a command/rexx that submits
>a job which begins with submitting another job that has the pds allocated
>with DISP=OLD.  This as a way to "shut the door" behind.  Then it waits
>typically 30 seconds where after it starts the compress (w DISP=SHR).
>And in the last step cancels the "shut the door" job and ends.
>Something along this could be used as a way to minimize problems when
>deleting members.
>I have never had any problems with this approach.
>
You're lucky.  It will also "shut the door" on jobs that have the
data set open, and have done BLDLs, and may subsequently use TTRs
that point to trash.

PDSEs avoid this problem and introduce others, including a notorious
lack of robustness.

While UNIX directories can contain program objects, they can't (as
yet) be used in TASKLIB concatenations.  For other content, they
avoid most serialization problems while providing LUW isolation.
I don't know how UNIX directories compare to PDSE in robustness.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

FW: CNET: IBM names Firefox its default browser

[McKown, John]

http://news.cnet.com/8301-30685_3-20009387-264.html


-- 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ENQ trap for dynamic allocation

[Mark Zelden]

On Thu, 1 Jul 2010 09:18:46 -0500, John Hooper  wrote:

>Fifteen years ago I wrote a facility that front-ends the ENQ SVC.  It traps all
>ENQ requests and if SYSDSN ENQ comes back with a return code of 4 it
>examines the environment, issues console messages, and usually waits a
>minute and tries ENQ again.  Thus a test job reading a production file would
>not cause a production job to fail but would keep trying and give the console
>operator a chance to cancel the test job or wait for it to finish.
>
>This facility is designed especially to eliminate the following messages:
>
>IKJ56225I DATA SET MYTEST.TEST.ENQ.FILE ALREADY IN USE, TRY LATER
>IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
>
>Anyway, it works fine under z/OS 1.9 but doesn’t work under z/OS 1.11.

This actually was changed in z/OS 1.10, so it wouldn't work on that OS
either.This change also broke some tools like the popular "BYPASSNQ" from
Gilbert St. Flour (CBT File 183). 

Here is a note that I have from an IBMer with more detail:

"In z/OS R10, the Allocation component changed to use LINKAGE=SYSTEM 
for all ENQs to provide better performance and efficiency.  Some of  
those ENQs were changed back to LINKAGE=SVC via APAR OA29286, however
SYSDSN ENQ was not.  Moreover, there are no plans to change the  
SYSDSN ENQ back to LINKAGE=SVC.  (Also, we may choose to revert those
changed linkages in OA29286 back to LINKAGE=SYSTEM in a future   
release.)"   
 
"Programs that rely upon SVC screening for finding and changing ENQs 
should be using GRS exits  For information on GRS 
exits, see the MVS Installation Exits documentation.  Relying upon   
SVCs for ENQs is not supported and would be exposed to this type of  
internal change if and when it occurred."

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AF/Operator

[Hylton Tom P]

The enterprise systems automation list still receives traffic.

List:automat...@protechpts.com

Subscribe To:list...@protechpts.com
Subscribe Text:  "join automation" (in body of document)

Purpose: Discussion forum for Data Center Automation 
 and Enterprise Systems Management.


The Enterprise Systems Mgt. & Automation (ESM&A) listserver!
***
The purpose of the Automation listserver is to provide a open
independent forum for the dissemination of information relating to
Enterprise Systems Management (ESM) and Data Center Automation (DCA). 

This listserver's focus of discussion is on enterprise systems
management & automation products like CA-OPS/MVS II, AutoOPERATOR,
AF/Operator, NetView, The CONTROL Suite, Command/Post, Automation Point,
OPENVIEW, PATROL, Tivoli Framework, UNICENTER, and many others.  Through
email, users are able to participate in an unbiased, vendor-neutral
discussion on these products.

 

-Original Message-
On Mon, 28 Jun 2010 12:12:08 -0500, Betsy Jeffery

wrote:

>Does anyone know of a list-serve, group, blog, etc for Candle (IBM) 
>product AF/Operator?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Question on Started Jobs

[Rick Fochtman]

--


In , on 06/30/2010
  at 08:42 AM, Mark Zelden  said:

 


[1]  Many people don't realize that at the same time the started jobs
support came in, enhancements were made to the START command to
support JOBCARD parameters. 
   



I don't believe that those were new. As I recall it goes back to
OS/360. 
 


-
IIRC, there were some changes once RACF became an established product. 
Its first couple of releases were a little "rocky". Somewhere around 
1978-79.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: searchdatacenter.com article

[Rick Fochtman]

They taught all the obscure utilities like IEBCOMPR and IEBDG.

Outside of that set of courses, I've never used either in the Real World,
ever.

Quoted below is the funniest part of the article.
   



*This document is the result of Infostructure Associates-sponsored research.
Infostructure Associates believes that its findings are objective and
represent the best analysis available at the time of publication.*
*
*
**
 


-
ROTFLMAO.  And they live among us!  :-)

Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SV: SV: Delete all members of a PDS that is allocated

[Thomas Berg]

> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Paul
> Gilmartin
> Skickat: den 1 juli 2010 18:26
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: SV: Delete all members of a PDS that is allocated
> 
> On Wed, 30 Jun 2010 17:51:40 +0200, Thomas Berg wrote:
> 
> >When I have needed to compress a PDS that was in frequent/continuous use,
> >e g a target load library in test env, I use a command/rexx that submits
> >a job which begins with submitting another job that has the pds allocated
> >with DISP=OLD.  This as a way to "shut the door" behind.  Then it waits
> >typically 30 seconds where after it starts the compress (w DISP=SHR).
> >And in the last step cancels the "shut the door" job and ends.
> >Something along this could be used as a way to minimize problems when
> >deleting members.
> >I have never had any problems with this approach.
> >
> You're lucky.  It will also "shut the door" on jobs that have the
> data set open, and have done BLDLs, and may subsequently use TTRs
> that point to trash.

How ?  The "shut the door" job is *waiting* for EXCL ENQ (OLD). 


 
Regards, 
Thomas Berg 
_ 
Thomas Berg   Specialist   A M   SWEDBANK 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: searchdatacenter.com article

[Rick Fochtman]

--
I guess that means you don't have someone like a Bill Fairchild on staff 
then John ... ;-)
Just how many sysprogs do you reckon have had a go at writing channel 
programs to hit offline volumes ...

---
You might be very surprised, Shane. I've done it myself, using 
information I learned from OLTEP source code. :-)


The actual channel programs are pretty much the same, if you remember 
ALL the little details.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: searchdatacenter.com article

[Rick Fochtman]

---
Very occasionally.

In around 2007, I had an archive-to-CD prototype running. You gave it a 
list of MVS datasets and it would offload them to a PC (after converting 
to AWS format). The PC burned a pair of CDs and compared them to make 
sure the CDs were readable and that they agreed. Then the PC submitted a 
job back to the MVS system containing the offloaded data; the job 
executed a test restore and compared the result with the original 
dataset. Only then was the programmer notified that the offload was 
complete and the archive was verified as valid and restorable.


It was written in a combination of REXX on the MVS side and bash script 
on the PC side. Never got past the proof-of-concept stage, 'cause after 
it worked my attention was directed elsewhere. I should probably 
resurrect it one day.


Back on topic, I used IEBCOMPR to do the dataset verify. If all you want 
to do is compare entire datasets then IEBCOMPR works rather well.

---
Dave, did you check this out with load module datasets? LMOD quite often 
have imbedded TTR data.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OT completely..........

[George Henke]

>Between a persistant virus and a hard drive failure, I've lost >my entire
address list and ask for your help in rebuilding it. >I've also lost a lot
of other things, but that's another story.  :-(

You need Kaspersky Anti-Virus.

It is the best anti-virus software I know.

I had a similar experience New Year's Eve with the 2010 virus and welcomed
in the New Year  "ghosting" my pc and installing Kaspersky.

Always "bolting the barn door after the horse gets out."

But from what I have seen, heard, and experienced, Kaspersky is the best
among the people "in the know" and it is very inexpensive.

A great combination.



On Wed, Jun 30, 2010 at 9:18 PM, Rick Fochtman  wrote:

> Greatly appreciated. Thanks, Steve.
>
> Rick
> ---
> Steve Comstock wrote:
>
> Rick Fochtman wrote:
>>
>> A great number of you kind ladies and gentlemen have shared private E-Mail
>>> addresses with me in the past. I would be highly appreciative (and VERY
>>> DISCRETE), if you could share that information again. Just drop me a line
>>> with "Address" as the subject line.
>>>
>>> Between a persistant virus and a hard drive failure, I've lost my entire
>>> address list and ask for your help in rebuilding it. I've also lost a lot of
>>> other things, but that's another story.  :-(
>>>
>>
>>
>> Rick,
>>
>> This is just a formality, since I always sign in the clear.
>> But I wanted to be explicit about it.
>>
>> Kind regards,
>>
>> -Steve Comstock
>> The Trainer's Friend, Inc.
>>
>> 303-393-8716
>> http://www.trainersfriend.com
>>
>>  z/OS Application development made easier
>>* Our classes include
>>   + How things work
>>   + Programming examples with realistic applications
>>   + Starter / skeleton code
>>   + Complete working programs
>>   + Useful utilities and subroutines
>>   + Tips and techniques
>>
>> ==> Ask about being added to our opt-in list:  <==
>> ==>   * Early announcement of new courses  <==
>> ==>   * Early announcement of new techincal papers <==
>> ==>   * Early announcement of new promotions   <==
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Prevent ICF catalog out-of-space problems

[Clark Morris]

On 1 Jul 2010 08:27:02 -0700, in bit.listserv.ibm-main you wrote:

>af dc pisze:
>> Hello,
>> today we had problems on one catalog that tried to expand over 4GB that it
>> was not EA. From your experience is there a way to prevent these
>> out-of-space conditions ??
>> Env is z/Os V1.10
>
>Yes, SPLIT THE CATALOG!
>AFAIR, catlogs (more correctly: BCSes) cannot be EF and then cannot be 
>EA. However the catalog can be divided into several BCSes.

How does a catalog get to be any where near 4 Gig (or even 2)?
>
>-- 
>Radoslaw Skorupka
>Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

USS automount and migration

[Michael Wickman]

We are getting a couple application request to hold reference data long term in 
our USS file structures for user SMB access.  Since the access can be little to 
none for weeks or months, we are considering using automount and allow HSM to 
migrate the idle file structures.  I was just wondering if those of you with 
any experience with automount have any thoughts on the subject of HSM migration 
and restore with SMB users. 

Thanks for your time.
Mike  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CNET: IBM names Firefox its default browser

[George Henke]

I certainly hope so, Steve.

I got soo tired of removing the "Backdoor Graybird" virus from IE in my
registry and watching it being installed promiscuously, albeit the windows
were in Chinese, on YouTube.

Never had another problem after switching to FF and installing Kaspersky
Anti-virus.

Not even a single "pop-up".

Much better than Norton or Mcaffee
 Btw:  The Chinese claim they already have "bot nets" large enough to take
over the USA.

Maybe toymachines, but mainframes, never.

On Thu, Jul 1, 2010 at 12:20 PM, Thompson, Steve <
steve_thomp...@stercomm.com> wrote:

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of McKown, John
> Sent: Thursday, July 01, 2010 10:11 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: FW: CNET: IBM names Firefox its default browser
>
> http://news.cnet.com/8301-30685_3-20009387-264.html
>
> 
>
> I wonder if they have gotten the IBM Web people to realize this --
> because there is a big difference in the behavior between FF and IE in
> the area of logons for IBMLink and such.
>
> Regards,
> Steve Thompson
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Question on Started Jobs

[Mark Zelden]

On Wed, 30 Jun 2010 21:36:29 -0400, Shmuel Metz (Seymour J.)
 wrote:

>In , on 06/30/2010
>   at 08:42 AM, Mark Zelden  said:
>
>>[1]  Many people don't realize that at the same time the started jobs
>>support came in, enhancements were made to the START command to
>>support JOBCARD parameters.
>
>I don't believe that those were new. As I recall it goes back to
>OS/360.
>

I was just a wee lad back then.  :-)   

Perhaps I never knew about it prior, but I'm pretty sure I couldn't
add "jobcard" parameter overrides in the START command until MVS/ESA V5
when IEFJOBS came in. 

The oldest manual on the web is MVS/ESA V5 commands
and it isn't documented that you could.  However, OS/390 R1, which was 
essentially the same as MVS/ESA V5 did document it.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA1G101/4.42.1?SHELF=EZ239701&DT=19960424105020


MVS/ESA SP 5 MVS commands:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA5G100/4.41.1?SHELF=EZ2MV122&DT=19940415101120#HDRSKP1

There are plenty of people on this list who have MVS 3.8 systems running,
perhaps they could try a START command with MSGCLASS or some
other JOBCARD only keyword) and see if it works to verify your statement.

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Prevent ICF catalog out-of-space problems

[Rick Fochtman]

---
How does a catalog get to be any where near 4 Gig (or even 2)?
---
Haven't you ever heard the term "putting all your eggs into one basket" 
??   'Nuf said?


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AF/Operator

[William H. Blair]

Tom P Hylton suggested:

> The enterprise systems automation list still receives traffic.
> 
> List:automat...@protechpts.com
>   
> Subscribe To:list...@protechpts.com
> Subscribe Text:  "join automation" (in body of document)

That didn't work (the "listman" e-mail account is not recognized). 

So I asked Tom for clarification, who responded quickly with
some additional clues about interfacing with the list server. 

It took a couple of tries after that, even, but here is what 
I was eventually able to do to get subscribed to that list: 

 Send an e-mail message to: mailto:listser...@protechtraining.com 
 with the text "JOIN automat...@protechpts.com" (without enclosing
 quotation marks, of course) in the message "Subject:" line.  

Thanks for the quick response and excellent suggestions, Tom.

--
WB

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Prevent ICF catalog out-of-space problems

[Darth Keller]

>>---
>>How does a catalog get to be any where near 4 Gig (or even 2)?
>>---
>>Haven't you ever heard the term "putting all your eggs into one basket" 
>>??   'Nuf said?

We deal with a product that has it's own catalog & the only thing in the 
catalog is it's alias.  The names it generates causes 'creep' in the 
catalog & it will eventually hit the 4GB limit if not re-org'ed 
periodically.




This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Delete all members of a PDS that is allocated

[Paul Gilmartin]

On Thu, 1 Jul 2010 19:38:40 +0200, Thomas Berg  wrote:

>> -Ursprungligt meddelande-
>> Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Paul
>> Gilmartin
>> Skickat: den 1 juli 2010 18:26
>>
>> On Wed, 30 Jun 2010 17:51:40 +0200, Thomas Berg wrote:
>>
>> >When I have needed to compress a PDS that was in frequent/continuous use,
>> >e g a target load library in test env, I use a command/rexx that submits
>> >a job which begins with submitting another job that has the pds allocated
>> >with DISP=OLD.  This as a way to "shut the door" behind.  Then it waits
>> >typically 30 seconds where after it starts the compress (w DISP=SHR).
>> >And in the last step cancels the "shut the door" job and ends.
>> >Something along this could be used as a way to minimize problems when
>> >deleting members.
>> >I have never had any problems with this approach.
>> >
>> You're lucky.  It will also "shut the door" on jobs that have the
>> data set open, and have done BLDLs, and may subsequently use TTRs
>> that point to trash.
>
>How ?  The "shut the door" job is *waiting* for EXCL ENQ (OLD).
>
As I read it, "shut the door" never completes its wait.  So
you don't know how many other jobs may have previously
allocated the data set SHR, opened it, done BLDLs, and not
yet closed it.  They are holding TTRs which will point to
unpredictable content once you compress (w DISP=SHR).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Prevent ICF catalog out-of-space problems

[Knutson, Sam]

Without further details it seems the CA Reclaim feature in z/OS V1.12
might give some relief

Avoiding data fragmentation and planned outages for data reorganizations
- With the new CA (Control Area) Reclaim capability, applications that
use VSAM key-sequenced data sets (KSDSs) can benefit from improved
performance, minimized space utilization, and improved application
availability though the avoidance of planned outages that used to be
required to defragment and reorganize this data.

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an
&appname=iSource&supplier=897&letternum=ENUS210-008 

Best Regards, 

Sam Knutson, GEICO 
System z HW/SW/Automation Team Leader 
mailto:sknut...@geico.com 
(office)  301.986.3574 
(cell) 301.996.1318
  
"Think big, act bold, start simple, grow fast..." 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Darth Keller
Sent: Thursday, July 01, 2010 3:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Prevent ICF catalog out-of-space problems

>>---
>>How does a catalog get to be any where near 4 Gig (or even 2)?
>>--
-
>>Haven't you ever heard the term "putting all your eggs into one
basket" 
>>??   'Nuf said?

We deal with a product that has it's own catalog & the only thing in the

catalog is it's alias.  The names it generates causes 'creep' in the 
catalog & it will eventually hit the 4GB limit if not re-org'ed 
periodically.



This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ENQ trap for dynamic allocation

[Shane Ginnane]

Hadn't picked up on that - thanks for the heads up Mark.
Don't use it much any more, but it still comes (came) in handy for unusual 
circumstances.

Shane ...

On Fri, Jul 2nd, 2010 at 2:53 AM, Mark Zelden wrote:

> This change also broke some tools like the popular
> "BYPASSNQ" from Gilbert St. Flour (CBT File 183). 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: searchdatacenter.com article

[Shane Ginnane]

I would only be "very surprised" if everybody could honestly say
"nope, never done that".
I would be mildly surprised if the number who owned up to having done it was 
small (FSVO "small").

Shane ...


On Fri, Jul 2nd, 2010 at 3:40 AM, Rick Fochtman wrote:

> You might be very surprised, Shane.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Query in Sort

[RAMBALAJI S]

Hi All,

 


My input files are as follows 

  

File1 --> IMS DB unload - Sequential file having Parent and child combination 

  

SEGMENT1 RAM12345--> Numeric after name is the key--> 12345  Position - 12  
Length --> 5 

SEGMENT2 .. 

SEGMENT3.. 

SEGMENT4.. 

SEGMENT5.. 

SEGMENT6. . 


SEGMENT1 BAL23456 

SEGMENT2 .. 

SEGMENT3.. 

SEGMENT4.. 

SEGMENT5.. 

SEGMENT6. . 
  : 

  : 


SEGMENT1 MAM34567 

SEGMENT2 .. 

SEGMENT3.. 

SEGMENT4.. 

SEGMENT5.. 

SEGMENT6. . 

  

File2 - Normal segential file --> position to be compared --> 1 length -->5 

12345 

45678 

  


Output required 

  


SEGMENT1 RAM12345   

SEGMENT2 .. 

SEGMENT3.. 

SEGMENT4.. 

SEGMENT5.. 

SEGMENT6. . 

  

My Requirement is, I have to match the two files with the position mentioned 
below 

Say File1 --> 12th position of length 5 --> this is present in SEGMENT1 alone 

  File2 --> 1st position of length 5 

  

IF Compared Key in Segment1 of file1 matches with the file2 below child 
segments also needs to be written in out file. Segments are repetetive (Say we 
can have 5 Segment2 or 1 or it maynot have the segment2 also) and segment1 is 
not in sorted order. If I sort the child segments gets messed up. Iam not able 
to perform linear sort since record size is huge.

  

Hope Iam clear. Any one has a suggestion on finding a suitable logic.
 
Iam fine with COBOL/SYNCSORT/EASYTRIEVE
 
Regards,
Ram Balaji.
  
_
Bollywood, beauties and the latest flicks on MSN entertainment
http://entertainment.in.msn.com/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Delete all members of a PDS that is allocated

[Gerhard Postpischil]

On 6/30/2010 9:16 PM, Shmuel Metz (Seymour J.) wrote:

And it would be interesting to determine whether
the common practice of updating a PDS with a primary ENQ of SHR  has
led IBM to add format 1 updates to the STOW logic.


I doubt it; they don't permit concurrent OPEN for update.


Rather than argue, I decided to run a quick test. I allocated a 
PDS with one directory block, linked one member, inspected the 
DSCB, ran a second link step with two members, but having the 
last include a member from a (forced) unready pack, allowing the 
DSCB to be inspected after the link for member 2, and before 
member 3. After the first link, the DS1NOBDB field is 49, and 
DS1LSTAR is 0A. After the second link, the format 1 has not 
changed; after the third link, it shows DS1LSTAR as 1A and 
DS1NOBDB as 121. DISP was SHR for all libraries. So STOW may set 
information in storage, but only a CLOSE (or TCLOSE) will update 
the DSCB.


So long running tasks with a shared PDS would be advised to 
close it before issuing the secondary (link or ISPF) enqueue, 
and reopen to update.



Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Serial Attached SCSI (SAS) disk compared to Fibre Channel

[Fred Schmidt]

Issued: Error! Unknown document property name.  iii

Our organisation is considering Serial Attached SCSI (SAS) disks in a Hitachi 
USP-VM for our mainframe environment instead of the usual Fibre Channel disk.

Anyone using SAS disk in the mainframe world?

Any comments regarding performance, throughput?

Any gotcha's?

Regards,
Fred



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html