date:20091202

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
 Sent: Tuesday, December 01, 2009 9:38 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Now is time for banks to replace core system 
 according to Accenture

 In 4b143c91.2000...@frozen.eclipse.co.uk, on 11/30/2009
at 09:43 PM, Roy Hewitt ibm-m...@frozen.eclipse.co.uk said:

 I mean, how many times on this list do we keep harping on about how 
 wonderful it was when we had to handcraft our own  IO routine 
 etc etc!!

 Who is we? I don't believe that I'm the only one one this 
 list to write
 that I would never want to go back to the good old days.

 -- 
  Shmuel (Seymour J.) Metz, SysProg and JOAT

What! You don't fondly remember the joys of running a Stage 1 / Stage 2 sysgen? 
How you could be productive for HOURS by just sitting and monitoring their 
execution? Or doing an EDT gen by throwing away jobs and steps from the Stage 
2? HCD makes that so easy a caveman can do it (sm). That was when men were 
men and grrls weren't allowed into the sanctified areas of DP. GRIN (please 
don't kill me, ladies! It was a joke, honest.)

--
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: Jes2 Converter abend d37

On Wed, 2 Dec 2009 08:57:41 -0500, Stock, Roger W wrote:

I did get it to work by deleting some 2000+ lines of comments.
I did try the SUB command but it failed also.

Yup.  If the failure is occurring in JES, tweaking upstream
components won't help.

 The jobs abends the JES2 converter:
  IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO ,
 ,SYS09328.T110458.RA000.JES2.R0400331
  IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO ,  ,

  IEF196I SYS09328.T110458.RA000.JES2.R0400331

  IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004

-- 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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Mark Yuhas

While this discussion has evolved into a discourse on HLLs and library
support, I would like to make an observation.

A long time ago in a galaxy far, far away, Accenture was Arthur Anderson
Consulting.  My company contracted with them to assess the status of our
technology and its direction.  While it was a foregone conclusion they
would recommend a shift to UNIX, I was totally underwhelmed by the
'mainframe acumen' of their staff.  Arthur Anderson used this venture as
an OJT exercise for their staff.  Their staff probably just finished
their BA and or equivalent thereof which included a working knowledge of
Windows and the Internet.   Further, the vast majority of their survey
and results came from cutting and pasting from articles on the Internet.

My conclusion is that Accenture probably doesn't has a dwindling staff
to support a mainframe system and/or application.  But, what it does
have is a group of young, eager non-mainframe people and if they can
convince banks to move off of the mainframe, they've got business. 

--
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: Jes2 Converter abend d37

2009-12-02 Thread Mark Yuhas

I have had a vendor send me such a deck.   Not only did I have to insert
a JOB statement, I also had to modify the DSNs in the CLIST included in
the deck.
Further, this jobstream contained a few object decks, so the editing was
tricky due to having CAPS OFF.  The vendor even crowed about how good
this method of installation was.  The KISS method was lost on them.

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

question on STORAGE function - TCB may become non-dispatchable?

There is an ongoing discussion on the CICS-L list about doing a STORAGE macro 
or GETMAIN/FREEMAIN. Some are saying that these functions can result in a 
wait for the CICS QR TCB (the TCB under which most of the CICS transactions 
are run). The discussion has now become that the STORAGE macro issues a PC, 
which does an implicit wait. My opinion has been that a normal STORAGE 
function does not do a ss-PC or cause the TCB to wait. It may take some CPU and 
cause response time problems, but the z/OS TCB does not go into a WAIT or 
SUSPEND state (non-dispatchable).

Anybody have a definate response as to whether a STORAGE function can cause the 
TCB to become z/OS non-dispatchable. I agree that it is not a good idea to do 
this in CICS.

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: RMM Volume Delete

2009-12-02 Thread Hal Merritt

I believe the scenario is that the tape was physically destroyed while in the 
library, manually removed, and therefore cannot be ejected. 

The ATL should already know the volume is gone; all we need to do is deleted 
the volume entry from RMM.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ernie Takeuchi
Sent: Tuesday, December 01, 2009 3:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RMM Volume Delete

There's a couple of things going on here.  First have you checked RMM to see if 
the tape is still in RMM?  The command below appears that you are trying to 
take a tape out the OAM library.  I would delete the tape out of RMM FORCE if 
still master then I believe the CBRUXxxx exits will delete your entry in the 
OAM.

Regards,

Ernie.



Scott Rowe scott.r...@joann.com wrote in message news: 
4b1533c8.8489.00d...@joann.com...

They are deleting a volume entry from the tape catalog so they need alter 
access, why is this a mystery?

 

 Hal Merritt hmerr...@jackhenry.com 12/1/2009 2:50 PM 

I have an operator trying to issue the following using IDCAMS:

 

DELETE (Vxx) VOLUMEENTRY PURGE

 

I get a RACF error:

  ACCESS INTENT(ALTER  )  ACCESS ALLOWED(READ   )

 

On

  SYS1.VOLCAT.VGENERAL CL(DATASET )

 

That does not compute. Why ALTER on the tape catalog?

 

I think they are trying to remove an entry for a tape that has been physically 
destroyed. Is there another/better way to do this?

 

Thanks!

--
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
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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 STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Bob Shannon

As far as I know, Storage just uses a different mechanism (PC) to invoke the 
same code that Getmain/Freemain uses. Since the PC runs under the TCB that 
invokes it, I don't understand why anyone thinks there will be a wait of any 
type. Since Storage doesn't suffer an SVC interrupt, it's probably better for 
the CICS transaction than Getmain/Freemain.

Bob Shannon
Rocket Software

--
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 STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Wayne Driscoll

A PC-cp doesn't have any sort of implicit wait, so I don't see what they 
are referring to in that sense.  Both GETMAIN (a type one SVC) and the 
STORAGE PC routine will, at some point have to get the local lock, which 
will cause a suspension if and only if the lock is unavailable.

===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===



From:
McKown, John john.mck...@healthmarkets.com
To:
IBM-MAIN@bama.ua.edu
Date:
12/02/2009 10:11 AM
Subject:
question on STORAGE function - TCB may become non-dispatchable?
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



There is an ongoing discussion on the CICS-L list about doing a STORAGE 
macro or GETMAIN/FREEMAIN. Some are saying that these functions can result 
in a wait for the CICS QR TCB (the TCB under which most of the CICS 
transactions are run). The discussion has now become that the STORAGE 
macro issues a PC, which does an implicit wait. My opinion has been that 
a normal STORAGE function does not do a ss-PC or cause the TCB to wait. It 
may take some CPU and cause response time problems, but the z/OS TCB does 
not go into a WAIT or SUSPEND state (non-dispatchable).

Anybody have a definate response as to whether a STORAGE function can 
cause the TCB to become z/OS non-dispatchable. I agree that it is not a 
good idea to do this in CICS.

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




--
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: Jes2 Converter abend d37

2009-12-02 Thread Bill Fairchild

It can always be worse.  I once saw a vendor's SE give a 10- or 20-page 
printout to a colleague of mine, who then sat at a keypunch for several hours 
punching cards to match the VERIFY and ZAP hex data for the dozens of PTFs 
described in said hand-out.  This vendor apparently could not understand how 
error-prone their preferred method of distributing maintenance was.  I hate to 
cast aspersions on any vendor, but the product might have been Eye Dee Emm Ess 
before its owner was bought by CA.

Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Mark Yuhas
Sent: Wednesday, December 02, 2009 10:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jes2 Converter abend d37

I have had a vendor send me such a deck.   Not only did I have to insert
a JOB statement, I also had to modify the DSNs in the CLIST included in
the deck.
Further, this jobstream contained a few object decks, so the editing was
tricky due to having CAPS OFF.  The vendor even crowed about how good
this method of installation was.  The KISS method was lost on them.

--
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: Jes2 Converter abend d37

2009-12-02 Thread Stock, Roger W

I did get it to work by deleting some 2000+ lines of comments.
I did try the SUB command but it failed also.

Thanks for the suggestion.

Roger  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jim McAlpine
Sent: Wednesday, December 02, 2009 6:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jes2 Converter abend d37

On Mon, Nov 30, 2009 at 7:28 PM, Stock, Roger W rst...@bu.edu wrote:

 Hi all,

 A vendor supplied me with a very large single job to install their
 software (10,000+ lines).

 The jobs abends the JES2 converter:
  IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO ,
 ,SYS09328.T110458.RA000.JES2.R0400331
  IEF196I IEC031I D37-04,IFG0554P,JES2,JES2,SYS9,VIO ,  ,

  IEF196I SYS09328.T110458.RA000.JES2.R0400331

  IEFC683I CONVERTER TERMINATED DUE TO SD37 ABEND REASON=0004


 How do I adjust JES2 to handle this job?
 We are on zOS 1.9.

 Roger

 Can't see if this has been suggested but have you tried to issue the
SUBmit
command from the member list screen of edit ie to the left of the member
name.  We used to have these sort of problems with very large IMS
sysgens
and that is how I was able to submit them.

Jim McAlpine

--
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: Date / Time simulation?

2009-12-02 Thread Mark Zelden

On Wed, 2 Dec 2009 07:58:20 -0600, McKown, John
john.mck...@healthmarkets.com wrote:

-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski
Sent: Tuesday, December 01, 2009 4:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Date / Time simulation?

2010 may be bad enough

Temporary dataset names will begin with SYS10ddd
(SYSyyddd.Thhmmss.RAnnn.jobname.Rnnn)

Depending on your security software (RACF, ACF2, Top Secret) and your
specific rules the SYS10 could fall under rules meant for SYS1
datasets which are hopefully well protected.

CA issued an alert for Top Secret users, not sure about RACF or ACF2.

It's the kind of thing you would like to test in advance rather than
getting a call just after midnight on 01/01/2010 when you're half
blotto.

I don't see how protecting SYS10 would affect SYS10ddd. Those are separate
HLQs. And, at least in RACF, you cannot wild card an HLQ profile. E.g.
SYS1* is invalid in a RACF profile. You'd have SYS1.* or SYS1.** or ... . I
don't know either ACF2 or TSS.

Also, IIRC (unsure), RACF somehow knows if a dataset is a temporary
dataset or not in most cases and does not do any RACF processing on known
temporary datasets. I remember this because somebody on the RACF forum was
complaining about RACF rules affecting temporary datasets in some CA
product. It turns out that the product was, somehow, generating a
permanent dataset with a name that looked like a temporary dataset and
RACF was failing that access. The fix was required to the product, not RACF.

It is true that temporary data sets don't need to be managed by RACF.
However, you may want to via the TEMPDSN class. I don't recall when
that was added (a long time ago), but there has been a health check
for activating it since z/OS 1.9 I think.

Here is doc from z/OS 1.2:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ichza710/7.9?ACTION=MATCHESREQUEST=TEMPDSNTYPE=FUZZYSHELF=ICHZBK11DT=20010710143416CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT

You can protect DFP-managed temporary data sets. Normally, these data sets
are considered protected from any accesses except by the job or session that
created them, and therefore do not need to be protected by RACF. However,
the following situations could leave a temporary data set unprotected:

A system failure
An initiator failure or initiator termination by the FORCE command
An automatic restart--between the failure and the restart

In these cases, if the TEMPDSN class is active, only users with the
OPERATIONS attribute can scratch any residual DFP-managed temporary data
sets remaining on a volume.
Note: The user with the OPERATIONS attribute can access the data set only to
scratch the data set. No other access is allowed (such as would be allowed
by READ or UPDATE access authority to the data set).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Date / Time simulation?

2009-12-02 Thread Walt Farrell

On Tue, 1 Dec 2009 17:19:18 -0500, Ken Porowski ken.porow...@cit.com wrote:

2010 may be bad enough

Temporary dataset names will begin with SYS10ddd
(SYSyyddd.Thhmmss.RAnnn.jobname.Rnnn)

Depending on your security software (RACF, ACF2, Top Secret) and your
specific rules the SYS10 could fall under rules meant for SYS1
datasets which are hopefully well protected.

CA issued an alert for Top Secret users, not sure about RACF or ACF2.

Something like that would not affect RACF.  It recognizes system-generated
data set names by their format and never applies normal profile-based
processing for them.  

-- 
Walt Farrell, CISSP
IBM STSM, z/OS Security Design

--
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 STORAGE function - TCB may become non-dispatchable?

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon
 Sent: Wednesday, December 02, 2009 10:25 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: question on STORAGE function - TCB may become 
 non-dispatchable?

 As far as I know, Storage just uses a different mechanism 
 (PC) to invoke the same code that Getmain/Freemain uses. 
 Since the PC runs under the TCB that invokes it, I don't 
 understand why anyone thinks there will be a wait of any 
 type. Since Storage doesn't suffer an SVC interrupt, it's 
 probably better for the CICS transaction than Getmain/Freemain.

 Bob Shannon
 Rocket Software

I think the problem is my orientation of being a z/OS type programmer rather 
than a CICS programmer. wait in my mind implies making the TCB 
non-dispatchable by the z/OS dispatcher. wait to a CICS person may mean 
something like cause other tasks to not be dispatched because an EXEC CICS 
type function is not done in a timely manner. This latter can cause an AICA, 
but could make the users consider the system to be down due to poor response 
time. I.e. other CICS tasks are waiting to be dispatched due to the CPU greed 
of the currently dispatched CICS task.

--
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: question on STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Bill Fairchild

A debugging investigator made wary by previous encounters with Dr. Murphy 
should assume that any hypothetically possible situation will occur, and 
especially if the consequences are the most severe.  So the TCB occasionally is 
being suspended because the local lock is not available.

I have seen a cross-memory POST take as much as one half of a second to 
complete, during which time the unit of work doing the POST is in a disabled 
CPU spin loop which is, at some level of viewpoint, indistinguishable from a 
WAIT.

Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Wayne Driscoll
Sent: Wednesday, December 02, 2009 10:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: question on STORAGE function - TCB may become non-dispatchable?

A PC-cp doesn't have any sort of implicit wait, so I don't see what they 
are referring to in that sense.  Both GETMAIN (a type one SVC) and the 
STORAGE PC routine will, at some point have to get the local lock, which 
will cause a suspension if and only if the lock is unavailable.

===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===



From:
McKown, John john.mck...@healthmarkets.com
To:
IBM-MAIN@bama.ua.edu
Date:
12/02/2009 10:11 AM
Subject:
question on STORAGE function - TCB may become non-dispatchable?
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



There is an ongoing discussion on the CICS-L list about doing a STORAGE 
macro or GETMAIN/FREEMAIN. Some are saying that these functions can result 
in a wait for the CICS QR TCB (the TCB under which most of the CICS 
transactions are run). The discussion has now become that the STORAGE 
macro issues a PC, which does an implicit wait. My opinion has been that 
a normal STORAGE function does not do a ss-PC or cause the TCB to wait. It 
may take some CPU and cause response time problems, but the z/OS TCB does 
not go into a WAIT or SUSPEND state (non-dispatchable).

Anybody have a definate response as to whether a STORAGE function can 
cause the TCB to become z/OS non-dispatchable. I agree that it is not a 
good idea to do this in CICS.

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




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

What no posts???

2009-12-02 Thread Ed Finnell

Looks like LISTSERV up mail distribution down. Sent Darren a post but no  
telling when he'll get it(if mail is down). Hmmm...'if you don't get this 
send  me a txt msg'...chuckle

--
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: Date / Time simulation?

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski
 Sent: Tuesday, December 01, 2009 4:19 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Date / Time simulation?

 2010 may be bad enough

 Temporary dataset names will begin with SYS10ddd
 (SYSyyddd.Thhmmss.RAnnn.jobname.Rnnn)

 Depending on your security software (RACF, ACF2, Top Secret) and your
 specific rules the SYS10 could fall under rules meant for SYS1
 datasets which are hopefully well protected.

 CA issued an alert for Top Secret users, not sure about RACF or ACF2.

 It's the kind of thing you would like to test in advance rather than
 getting a call just after midnight on 01/01/2010 when you're half
 blotto.

I don't see how protecting SYS10 would affect SYS10ddd. Those are separate 
HLQs. And, at least in RACF, you cannot wild card an HLQ profile. E.g. SYS1* 
is invalid in a RACF profile. You'd have SYS1.* or SYS1.** or ... . I don't 
know either ACF2 or TSS. 

Also, IIRC (unsure), RACF somehow knows if a dataset is a temporary dataset 
or not in most cases and does not do any RACF processing on known temporary 
datasets. I remember this because somebody on the RACF forum was complaining 
about RACF rules affecting temporary datasets in some CA product. It turns 
out that the product was, somehow, generating a permanent dataset with a name 
that looked like a temporary dataset and RACF was failing that access. The fix 
was required to the product, not RACF.

--
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: Now is time for banks to replace core system according to Accenture

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman
 Sent: Tuesday, December 01, 2009 6:55 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Now is time for banks to replace core system 
 according to Accenture

 -snip---

 Gee, I didn't finish High School. Better slit my throat now...

 And I dropped out of college, twice, never finished. What's 
 your point?
 Sensitive much? Sheesh.

 unsnip---
 I gave up a promising(???) career in Physics to follow this trade. I 
 think I made a better choice here; I sure had a lot more fun!

 Rick

 P.S. Anybody doing any linked-list processing in 64-bit space? Having 
 trouble comparing link keys to find insertion points.

What kind of problems?

--
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: question on STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Edward Jaffe


McKown, John wrote:

Anybody have a definate response as to whether a STORAGE function can cause the 
TCB to become z/OS non-dispatchable. I agree that it is not a good idea to do 
this in CICS.
  


Work unit non-dispatchability is the key. They are throwing around the 
term WAIT inappropriately. I saw someone post that the interrupt 
caused by the SVC causes the TCB to be interrupted. Ay Caramba! So 
does a page fault. [Sigh!] I posted the following in an attempt to get 
people back on track:


|In z/OS software development parlance, WAIT is an inappropriate term for
|this. GETMAIN/FREEMAIN might be CPU intensive, but they cause absolutely
|no implied WAIT. (Contrast with other services e.g., RACROUTE
|REQUEST=AUTH where an implied WAIT is likely or inevitable.)
|
|Tangentially, in a virtual storage environment, /any/ storage reference
|can lead to a system-initiated WAIT for your work unit if a page fault
|occurs and the needed data is on AUX. But, that's another issue entirely.
|
|BTW, in z/OS 1.10 or higher, specifying:
|
|Vsm UseZosV1R9Rules(NO)
|
|in DIAGxx can speed up GETMAIN/FREEMAIN processing.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.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: DS8700 Feature FlashCopy SE

2009-12-02 Thread Bob Shannon

 Not sure what the 'SE' is

SE is Space Efficient:. We write code to exploit it, but we don't use it for 
any practical purpose.

Bob Shannon
Rocket Software

--
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: DS8700 Feature FlashCopy SE

2009-12-02 Thread Hal Merritt

Not sure what the 'SE' is, but we use Flashcopy on both of our DS8100's. It is 
a little cumbersome, but it seems to work pretty well to take a PIT copy of any 
number of volumes in that unit. 

Flashcopy can be a key component of a pretty slick DR strategy with XRC and 
GDPS. There is a Redbook or two that talk to those strategies. 

We also use Flashcopy as a key tool in taking DB2 backups.  

A drawback is that it is just a PIT (point in time) physical copy of a volume. 
You may have issues with logical consistency because it takes a short time to 
get all of a set of logically related volumes flashed. (I think that some 
models support 'logical groups' where a whole group of volumes is snapped via a 
single command). 

Another potential issue is that even though the copy is logically instant, it 
does take some time for the physical copy to complete, and that process uses 
bandwidth in the unit.   

HTH and good luck. 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David A. Diatto
Sent: Tuesday, December 01, 2009 6:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: DS8700 Feature FlashCopy SE

While reviewing the features of the DS8700, our IBM business partner stated 
the feature, FlashCopy SE, is not widely used on z/OS.  Is any using this 
feature on z/OS and can anyone share any experiences with the feature. Your 
responses will be greatly appreciated.
Thanks,
Dave

--
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
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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 STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Edward Jaffe


Bill Fairchild wrote:

A debugging investigator made wary by previous encounters with Dr. Murphy 
should assume that any hypothetically possible situation will occur, and 
especially if the consequences are the most severe.  So the TCB occasionally is 
being suspended because the local lock is not available.
  


That's a good point, Bill. Local lock suspension is a possibility. I 
should have thought of that. :-(


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.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

what is the differecne in the 2 cobols

2009-12-02 Thread larry macioce

1)ad/cycle cobol/370 alt
2)enterprise cobol v4 ??

thanks in advance

mace

--
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: DS8700 Feature FlashCopy SE

2009-12-02 Thread Bill Fairchild

SE means space-efficient.  See 
http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp?topic=/com.ibm.storage.ssic.help.doc/f2c_spc_effnc_3icy8z.html,
 inter alia.


Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Hal Merritt
Sent: Wednesday, December 02, 2009 8:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DS8700 Feature FlashCopy SE

Not sure what the 'SE' is, but we use Flashcopy on both of our DS8100's. It is 
a little cumbersome, but it seems to work pretty well to take a PIT copy of any 
number of volumes in that unit. 

Flashcopy can be a key component of a pretty slick DR strategy with XRC and 
GDPS. There is a Redbook or two that talk to those strategies. 

We also use Flashcopy as a key tool in taking DB2 backups.  

A drawback is that it is just a PIT (point in time) physical copy of a volume. 
You may have issues with logical consistency because it takes a short time to 
get all of a set of logically related volumes flashed. (I think that some 
models support 'logical groups' where a whole group of volumes is snapped via a 
single command). 

Another potential issue is that even though the copy is logically instant, it 
does take some time for the physical copy to complete, and that process uses 
bandwidth in the unit.   

HTH and good luck. 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David A. Diatto
Sent: Tuesday, December 01, 2009 6:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: DS8700 Feature FlashCopy SE

While reviewing the features of the DS8700, our IBM business partner stated 
the feature, FlashCopy SE, is not widely used on z/OS.  Is any using this 
feature on z/OS and can anyone share any experiences with the feature. Your 
responses will be greatly appreciated.
Thanks,
Dave

--
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
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: Date / Time simulation?

2009-12-02 Thread Ken Porowski

If I read the alert from CA properly they do not recognize a 2010
TEMPDSN properly otherwise all would be fine.

The workaround is to add specific rules for the 2010 TEMPDSN dataset
name format to allow access to all users.

Top Secret does allow a SYS1 (no dot) as a valid generic dataset prefix 

-Original Message-
Mark Zelden

On Wed, 2 Dec 2009 07:58:20 -0600, McKown, John
john.mck...@healthmarkets.com wrote:

 -Original Message-
 From: IBM Mainframe Discussion List
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski
 Sent: Tuesday, December 01, 2009 4:19 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Date / Time simulation?

 2010 may be bad enough

 Temporary dataset names will begin with SYS10ddd
 (SYSyyddd.Thhmmss.RAnnn.jobname.Rnnn)

 Depending on your security software (RACF, ACF2, Top Secret) and your

 specific rules the SYS10 could fall under rules meant for SYS1 
 datasets which are hopefully well protected.

 CA issued an alert for Top Secret users, not sure about RACF or ACF2.

 It's the kind of thing you would like to test in advance rather than 
 getting a call just after midnight on 01/01/2010 when you're half 
 blotto.


I don't see how protecting SYS10 would affect SYS10ddd. Those are 
separate
HLQs. And, at least in RACF, you cannot wild card an HLQ profile. E.g.
SYS1* is invalid in a RACF profile. You'd have SYS1.* or SYS1.** or ...
. I don't know either ACF2 or TSS.

Also, IIRC (unsure), RACF somehow knows if a dataset is a temporary
dataset or not in most cases and does not do any RACF processing on
known temporary datasets. I remember this because somebody on the RACF
forum was complaining about RACF rules affecting temporary datasets in
some CA product. It turns out that the product was, somehow, generating
a permanent dataset with a name that looked like a temporary dataset
and RACF was failing that access. The fix was required to the product,
not RACF.


It is true that temporary data sets don't need to be managed by RACF.   
However, you may want to via the TEMPDSN class.   I don't recall when
that was added (a long time ago), but there has been a health check for
activating it since z/OS 1.9 I think. 

Here is doc from z/OS 1.2:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ichza710/7.9?
ACTION=MATCHESREQUEST=TEMPDSNTYPE=FUZZYSHELF=ICHZBK11DT=200107101434
16CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKS
crollTOP=FIRSTHIT#FIRSTHIT

You can protect DFP-managed temporary data sets. Normally, these data
sets are considered protected from any accesses except by the job or
session that created them, and therefore do not need to be protected by
RACF. However, the following situations could leave a temporary data set
unprotected: 


A system failure
An initiator failure or initiator termination by the FORCE command An
automatic restart--between the failure and the restart 

In these cases, if the TEMPDSN class is active, only users with the
OPERATIONS attribute can scratch any residual DFP-managed temporary data
sets remaining on a volume. 
Note: The user with the OPERATIONS attribute can access the data set
only to scratch the data set. No other access is allowed (such as would
be allowed by READ or UPDATE access authority to the data set). 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead Zurich North America
/ Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: what is the differecne in the 2 cobols

2009-12-02 Thread Hal Merritt

Not much. For more details, see the COBOL upgrade/conversion guides. 

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
larry macioce
Sent: Wednesday, December 02, 2009 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: what is the differecne in the 2 cobols

1)ad/cycle cobol/370 alt
2)enterprise cobol v4 ??

thanks in advance

mace

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Martin Kline

Mark Yuhas said:
A long time ago in a galaxy far, far away, Accenture was Arthur Anderson 
Consulting.  My company contracted with them to assess the status of our 
technology and its direction.  While it was a foregone conclusion they would 
recommend a shift to UNIX, I was totally underwhelmed by the 'mainframe 
acumen' of their staff.  Arthur Anderson used this venture as an OJT exercise 
for their staff.  Their staff probably just finished their BA and or 
equivalent 
thereof which included a working knowledge of
Windows and the Internet.   Further, the vast majority of their survey
and results came from cutting and pasting from articles on the Internet.

Wow. I don't recognize your name, but I went through exactly the same 
experience with the woefully inexperienced staff from AA. They burned $35M 
of the company's money before being booted out the door. Yet, they were 
such good salesmen, that management refused to listen to us techies when 
we complained about AA's incompetence.

--
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 STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Rob Scott

I am curious as to why the developer wants to bypass normal CICS storage 
services (which probably is just a case of compare-and-swapping a chunk on some 
sort of SM domain queue) 

This sounds very much like a case of Doctor, it hurts when I do this ... 


Rob Scott
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 
Edward Jaffe
Sent: 02 December 2009 16:48
To: IBM-MAIN@bama.ua.edu
Subject: Re: question on STORAGE function - TCB may become non-dispatchable?

Bill Fairchild wrote:
 A debugging investigator made wary by previous encounters with Dr. Murphy 
 should assume that any hypothetically possible situation will occur, and 
 especially if the consequences are the most severe.  So the TCB occasionally 
 is being suspended because the local lock is not available.
   

That's a good point, Bill. Local lock suspension is a possibility. I should 
have thought of that. :-(

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.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

--
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: Jes2 Converter abend d37

On Wed, 2 Dec 2009 11:31:24 -0500, Bill Fairchild wrote:

It can always be worse.  I once saw a vendor's SE give a 10- or 20-page 
printout to a colleague of mine, who then sat at a keypunch for several hours 
punching cards to match the VERIFY and ZAP hex data for the dozens of PTFs 
described in said hand-out.  This vendor apparently could not understand how 
error-prone their preferred method of distributing maintenance was.  I hate to 
cast aspersions on any vendor, but the product might have been Eye Dee Emm Ess 
before its owner was bought by CA.

Not quite so bad, perhaps, but infrequently I've asked users to email
me some data rather than scribbling on my deskpad or dictating on the
phone.  Sometimes I get screen-capture.JPEG.

Clearly, I lack the proper OCR tool.

(Or MicroShaft intrudes and converts BLKSIZE=6400 to BLKSIZEd00.)

-- 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: question on STORAGE function - TCB may become non-dispatchable?

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott
 Sent: Wednesday, December 02, 2009 11:02 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: question on STORAGE function - TCB may become 
 non-dispatchable?

 I am curious as to why the developer wants to bypass normal 
 CICS storage services (which probably is just a case of 
 compare-and-swapping a chunk on some sort of SM domain queue) 

 This sounds very much like a case of Doctor, it hurts when I 
 do this ... 

 Rob Scott

CICS does not support above the bar storage. As I recall the original 
question it was how to load a large VSAM file into memory above the bar because 
if loaded into CICS DSA, the region went SOS. Most people there said to 
rearchitecture the application to use some other, supported, method.

--
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: question on STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Rob Scott
 
 I am curious as to why the developer wants to bypass normal CICS
storage services (which probably is
 just a case of compare-and-swapping a chunk on some sort of SM domain
queue)
 
 This sounds very much like a case of Doctor, it hurts when I do this
...

The original request was for experiences / advice on using 64-bit
storage directly in CICS, but CICS doesn't support that (yet).  That
eventually led to this thread.

-jc-

--
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: IEC143I 213-30

2009-12-02 Thread Don Leahy

Good point.  Our process is working by coincidence.

Time to took for a better approach.  Thanks.

On Wed, Dec 2, 2009 at 05:23, Big Iron billlalo...@rocketmail.com wrote:

 I think that using a later copy step works because the time window
 involved is shorter and so collisions, two programs having the same PDS
 open for output with DISP=SHR, would be less likely but could still occur.
 I
 have seen that abend happen for link-edit steps.

 Using DISP=OLD will solve this problem since the job would no longer
 be updating a dataset allocated with DISP=SHR. Note that the elapsed
 time for the jobs will increase because the allocation will be held from
 the start of the job until the end of the step that allocates the dataset
 with DISP=OLD.

 Bill

 On Tue, 1 Dec 2009 12:04:48 -0700, Frank Swarbrick
 frank.swarbr...@efirstbank.com wrote:

 A later step in the same job?  Does this solve the issue because the copy
 uses different serialization than the actual creating of the DBRM member?
 
 I'll give it a shot.  Thanks,
 Frank
 --
 
 Frank Swarbrick
 Applications Architect - Mainframe Applications Development
 FirstBank Data Corporation - Lakewood, CO  USA
 P: 303-235-1403
 
 
 On 12/1/2009 at 11:58 AM, in message
 6133ad1f0912011058g272d6fc0m912af04571979...@mail.gmail.com, Don Leahy
 don.le...@leacom.ca wrote:
  This is a perennial problem.
 
  Our local solution was to allocate DBRMLIB to a temporary data set.
 
  //DBRMLIB  DD  DSN=DBRMLB(MR),DISP=(,PASS),
  // UNIT=SYSDA,SPACE=(TRK,(15,5,5)),
  // DCB=(RECFM=FB,LRECL=80,BLKSIZE=6160)
 
  A later step copies the DBRM to a permanent library.
 
  On Tue, Dec 1, 2009 at 13:25, Frank Swarbrick
  frank.swarbr...@efirstbank.com wrote:
  For our conversion from VSE to z/OS we have a mass compile process
 that
  runs many compiles at the same time.  This has been fine up until when
 we
  added DB2 compiles in to the mix.  Now we are getting things like the
  following for every second or third compile:
  11.02.22 JOB05118  IEC143I
 
 213-30,IFG0194D,EXAM02,COB,DBRMLIB,9220,DB2001,SYS3.DSN910.DBRMLIB.DATA(EXAM
  02)
 
  30
  An attempt was made to open a partitioned data set (PDS) for
  OUTPUT,DISP=SHR. The PDS is already open in this condition, and a DCB is
  already open for output to the data set. The data set might be on the
 same
  system or on another system that is sharing the volume. Access was not
  serialized before the attempt to open the data set.
 
  I am guessing that job 2 is trying to add a member to
  SYS3.DSN910.DBRMLIB.DATA at the same time that job 1 is trying to do
 the
  same thing (though a different member).
 
  Obviously one solution is to single thread the compiles.  But I'd
 rather not
  if I don't have to.  Any other solutions?  If I changed to DISP=OLD
 would
  this eliminate the issue by making job 2 wait until job 1 is done with
 the
  PDS?
 
  Why does the link-edit step seem to not have a similar issue?  Is it
 just
  that the link-edit step completes so quickly that only one job has the
 PDS
  open at one time?  Or does the link-edit (binder; whatever) have some
 special
  stuff that allows it do deal with this situation?
 
  Thanks,
 
  Frank
 
 
  --
 
  Frank Swarbrick
  Applications Architect - Mainframe Applications Development
  FirstBank Data Corporation - Lakewood, CO  USA
  P: 303-235-1403
 
 
 
 

 --
 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: Now is time for banks to replace core system according to Accenture

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


john.mck...@healthmarkets.com (McKown, John) writes:
 What! You don't fondly remember the joys of running a Stage 1 / Stage
 2 sysgen? How you could be productive for HOURS by just sitting and
 monitoring their execution? Or doing an EDT gen by throwing away
 jobs and steps from the Stage 2? HCD makes that so easy a caveman can
 do it (sm). That was when men were men and grrls weren't allowed
 into the sanctified areas of DP. GRIN (please don't kill me, ladies!
 It was a joke, honest.)

undergraduate in the 60s ... i worked out being able to do sysgen in
production jobstream ... it required some stand alone fiddling and some
other stuff. I took the output of stage1 sysgen and reworked the steps
into individual jobs (and other stuff). I also re-arranged the steps and
frequently move/copy statements within steps ... in order to optimally
place datasets  members within PDS ... for optimized arm motion.  for
typical student academic workload ... I was able to increase thruput by
a factor of three times (in large part because of reduced arm
motion). problem was that typical system maintenance over period of six
months or so ... replacing (critical) PDS members (and messing up
careful ordering) ... would reduce increased thruput to less than two
times ... sometimes eventually motivating a careful rebuild.

the problem was that univ. student workload had run tape-to-tape on 709
ibsys monitor. moving to 360/65 (actually 360/67 but running
non-relocate) under os/360 ... went from subsecond per student job to
over minute per student job (unit record  multiple step job scheduler).
installing hasp got it down to something over 30 seconds (effectively
multiple step job scheduling ... extremely disk i/o intensive).
eventually when 360 watfor became available ... the issue was
significantly improved.

part of old presentation at '68 boston share:
http://www.garlic.com/~lynn/94.html#18 CP/67  OS MFT14

(virtual machine) cp/67 had been installed at the univ. jan68. I got to
play with it on weekends ... but the univ. continued to run bare
machine os/360 production during the week. between jan68 and the boston
share meeting ... i was able to rewrite large portions of cp/67 during
my weekend play periods (although that was also when I had to some
amount of support  maint for the production os/360 system).

the above presentation mentions thruput improvement of os/360 under
cp/67 (mostly because of cp67 pathlength reductions part of my cp/67
rewrites) ... but also mentions some of the stuff I was doing for
os/360. other stuff done for cp/67 was things like ordered arm seek and
lots of algorithm work (it made little difference for os/360 batch
process ... but contributed to handling multiple cms workload).

misc. other posts in this thread:
http://www.garlic.com/~lynn/2009q.html#67 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#68 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#69 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#70 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#72 Now is time for banks to replace core 
system according to Accenture

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

--
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 STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Wayne Driscoll

Well if the intent is to support above the bar storage, then GETMAIN or 
STORAGE won't help, as they only manage 24 or 31 bit storage.  Requests 
for above the bar storage require usage of the IARV64 service.  Since the 
storage is owned by the address space, this service will still require (at 
some point in its processing) the local lock, so suspensions due to lock 
unavailability will still come in to play.

===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===



From:
McKown, John john.mck...@healthmarkets.com
To:
IBM-MAIN@bama.ua.edu
Date:
12/02/2009 11:07 AM
Subject:
Re: question on STORAGE function - TCB may become non-dispatchable?
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott
 Sent: Wednesday, December 02, 2009 11:02 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: question on STORAGE function - TCB may become 
 non-dispatchable?
 
 I am curious as to why the developer wants to bypass normal 
 CICS storage services (which probably is just a case of 
 compare-and-swapping a chunk on some sort of SM domain queue) 
 
 This sounds very much like a case of Doctor, it hurts when I 
 do this ... 
 
 
 Rob Scott

CICS does not support above the bar storage. As I recall the original 
question it was how to load a large VSAM file into memory above the bar 
because if loaded into CICS DSA, the region went SOS. Most people there 
said to rearchitecture the application to use some other, supported, 
method.

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



--
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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Shmuel Metz (Seymour J.)

In 52bc4b80912010934w67887d68u6cc96a670a3ac...@mail.gmail.com, on
12/01/2009
   at 09:34 AM, Guy Gardoit ggard...@gmail.com said:

Any moron can load Windows,

Any moron can buy a box with windoze preinstalled. Loading it yourself is
another matter.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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

Re: IEC143I 213-30

2009-12-02 Thread Shmuel Metz (Seymour J.)

In 4b14fd2e.6f0f.008...@efirstbank.com, on 12/01/2009
   at 11:25 AM, Frank Swarbrick frank.swarbr...@efirstbank.com said:

Obviously one solution is to single thread the compiles.  But I'd rather
not if I don't have to.  Any other solutions?  If I changed to DISP=OLD
would this eliminate the issue by making job 2 wait until job 1 is done
with the PDS?

Yes.

Why does the link-edit step seem to not have a similar issue?

It does an exclusive RESERVE prior to the OPEN.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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

Re: Jes2 Converter abend d37

2009-12-02 Thread Steve Comstock


Mark Yuhas wrote:

I have had a vendor send me such a deck.   Not only did I have to insert
a JOB statement, I also had to modify the DSNs in the CLIST included in
the deck.
Further, this jobstream contained a few object decks, so the editing was
tricky due to having CAPS OFF.  The vendor even crowed about how good
this method of installation was.  The KISS method was lost on them.


Reminds me of one of the great pieces of wisdom (not sure where it
came from, lost in the mists of time): user friendly is programmer difficult

Too often programmers create user interfaces in a way that is easy
to code but the result is putting a lot of burden on the user.



--

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

Re: Jes2 Converter abend d37

2009-12-02 Thread Greg Smith

 Does this job execute w/o error at the vendor site?

 If so, what are they doing that your site does not (or vice versa)?

 If NOT, change vendor! (Who wants to trust/rely on a vendor who does not
 even test his installation deck?)

The error occurred in the converter.  This means the job was succesfully
submitted.  Remember, converter processing is the next stage after input
processing.

My guess is that Roger's site has some product that hooks into a
converter exit and it is that product that is bombing off (vanilla
conversion does not write to temp datasets).

It would be a shame to drop the vendor because some other vendor
caused the problem.

Greg

--
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: what is the differecne in the 2 cobols

2009-12-02 Thread Steve Comstock


Hal Merritt wrote:
Not much. For more details, see the COBOL upgrade/conversion guides. 


I disagree. Check out

  http://www.trainersfriend.com/COBOL_Courses/D704O.HTM

it has an overview of differences by release since COBOL II.





HTH and good luck. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
larry macioce
Sent: Wednesday, December 02, 2009 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: what is the differecne in the 2 cobols

1)ad/cycle cobol/370 alt
2)enterprise cobol v4 ??

thanks in advance

mace


--

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

Re: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread P S

On Wed, Dec 2, 2009 at 12:00 PM, Martin Kline martin.kl...@yrcw.com wrote:

 Wow. I don't recognize your name, but I went through exactly the same
 experience with the woefully inexperienced staff from AA. They burned $35M
 of the company's money before being booted out the door. Yet, they were
 such good salesmen, that management refused to listen to us techies when
 we complained about AA's incompetence.


And this differs from most (NOT all) consulting experiences how?

--
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: Date / Time simulation?

On 1 Dec 2009 14:05:49 -0800, edja...@phoenixsoftware.com (Edward
Jaffe) wrote:

I wonder, is there some sort of dooms day coming? Are people doing DR 
testing by setting their clocks ahead to 2012? :-)

If the doomsday is Y2K level, then it could be cost effective to IPL
a test machine with a test date.

--
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: Jes2 Converter abend d37

On 2 Dec 2009 09:45:14 -0800, st...@trainersfriend.com (Steve
Comstock) wrote:

Reminds me of one of the great pieces of wisdom (not sure where it
came from, lost in the mists of time): user friendly is programmer difficult

Too often programmers create user interfaces in a way that is easy
to code but the result is putting a lot of burden on the user.

Quite often I have seen programmers doing a lot of work with
assumptions about user needs that are wrong.

This includes the way the user works, and also includes adding extra
edits that they think are meaningful and universal.   (5-digit numeric
postal codes).

--
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: Now is time for banks to replace core system according to Accenture

On 02 Dec 09 08:18:10 -0800, Charlie Gibbs cgi...@kltpzyxm.invalid
wrote:

This is why I tell people that interactive is a synonym for manual.
It stops a lot of GUI enthusiasts dead in their tracks, at least for
a few seconds.

I'll have to remember that.

--
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: Now is time for banks to replace core system according to Accenture

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

rfocht...@ync.net (Rick Fochtman) writes:
 I wouldn't mind looking back at the good old days, but only for
 hysterical purposes. SIO/TIO/HIO are NOT areas I would care to revisit
 for any productive purpose. :-)

part of the redo of sio/tio/hio for xa (aka 811 for the nov78 date on
the documents) was the enormous pathlengths in mvs ... being able to
redrive queued i/o after completion of previous i/o.

this showed up when i redid i/o supervisor for disk engineering labs.
the disk engineering labs had tried doing development work under mvs
... but found that it was a 15min mean-time-to-failure ... even with
single testcell. i redid i/o supervisor to never fail ... so that
multiple testcells (disk development) could be exercised concurrently
... happen to mention the MVS 15min mtbf in purely internal report which
brought down the wrath of the mvs organization on me (when I 1st took
the call, i thot it was going to be about helping fix all the problems,
but it was one of those calls getting told that I wasn't allowed to even
mention such things in purely internal discussions).

in any case, i got a call one monday morning asking what did i do to the
3033 system in the disk product test lab (bldg. 15) over the weekend
... that their performance went all to pieces. turns out i did nothing
... but they had replaced a 3830 controller (for 16 3330 drives) with
brandnew 3880 controller over the weekend. diagnosing the problem turns
out that the increased pathlength in the 3880 was so long ... that the
3880 (in order to meet performance specs) was presenting operation
finished interrupt slightly early (before everything was completely
clean up). My redrive pathlength was then so short ... that I was
hitting the 3880 controller with the next queued request ... while it
was still busy finishing cleaning up the previous operation. it was then
forced to present CC=1, SM+BUSY (controller busy) to the SIO ... and
then later present CUE interrupt (and the system had to requeue the
operation and wait for the CUE). This drove up system overhead and
reduced overall system thruput (by enormous amount ... compared to 3830
which I was running at very high rate).

all of this was because I had been able to move the (stand-alone) disk
testing in bldgs. 14  15 ... into operating system environment ... and
since the testing only accounted for 1-2% cpu utilization ... they then
started also using the machines for lots of other stuff. misc. past
posts getting to play disk engineer in bldgs. 1415
http://www.garlic.com/~lynn/subtopic.html#disk

the 3880 had already passed its performance/thruput acceptance tests
when this occured ... but fortunately it was still 6months before
first-customer-ship ... so there was time to do additional fiddling in
the 3880 controller.

the other issue with the SIO/TIO/HIO and asynchronous interrupt paradigm
... besides wanting to quickly being able to do device redrive as
quickly as possible (after completion of previous operation) was the
havoc that asynchronous interrupts had on cache hit ratios (high
interrupt rates could cut some cache hit rates significantly
... swithing back and forth between interrupt processing and application
programming). I was also providing highly specialized systems for HONE
(internal vm370 online system provided world-wide sales  marketing
support). Large percentage of the applications were implemented in (cms)
APL and as result were fairly processor hungry (in addition to doing
lots of I/O). At one point they had opportunity to upgrade their
loosely-coupled (single-system image) 370 operation to APs
(multiprocessor configuration with 2nd processor that didn't have any
channels). Normal 370 multiprocessor slowed the processor cycle by 10%
for part of the (multiprocessor) cross-cache interactions. So a
two-processor 370 ... started out as 1.8 times that of a single
processor (multiprocessor software overhead could cut actual thruput to
1.3-1.5 times that of single processor).  misc. past posts mentioning
multiprocessor support
http://www.garlic.com/~lynn/subtopic.html#smp

For the AP multiprocessor support, I did some slight of hand ... and was
getting better than twice the thruput of single processor ... because of
significantly improved cache hit ratio of the processor w/o channels
... which way more than compensated for reduction of cache hit ratio of
the other processor attempting to do twice as much I/O on single set of
channels. misc.  past posts mentioning online world-wide marketing 
sales support 
http://www.garlic.com/~lynn/subtopic.html#hone

Jan75 ... company was starting to deal with future system being failure
... and 370 wasn't going to be killed off
http://www.garlic.com/~lynn/submain.html#futuresys

I had continued to do 360/370 stuff all during the future system period
... I was caustic of their ability to pull stuff off and

Re: Now is time for banks to replace core system according to Accenture

On 1 Dec 2009 13:59:08 -0800, shmuel+ibm-m...@patriot.net (Shmuel Metz
, Seymour J.) wrote:

Who is we? I don't believe that I'm the only one one this list to write
that I would never want to go back to the good old days.

I don't know of anybody who wants everything that went with those
days.

But we do complain about how complex things have gotten, how we have
far more people working on infrastructure instead of applications, and
how vulnerabilities have increased.

This is kind of wishing we could work on our cars the same way as we
worked on the 1958 Chevy.That way of life for teens is pretty much
gone - but our cars are better now.

--
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: Now is time for banks to replace core system according to Accenture

On 2 Dec 2009 00:17:46 -0800, r.skoru...@bremultibank.com.pl (R.S.)
wrote:

 Does anyone remember who Accenture was?
 
 Arthur Andersen, IIRC.

No. Former name of Accenture was Andersen Consulting (www.ac.com), not 
Arthur Andersen.
It was separate entity lng time before Enron bankrupcy.

If Accenture was Anderson Consulting and Anderson Consulting was
Arthur Anderson, then Accenture was Arthur Anderson.

I've worked with people who said they were one, and with people who
said they were the other.

--
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: Now is time for banks to replace core system according to Accenture

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


Pierre Fichaud pr...@videotron.ca writes:
 Most banks have SLAs with acquiring institutions like FirstData,etc as 
 far as transaction turnaround times are concerned. The acquirer gets the 
 VISA transaction and hands it off to VisaNet. VisaNet routes it to your 
 bank. Your bank processes the transaction and returns a yea or a nay to 
 VisaNet. VisaNet gets it to the acquirer and the acquirer eventually 
 returns the transaction to your terminal. There are SLAs covering all 
 aspects of this itinerary. Most  banks are NOT going to switch from 
 mainframes to mid-range machines.  The banks must meet their SLAs. 
 Otherwise, penalties are involved.

 I can't see the largest banks in the world switching. They are 
 processing thousands of transactions per minute.

 Inherent in all of this processing and communications is cryptography. 
 every is supposed to be sent securely. So each participant that touches 
 the transaction is required to do crytpographic processing. This adds to 
 the path length substantially.

the card associates put in value-added-networks in the early days of
plastic magstripe payment cards ... to interconnect a huge assortment of
processors (with lots of non on-us transactions between merchant
acquirers and consumer issuers).

by the early part of this decade, there was some comment that 90% of the
transactions (in the US) were being done in six datacenters (combination
of bank consolidations and outsourcing) ... which had their own direct
interconnects. this resulted in some legal action between the parties
and card associations ... which had somewhat moved from being a brand to
using their value-added-networks as profit making operation. part of
the merchant interchange fee is for use of the association networks to
interconnect institutions when it isn't an on-us transactions ... even
when the acquiring institution processing has been outsourced and is
running on the same exact computer as the outsourced issuing
institution processing ... and never even remotely touches an
association network).

old reference (just the first data part of the overall issue):
http://www.paymentsnews.com/2006/08/visa_usa_first_.html
another reference:
http://www.digitaltransactions.net/newsstory.cfm?newsid=1009

as referenced in previous post
http://www.garlic.com/~lynn/2009q.html#69 Now is time for banks to replace core 
system according to Accenture

we had been brought in to help do what has come to be called electronic
commerce. somewhat as a result, in the mid-90s we were asked to
participate in the x9a10 financial standard working group ... which had
been given the requirement to preserve the integrity of the financial
infrastructure for *ALL* retail payments (*ALL* as in credit, debit,
ACH, stored-value, giftcard, point-of-sale, internet, face-to-face,
unattended, low-value, high-value, transit turnstyle, aka *ALL*). as
part of that we did some detailed end-to-end threat  vulnerability
studies of the various environments ... as part of coming up with the
x9.59 standard ... some refs
http://www.garlic.com/~lynn/x959.html#x959

one of the things observed in the x9a10 detailed studies was that
account numbers and transaction details are required in possibly dozens
of business processes that go on at tens of millions of locations around
the world ... and any approach to hide such information can never be
completely succesful.  So x9.59 transaction standard slight tweaked the
paradigm and eliminated (crooks) being able to use account number and/or
information from previous transactions, for fraudulent transactions
(x9.59 does nothing to encrypt or hide the information ... it just
eliminates the requirement to encrypt or hide the information).

misc. other posts in this thread:
http://www.garlic.com/~lynn/2009q.html#67 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#68 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#70 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#72 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#73 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#74 Now is time for banks to replace core 
system according to Accenture

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

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

How to subscribe to the Assembler List

2009-12-02 Thread esst...@juno.com

Can some one post the instruction for subscribing to the assembler discussion 
list.

Thanks
Paul D'Angelo


Nutrition
Improve your career health. Click now to study nutrition!
http://thirdpartyoffers.juno.com/TGL2141/c?cp=X9SQJB1zSvJb_3ARQCkuKQAAJ1DMCvI8C_EKS4yGKHO7DleMAAYAAADNAAASQwA=

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

Work Load Manager Command to list connected Address Spaces

2009-12-02 Thread esst...@juno.com

Are there any MVS Operator commands that will list address spaces that have 
connected to work load manager ?
Connected - I mean an address space that has issued IWMCONN or IWME4COnn.

I do not have Omegamon nor do I have TMON.

Will RMF display such information ?

THANKS
Paul D'Angelo


Water Heater
Some like it hot. Click now for a reliable new water heater!
http://thirdpartyoffers.juno.com/TGL2141/c?cp=6f0BfHXdDoE45Y9ClorqJAAAJ1DMCvI8C_EKS4yGKHO7DleMAAYAAADNAAAGIAA=

--
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: IEC143I 213-30

2009-12-02 Thread Joel C. Ewing

I believe the Binder uses ISPF-style enqueues to allow OPEN for output
with SHR access without any problems.  When needing updates with SHR and
utilities that do not support ISPF-style enqueues, our approach has been
to change the job step to invoke a front-end program that gets the
required SPFEDIT enqueue, invokes the utility, and when the utility
returns control drop the enqueue.  That way the job may wait, but only
for the time when someone else actually has the dataset enqueued for
open for output.
   JC Ewing

On 12/02/2009 09:42 AM, Don Leahy wrote:
 Good point.  Our process is working by coincidence.
 
 Time to took for a better approach.  Thanks.
 
 On Wed, Dec 2, 2009 at 05:23, Big Iron billlalo...@rocketmail.com wrote:
 
 I think that using a later copy step works because the time window
 involved is shorter and so collisions, two programs having the same PDS
 open for output with DISP=SHR, would be less likely but could still occur.
 I
 have seen that abend happen for link-edit steps.

 Using DISP=OLD will solve this problem since the job would no longer
 be updating a dataset allocated with DISP=SHR. Note that the elapsed
 time for the jobs will increase because the allocation will be held from
 the start of the job until the end of the step that allocates the dataset
 with DISP=OLD.

 Bill

 On Tue, 1 Dec 2009 12:04:48 -0700, Frank Swarbrick
 frank.swarbr...@efirstbank.com wrote:

 A later step in the same job?  Does this solve the issue because the copy
 uses different serialization than the actual creating of the DBRM member?

 I'll give it a shot.  Thanks,
 Frank
 --

 Frank Swarbrick
 Applications Architect - Mainframe Applications Development
 FirstBank Data Corporation - Lakewood, CO  USA
 P: 303-235-1403


 On 12/1/2009 at 11:58 AM, in message
 6133ad1f0912011058g272d6fc0m912af04571979...@mail.gmail.com, Don Leahy
 don.le...@leacom.ca wrote:
 This is a perennial problem.

 Our local solution was to allocate DBRMLIB to a temporary data set.

 //DBRMLIB  DD  DSN=DBRMLB(MR),DISP=(,PASS),
 // UNIT=SYSDA,SPACE=(TRK,(15,5,5)),
 // DCB=(RECFM=FB,LRECL=80,BLKSIZE=6160)

 A later step copies the DBRM to a permanent library.

 On Tue, Dec 1, 2009 at 13:25, Frank Swarbrick
 frank.swarbr...@efirstbank.com wrote:
 For our conversion from VSE to z/OS we have a mass compile process
 that
 runs many compiles at the same time.  This has been fine up until when
 we
 added DB2 compiles in to the mix.  Now we are getting things like the
 following for every second or third compile:
 11.02.22 JOB05118  IEC143I

 213-30,IFG0194D,EXAM02,COB,DBRMLIB,9220,DB2001,SYS3.DSN910.DBRMLIB.DATA(EXAM
 02)

 30
 An attempt was made to open a partitioned data set (PDS) for
 OUTPUT,DISP=SHR. The PDS is already open in this condition, and a DCB is
 already open for output to the data set. The data set might be on the
 same
 system or on another system that is sharing the volume. Access was not
 serialized before the attempt to open the data set.

 I am guessing that job 2 is trying to add a member to
 SYS3.DSN910.DBRMLIB.DATA at the same time that job 1 is trying to do
 the
 same thing (though a different member).

 Obviously one solution is to single thread the compiles.  But I'd
 rather not
 if I don't have to.  Any other solutions?  If I changed to DISP=OLD
 would
 this eliminate the issue by making job 2 wait until job 1 is done with
 the
 PDS?

 Why does the link-edit step seem to not have a similar issue?  Is it
 just
 that the link-edit step completes so quickly that only one job has the
 PDS
 open at one time?  Or does the link-edit (binder; whatever) have some
 special
 stuff that allows it do deal with this situation?

 Thanks,
 Frank
 --

 Frank Swarbrick
 Applications Architect - Mainframe Applications Development
 FirstBank Data Corporation - Lakewood, CO  USA
 P: 303-235-1403

-- 
Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org

--
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: Jes2 Converter abend d37

2009-12-02 Thread Mark Zelden

On Wed, 2 Dec 2009 12:50:00 EST, Greg Smith r...@epaibm.rtpnc.epa.gov wrote:

 Does this job execute w/o error at the vendor site?

 If so, what are they doing that your site does not (or vice versa)?

 If NOT, change vendor! (Who wants to trust/rely on a vendor who does not
 even test his installation deck?)

The error occurred in the converter.  This means the job was succesfully
submitted.  Remember, converter processing is the next stage after input
processing.

My guess is that Roger's site has some product that hooks into a
converter exit 

Or could be something likes JES2 exit 44.

and it is that product that is bombing off (vanilla
conversion does not write to temp datasets).


I think it may when processing procedures (search IBM's APAR database).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: IEC143I 213-30

2009-12-02 Thread Frank Swarbrick

So perhaps a combination of the two is in order.  Write to a temporary PDS 
during the translate and then use DISP=OLD on the copy from the temp PDS in to 
the actual PDS.

Yet another frustating issue in going to z/OS.  Oy.

Thanks for the ideas.
Frank

On 12/2/2009 at 3:23 AM, in message
listserv%200912020423410867.0...@bama.ua.edu, Big Iron
billlalo...@rocketmail.com wrote:
 I think that using a later copy step works because the time window
 involved is shorter and so collisions, two programs having the same PDS
 open for output with DISP=SHR, would be less likely but could still occur. I
 have seen that abend happen for link-edit steps.
 
 Using DISP=OLD will solve this problem since the job would no longer
 be updating a dataset allocated with DISP=SHR. Note that the elapsed
 time for the jobs will increase because the allocation will be held from
 the start of the job until the end of the step that allocates the dataset
 with DISP=OLD.
 
 Bill
 
 On Tue, 1 Dec 2009 12:04:48 -0700, Frank Swarbrick
 frank.swarbr...@efirstbank.com wrote:
 
A later step in the same job?  Does this solve the issue because the copy
 uses different serialization than the actual creating of the DBRM member?

I'll give it a shot.  Thanks,
Frank
--

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403


On 12/1/2009 at 11:58 AM, in message
6133ad1f0912011058g272d6fc0m912af04571979...@mail.gmail.com, Don Leahy
don.le...@leacom.ca wrote:
 This is a perennial problem.

 Our local solution was to allocate DBRMLIB to a temporary data set.

 //DBRMLIB  DD  DSN=DBRMLB(MR),DISP=(,PASS),
 // UNIT=SYSDA,SPACE=(TRK,(15,5,5)),
 // DCB=(RECFM=FB,LRECL=80,BLKSIZE=6160)

 A later step copies the DBRM to a permanent library.

 On Tue, Dec 1, 2009 at 13:25, Frank Swarbrick
 frank.swarbr...@efirstbank.com wrote:
 For our conversion from VSE to z/OS we have a mass compile process that
 runs many compiles at the same time.  This has been fine up until when we
 added DB2 compiles in to the mix.  Now we are getting things like the
 following for every second or third compile:
 11.02.22 JOB05118  IEC143I
 213-30,IFG0194D,EXAM02,COB,DBRMLIB,9220,DB2001,SYS3.DSN910.DBRMLIB.DATA(EXAM
 02)

 30
 An attempt was made to open a partitioned data set (PDS) for
 OUTPUT,DISP=SHR. The PDS is already open in this condition, and a DCB is
 already open for output to the data set. The data set might be on the same
 system or on another system that is sharing the volume. Access was not
 serialized before the attempt to open the data set.

 I am guessing that job 2 is trying to add a member to
 SYS3.DSN910.DBRMLIB.DATA at the same time that job 1 is trying to do the
 same thing (though a different member).

 Obviously one solution is to single thread the compiles.  But I'd rather 
 not
 if I don't have to.  Any other solutions?  If I changed to DISP=OLD would
 this eliminate the issue by making job 2 wait until job 1 is done with the
 PDS?

 Why does the link-edit step seem to not have a similar issue?  Is it just
 that the link-edit step completes so quickly that only one job has the PDS
 open at one time?  Or does the link-edit (binder; whatever) have some 
 special
 stuff that allows it do deal with this situation?

 Thanks,

 Frank


 --

 Frank Swarbrick
 Applications Architect - Mainframe Applications Development
 FirstBank Data Corporation - Lakewood, CO  USA
 P: 303-235-1403




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

 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  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

SMS ACS and symbols

2009-12-02 Thread Jousma, David

All,

Are system or installation defined system symbols other than SYSPLEX or
SYSNAME available for use in ACS routines?  Looking at the manuals, it
is not clear.

Thanks in advance.

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


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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC143I 213-30

2009-12-02 Thread Don Leahy

Does IEBCOPY use the same enqueue strategy as the Binder?

On Wed, Dec 2, 2009 at 14:29, Joel C. Ewing jcew...@acm.org wrote:
 I believe the Binder uses ISPF-style enqueues to allow OPEN for output
 with SHR access without any problems.  When needing updates with SHR and
 utilities that do not support ISPF-style enqueues, our approach has been
 to change the job step to invoke a front-end program that gets the
 required SPFEDIT enqueue, invokes the utility, and when the utility
 returns control drop the enqueue.  That way the job may wait, but only
 for the time when someone else actually has the dataset enqueued for
 open for output.
   JC Ewing

 On 12/02/2009 09:42 AM, Don Leahy wrote:
 Good point.  Our process is working by coincidence.

 Time to took for a better approach.  Thanks.

 On Wed, Dec 2, 2009 at 05:23, Big Iron billlalo...@rocketmail.com wrote:

 I think that using a later copy step works because the time window
 involved is shorter and so collisions, two programs having the same PDS
 open for output with DISP=SHR, would be less likely but could still occur.
 I
 have seen that abend happen for link-edit steps.

 Using DISP=OLD will solve this problem since the job would no longer
 be updating a dataset allocated with DISP=SHR. Note that the elapsed
 time for the jobs will increase because the allocation will be held from
 the start of the job until the end of the step that allocates the dataset
 with DISP=OLD.

 Bill

 On Tue, 1 Dec 2009 12:04:48 -0700, Frank Swarbrick
 frank.swarbr...@efirstbank.com wrote:

 A later step in the same job?  Does this solve the issue because the copy
 uses different serialization than the actual creating of the DBRM member?

 I'll give it a shot.  Thanks,
 Frank
 --

 Frank Swarbrick
 Applications Architect - Mainframe Applications Development
 FirstBank Data Corporation - Lakewood, CO  USA
 P: 303-235-1403


 On 12/1/2009 at 11:58 AM, in message
 6133ad1f0912011058g272d6fc0m912af04571979...@mail.gmail.com, Don Leahy
 don.le...@leacom.ca wrote:
 This is a perennial problem.

 Our local solution was to allocate DBRMLIB to a temporary data set.

 //DBRMLIB  DD  DSN=DBRMLB(MR),DISP=(,PASS),
 //             UNIT=SYSDA,SPACE=(TRK,(15,5,5)),
 //             DCB=(RECFM=FB,LRECL=80,BLKSIZE=6160)

 A later step copies the DBRM to a permanent library.

 On Tue, Dec 1, 2009 at 13:25, Frank Swarbrick
 frank.swarbr...@efirstbank.com wrote:
 For our conversion from VSE to z/OS we have a mass compile process
 that
 runs many compiles at the same time.  This has been fine up until when
 we
 added DB2 compiles in to the mix.  Now we are getting things like the
 following for every second or third compile:
 11.02.22 JOB05118  IEC143I

 213-30,IFG0194D,EXAM02,COB,DBRMLIB,9220,DB2001,SYS3.DSN910.DBRMLIB.DATA(EXAM
 02)

 30
 An attempt was made to open a partitioned data set (PDS) for
 OUTPUT,DISP=SHR. The PDS is already open in this condition, and a DCB is
 already open for output to the data set. The data set might be on the
 same
 system or on another system that is sharing the volume. Access was not
 serialized before the attempt to open the data set.

 I am guessing that job 2 is trying to add a member to
 SYS3.DSN910.DBRMLIB.DATA at the same time that job 1 is trying to do
 the
 same thing (though a different member).

 Obviously one solution is to single thread the compiles.  But I'd
 rather not
 if I don't have to.  Any other solutions?  If I changed to DISP=OLD
 would
 this eliminate the issue by making job 2 wait until job 1 is done with
 the
 PDS?

 Why does the link-edit step seem to not have a similar issue?  Is it
 just
 that the link-edit step completes so quickly that only one job has the
 PDS
 open at one time?  Or does the link-edit (binder; whatever) have some
 special
 stuff that allows it do deal with this situation?

 Thanks,
 Frank
 --

 Frank Swarbrick
 Applications Architect - Mainframe Applications Development
 FirstBank Data Corporation - Lakewood, CO  USA
 P: 303-235-1403

 --
 Joel C. Ewing, Fort Smith, AR        jremoveccapsew...@acm.org

 --
 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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Kim Goldenberg


R.S. wrote:

And Andersen Consulting is (was) not Arthur Andersen.

According to the Accenture item in Wikipedia, It was once part of Arthur 
Andersen. See the article for more information as to how the name became 
Accenture.


KG

--
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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread HUTCHISON Gregory

You can change the name but crooks remain crooks.

http://en.wikipedia.org/wiki/Accenture

Accenture originated as the business and technology consulting division of 
accounting firm Arthur Andersen. 
.
.
In 1989, that division split from Arthur Andersen and began using the name 
Andersen Consulting. 


Hutchison, Gregory A. 
Oregon DOT DMVIS
phone:503-945-7081 
fax:503-945-5220 
gregory.hutchi...@odot.state.or.us 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
R.S.
Sent: Wednesday, December 02, 2009 1:43 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Now is time for banks to replace core system according to Accenture

Howard Brazee pisze:
 On 2 Dec 2009 00:17:46 -0800, r.skoru...@would you snip my 
 address.com? (R.S.)
 wrote:
 
 Does anyone remember who Accenture was?
 Arthur Andersen, IIRC.
 No. Former name of Accenture was Andersen Consulting (www.ac.com), 
 not Arthur Andersen.
 It was separate entity lng time before Enron bankrupcy.
 
 If Accenture was Anderson Consulting and Anderson Consulting was 
 Arthur Anderson, then Accenture was Arthur Anderson.
 
 I've worked with people who said they were one, and with people who 
 said they were the other.

My English is poor, but I strongly believe it is not something proper or even 
kind to change someone's name. Andersen is not Anderson.
And Andersen Consulting is (was) not Arthur Andersen.
Just like Amdahl/Oracle/Storagetek is not IBM. Puma is not Adidas.

Disclaimer: I just share information I have. I didn't say nothing good or bad 
about AC or any other company. I do not work for any of them.



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

--
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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Ed Finnell

Depends on where the filler cap and timing chain is. I tried it on a 190d
and it was real messy. Guess if you were careful could pour it down the 
dipstick...

--
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: IEC143I 213-30

On Wed, 2 Dec 2009 12:51:15 -0700, Frank Swarbrick wrote:

So perhaps a combination of the two is in order.  Write to a temporary PDS 
during the translate and then use DISP=OLD on the copy from the temp PDS in to 
the actual PDS.

Yet another frustating issue in going to z/OS.  Oy.

It's even worse than you've learned so far.  If you use
static (JCL DD DISP=OLD) allocation, the exclusive ENQ
will be obtained at job initiation and persist through
the last step that mentions the data set, regardless
whether SHR or OLD.  If you attempt dynamic allocation
and the data set is in use, the allocation will fail
unless you ask to wait for DSN, which will fail unless
you're APF-authorized.

-- 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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Arthur Gutowski

On Tue, 1 Dec 2009 00:29:42 -0600, Chase, John jch...@ussco.com 
wrote:

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin

 Hardly nonsense.  On Win or Mac, when Firefox tells me it
 needs an update, I click on Update.  A few minutes later,
 it tells me to restart Firefox to activate the update.
 I click Restart Firefox to warmstart.  Two clicks and
 its done.

 With ServerPac and SMP/E ... ?

Isn't that a bit like comparing, say, changing the oil in your car to
changing the airspace around O'Hare airport?

To me, more like trying to change the oil while the car is still running (the 
infamous unpredictable results).  Though, my brother the mechanic tells me 
they do not turn off diesel engines in Alaska to perform an oil change...

Art Gutowski
Ford Motor Company

--
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: IEC143I 213-30

On Wed, 2 Dec 2009 15:21:03 -0500, Don Leahy wrote:

Does IEBCOPY use the same enqueue strategy as the Binder?

I believe IEBCOPY's strategy is, It's your foot and your gun ...
Use DISP=OLD if you care.

On Wed, Dec 2, 2009 at 14:29, Joel C. Ewing wrote:
 I believe the Binder uses ISPF-style enqueues to allow OPEN for output
 with SHR access without any problems.  When needing updates with SHR and

Historically, I believe it would be more proper to say that
ISPF uses Linkage editor style ENQs.  Binder ENQs on SYSIEWLP.
ISPF, for RECFM=U ENQs on SYSIEWLP (and SPFEDIT?)  For other
RECFM only on SPFEDIT.

 utilities that do not support ISPF-style enqueues, our approach has been
 to change the job step to invoke a front-end program that gets the
 required SPFEDIT enqueue, invokes the utility, and when the utility
 returns control drop the enqueue.  That way the job may wait, but only
 for the time when someone else actually has the dataset enqueued for
 open for output.

How practical is it to use ISPF itself as the front-end program?
I'm trying to envision ATTACHing the utility from inside ISPF
and redirecting the output to LMPUT/LMCOPY.  But that's UNIX-think;
I can't see how to make it work in the z/OS environment without
a temporary data set.

BTW, I tried:

/bin/cp /some/file //'DATA.SET.NAME(MEMBER)'

It gets an exclusive ENQ on SYSDSN 'DATA.SET.NAME'.  That's
probably CRTL or LE behavior.

NFS server uses ISPF-style ENQ and generates ISPF-style
timestamps in the directory (but wrong during leap years),
but I don't believe it runs ISPF proper.

-- 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: question on STORAGE function - TCB may become non-dispatchable?

2009-12-02 Thread Neil Duffee

On 2009-12-02 at 12:14 concerning Re: question on STORAGE function - 
TCB may become non-dispatchable?, John Chase jch...@uss...com 
wrote to IBM-Main :

 From: IBM Mainframe Discussion List On Behalf Of Rob Scott

  [snip] why [snip] bypass normal CICS storage services [snip] sounds
  very much like a case of Doctor, it hurts when I do this...  

 The original request was for experiences / advice on using 64-bit
 storage directly in CICS, but CICS doesn't support that (yet).  That
 eventually led to this thread. 

Yet being 2007 (or 2004).  

CICS Transaction Server for z/OS Release Guide Version 3 Release 2 (© 
Copyright IBM Corp. 2007) : Chapter 19. Storage management above the 
2GB boundary

CICS Transaction Server for z/OS Release Guide Version 3 Release 1 (© 
Copyright IBM Corp. 2004, 2008) : Chapter 18. 64-Bit Addressing 
Toleration changes

I could find nothing in CICS Transaction Server for z/OS Release 
Guide Version 2 Release 3.

--  signature = 6 lines follows --
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
How *do* you plan for something like that? Guardian Bob, Reboot
For every action, there is an equal and opposite criticism.
Systems Programming: Guilty, until proven innocent John Norgauer 
2004

--
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-MSM (was Re: Now is time for banks to replace ...)

2009-12-02 Thread Mark Zelden

On Tue, 1 Dec 2009 15:10:57 -0600, Mark Zelden mark.zel...@zurichna.com wrote:

On Mon, 30 Nov 2009 19:58:23 -0600, John McKown wrote:
CA is adopting this type of process as well with their Mainframe 2.0. I
was at the demo and was impressed.

I saw their demo at SHARE.  I was impressed particularly that it's
SMP/E under-the-covers, giving the systems programmer access to all
the facilities and artifacts of SMP/E.  I wonder whether they market
it to support IBM and ISV products, also?  Likewise, I wonder whether
the client interface is an off-the-shelf HTTP client, not requiring
installation of an agent on the desktop?

CA Mainframe Software Manager is entirely resident on your z/OS system.  You
interact with it through IE or Firefox.  There is no client side software to
be installed.


Ditto about being impressed.   I wanted to install it pre-GA, but got caught
up in politics here.

Now it is GA and is included when I download some other products. So
I downloaded it and I am attempting to install MSM, but am stuck at the
validation utility not working correctly.  It's telling me I don't have access
to some BPX.* resources in the facility class that I know I have.  I'm also
seeing some BPXP015I program controlled errors.

I already have an issue open with MSM support and they sent
me an updated version of the pre-validation utility, but I am still
having the same issues.

Has anyone else tried this via download from CA (not a CA rep coming
in and installing it pre-GA) and gotten it to work correctly?

I'm fairly sure I can go on with the install process regardless.  I've already
done some of it and have customized the setup properties file and am
ready to use the install script, but I just figured I should really get the
pre-validation script to work 100% correctly first.


It turns out this is a bug in the Prerequisite Validator utility under RACF.
According to MSM support it is supposed to set the program controlled 
bit dynamically when executing the utility (the bits are not present
in the pax file). 

The fix is simple if anyone else is trying to install this
now and run the utility.  After unwinding the pax file:

cd utility path/Bin
extattr +p ./lib/*.so

I must say that considering all the hype / promotion for MSM 
that I'm a little disappointed that:

1) CA wants you to make sure this prevalidation works before you
even start the install and it doesn't work on RACF systems. 

2) It wasn't documented in the technical documents index for the
MSM support site. If it had been, it could have saved me a few days
time and research trying to figure out what I may have done wrong
or what security may have been set up wrong at my site.  It would
have saved CA support some time also.   (but at least CA took my
word that I had the permissions and didn't make me get listings
created from our RACF admin... that would have been another
day lost)

3) I clearly stated I was running a RACF system when I opened the 
issue, but instead of being given the fix of adding the extended
attribute bits, I was given a newer copy of the utility that had the
same problem. (caused a 1 day delay)

I wouldn't have had any problems with bumps if MSM was still in 
limited availability, but now it is GA and was also included with the products
I downloaded from CA's support site last week. 

I hope the rest of the install goes better (now I know why CA wanted
someone on-site for the install when it was limited availability).

BTW, this is not the start of a let's bash CA thread.  So please don't
take it that way.  From what I can tell, this will be a good thing when
it is working and when the future deployment piece is added.  I will
also say in general, CA support is very good for the products that I
install and maintain (and there are quite a few of them!).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Now is time for banks to replace core system according to Accenture

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

Anne  Lynn Wheeler l...@garlic.com writes:
 we had been called in to consult with small client/server startup that
 wanted to payment transactions on their server; the startup also had
 this technology called SSL that they wanted to use. the result
 is now frequently called electronic commerce. 

re:
http://www.garlic.com/~lynn/2009q.html#68 Now is time for banks to replace core 
system according to Accenture
http://www.garlic.com/~lynn/2009q.html#75 Now is time for banks to replace core 
system according to Accenture

for the fun of it ... from someplace long ago and far away 

Version: 00 Serial Number: 02:3E Issuer:  C=US, OU=Test CA, O=Netscape 
Communications Corp. Subject: C=US, ST=California:  94043, L=501 Middlefield 
Road, Mountain View, O=Netscape Communications Corporation, OU=IAPPS 
Consulting, CN=IAPPS - Test Cert for 60days

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

--
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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread R.S.


Howard Brazee pisze:

On 2 Dec 2009 00:17:46 -0800, r.skoru...@would you snip my address.com? (R.S.)
wrote:


Does anyone remember who Accenture was?

Arthur Andersen, IIRC.
No. Former name of Accenture was Andersen Consulting (www.ac.com), not 
Arthur Andersen.

It was separate entity lng time before Enron bankrupcy.


If Accenture was Anderson Consulting and Anderson Consulting was
Arthur Anderson, then Accenture was Arthur Anderson.

I've worked with people who said they were one, and with people who
said they were the other.


My English is poor, but I strongly believe it is not something proper or 
even kind to change someone's name. Andersen is not Anderson.

And Andersen Consulting is (was) not Arthur Andersen.
Just like Amdahl/Oracle/Storagetek is not IBM. Puma is not Adidas.

Disclaimer: I just share information I have. I didn't say nothing good 
or bad about AC or any other company. I do not work for any of them.




--
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: DS8700 Feature FlashCopy SE

2009-12-02 Thread R.S.

Hal Merritt pisze:
Not sure what the 'SE' is, but we use Flashcopy on both of our DS8100's.
SE = Space Efficient. That sugests something like IBM/STK Snapshot. It
is *similar* to the snapshot.

It is a little cumbersome, but it seems to work pretty well to take a PIT copy of any number of volumes in that unit.

Every advanced copy looks cumbersome ;-)

We also use Flashcopy as a key tool in taking DB2 backups.
Such backup is piece of cake. Restore, especially restore of single
table is a challenge.

A drawback is that it is just a PIT (point in time) physical copy of a volume. You may have issues with logical consistency because it takes a short time to get all of a set of logically related volumes flashed. (I think that some models support 'logical groups' where a whole group of volumes is snapped via a single command).

Another potential issue is that even though the copy is logically instant, it does take some time for the physical copy to complete, and that process uses bandwidth in the unit.
This is a drawback of DS8k. Any other vendor (read: HDS, EMC) have no
such drawback. They can even assure consistency across the DASD boxes.
They have it for YEARS.

Hint: I don't work for neither EMC nor HDS.

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

Re: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Wayne Driscoll

Well according to both my recollection, and Wikipedia (
http://en.wikipedia.org/wiki/Accenture)
Accenture started out as a division of Arthur Andersen, but split from 
Arthur Andersen in 1989, but was still part of the AWSC administrative 
entity.  It wasn't until August of 2000 that Andersen Consulting was split 
from AWSC and became Accenture.

===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===



From:
R.S. r.skoru...@bremultibank.com.pl
To:
IBM-MAIN@bama.ua.edu
Date:
12/02/2009 03:51 PM
Subject:
Re: Now is time for banks to replace core system according to Accenture
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



Howard Brazee pisze:
 On 2 Dec 2009 00:17:46 -0800, r.skoru...@would you snip my address.com? 
(R.S.)
 wrote:
 
 Does anyone remember who Accenture was?
 Arthur Andersen, IIRC.
 No. Former name of Accenture was Andersen Consulting (www.ac.com), not 
 Arthur Andersen.
 It was separate entity lng time before Enron bankrupcy.
 
 If Accenture was Anderson Consulting and Anderson Consulting was
 Arthur Anderson, then Accenture was Arthur Anderson.
 
 I've worked with people who said they were one, and with people who
 said they were the other.

My English is poor, but I strongly believe it is not something proper or 
even kind to change someone's name. Andersen is not Anderson.
And Andersen Consulting is (was) not Arthur Andersen.
Just like Amdahl/Oracle/Storagetek is not IBM. Puma is not Adidas.

Disclaimer: I just share information I have. I didn't say nothing good 
or bad about AC or any other company. I do not work for any of them.



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



--
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: Now is time for banks to replace core system according to Accenture

kgold...@gmail.com (Kim Goldenberg) writes:
 According to the Accenture item in Wikipedia, It was once part of
 Arthur Andersen. See the article for more information as to how the
 name became Accenture.

long-winded related reply
http://www.garlic.com/~lynn/2009q.html#77

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

--
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: IEC143I 213-30

2009-12-02 Thread Frank Swarbrick

 On 12/1/2009 at 2:46 PM, in message
20091202171512.5d106f58...@smtp.patriot.net, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
 In 4b14fd2e.6f0f.008...@efirstbank.com, on 12/01/2009
at 11:25 AM, Frank Swarbrick frank.swarbr...@efirstbank.com said:
 
Obviously one solution is to single thread the compiles.  But I'd rather
not if I don't have to.  Any other solutions?  If I changed to DISP=OLD
would this eliminate the issue by making job 2 wait until job 1 is done
with the PDS?
 
 Yes.
 
Why does the link-edit step seem to not have a similar issue?
 
 It does an exclusive RESERVE prior to the OPEN.

Thanks.
Would be nice if DB2 did this as well.  Oh well.

Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403




The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Rick Fochtman


-snip--

P.S. Anybody doing any linked-list processing in 64-bit space? Having 
trouble comparing link keys to find insertion points.
   



What kind of problems?
 


unsnip
Can't seem to get the right compare instruction(s) to work. I suspect 
because of AMODE confusion. Actual key fields are 54 bytes long.


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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Rick Fochtman


--snip-


While this discussion has evolved into a discourse on HLLs and library
support, I would like to make an observation.

A long time ago in a galaxy far, far away, Accenture was Arthur Anderson
Consulting.  My company contracted with them to assess the status of our
technology and its direction.  While it was a foregone conclusion they
would recommend a shift to UNIX, I was totally underwhelmed by the
'mainframe acumen' of their staff.  Arthur Anderson used this venture as
an OJT exercise for their staff.  Their staff probably just finished
their BA and or equivalent thereof which included a working knowledge of
Windows and the Internet.   Further, the vast majority of their survey
and results came from cutting and pasting from articles on the Internet.

My conclusion is that Accenture probably doesn't has a dwindling staff
to support a mainframe system and/or application.  But, what it does
have is a group of young, eager non-mainframe people and if they can
convince banks to move off of the mainframe, they've got business. 
 


unsnip---
Another firm used us at Clearing for OJT for a RACF auditor long ago. 
He was fresh out of RACF school at IBM and was the new broom that was 
going to sweep us clean. He had so much wrong or incomplete information 
that based on bets we made between each other, he bought me filet mignon 
lunches for two solid weeks. Best audit I've ever had. :-)


Never mind that the auditor got a serious education in practical 
security using RACF. :-)


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: Jes2 Converter abend d37

2009-12-02 Thread Rick Fochtman


snip--


It can always be worse.  I once saw a vendor's SE give a 10- or 20-page 
printout to a colleague of mine, who then sat at a keypunch for several hours 
punching cards to match the VERIFY and ZAP hex data for the dozens of PTFs 
described in said hand-out.  This vendor apparently could not understand how 
error-prone their preferred method of distributing maintenance was.  I hate to 
cast aspersions on any vendor, but the product might have been Eye Dee Emm Ess 
before its owner was bought by CA.
 


--unsnip
It may have been; we had similar experiences. We finally told them to 
either send us the card decks that generated the listings or we would 
rip out their product in favor of the competition. Amazing how fast they 
responded.


I'm EXTREMELY partial to installs that are properly set up to use SMP/E. 
Minimizes typing errors.


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: Now is time for banks to replace core system according to Accenture

2009-12-02 Thread Ivan Warren


Anne  Lynn Wheeler wrote:


part of the redo of sio/tio/hio for xa (aka 811 for the nov78 date on
the documents) was the enormous pathlengths in mvs ... being able to
redrive queued i/o after completion of previous i/o.



Hmphhh..

In the dept of other possible ways by the hardware to damage 
performance when preventing I/O queue processing - in the line of the 
3380 presenting early CE...


That's probably what drove the 4381 folks (or maybe it was you !) to do 
this SIOFQ (Start I/O Fast Queuing) thingy (dunno if any other model had 
it - but I know I had it on my 4381 back then).


All in all, not a bad idea. When the channel encounters a CU or Channel 
Busy condition - by a SIOF issued Op - either because the CU isn't ready 
to accept the request just yet or the channel is performing some burst 
operation - (but not a Device Busy or CC=2 which doesn't even go to the 
channel anyway) - The channel hardware would queue the I/O request - 
thus freeing the CPU from going into a dequeue/SIOF frenzy (remember 
also that because it's a SIOF, you (may) get an extra interrupt to 
present you with a deferred CC)


Nice.. Unless if you had a 2-channel-switch on a 3880 with 2 Storage 
Directors. Because then, the supervisor would never attempt to start the 
I/O on the other side (since a SIOF with SIOFQ enabled would never make 
the CPU aware of the situation). Thus, I/O would almost always be queued 
on the 1st path - and almost never presented on the 2nd path.


On my installation, where I was running VM/SP5 with HPO, disabling SIOFQ 
led to a *significant* increase in I/O throughput (with no significant 
CPU overhead.. processing an I/O interrupt, dequeuing and re-starting an 
I/O in CP has quite a short path length.. maybe 200 or 300 instructions 
overall - at least for an I/O for which the hypervisor has complete 
responsibility (paging, mdisk, spool)).


Of course, XA made all this go away since the Channel Subsystem is then 
made responsible for initiating the I/O on an available CHPID - if more 
than 1 path is available and the initial path is found to be unavailable 
to perform the requested operation.


OTOH, this makes me dreamy about all the multipathing enhancements 
available on today's distributed systems - like - Ohhh ! Shiny ! (with 
Jazz Hands) - when this is something that has been available probably 
since the mid 70's (program controlled) and since the early 80's 
(hardware controlled) on mainframes.


--Ivan

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

Ipswitch WS_FTP Pro 12 not displaying OMVS directories correctly

2009-12-02 Thread Charles Mills

I've been using WS_FTP Pro between Windows XP and conventional z/OS
datasets for some time now with no problems.

 

I just tried to access some OMVS files and they are displaying very
strangely in WS_FTP. If I leave the filter blank, then all directories and
files have access permissions (you know, strings like drwxr-xr-x) displayed
instead of their names. If I set the filter to *, then the names are
displayed but folders are listed as binary files with a colon appended to
their names (e.g., a folder named source is displayed as a binary file named
source: ) and the cd command no longer works. I can't find a relevant
option. Has anyone else seen this? What am I doing wrong?

 

Charles


--
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: Ipswitch WS_FTP Pro 12 not displaying OMVS directories correctly

On Wed, 2 Dec 2009 18:32:25 -0800, Charles Mills wrote:

I've been using WS_FTP Pro between Windows XP and conventional z/OS
datasets for some time now with no problems.

I just tried to access some OMVS files and they are displaying very
strangely in WS_FTP. If I leave the filter blank, then all directories and
files have access permissions (you know, strings like drwxr-xr-x) displayed
instead of their names. If I set the filter to *, then the names are
displayed but folders are listed as binary files with a colon appended to
their names (e.g., a folder named source is displayed as a binary file named
source: ) and the cd command no longer works. I can't find a relevant
option. Has anyone else seen this? What am I doing wrong?

Probably nothing.  I bet it's WS_FTP Pro.  Likely it does something
similar to:

ftp quote syst
215 MVS is the operating system of this server. FTP Server is running on 
z/OS.

On seeing that the host is MVS, it parses the output of an
NLST (or perhaps LIST) command as if it were generated by
LISTDS rather than by /bin/ls.

Use linemode FTP fom a command tool.  Or some other client.  FileZilla?

-- 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: Ipswitch WS_FTP Pro 12 not displaying OMVS directories correctly

2009-12-02 Thread Bill Godfrey

On Wed, 2 Dec 2009 18:32:25 -0800, Charles Mills wrote:

I've been using WS_FTP Pro between Windows XP and conventional 
z/OS
datasets for some time now with no problems.



I just tried to access some OMVS files and they are displaying very
strangely in WS_FTP. If I leave the filter blank, then all directories and
files have access permissions (you know, strings like drwxr-xr-x) 
displayed
instead of their names. If I set the filter to *, then the names are
displayed but folders are listed as binary files with a colon appended 
to
their names (e.g., a folder named source is displayed as a binary file 
named
source: ) and the cd command no longer works. I can't find a relevant
option. Has anyone else seen this? What am I doing wrong?

If the Host Type for the session is Auto Detect, try changing it to UNIX.

Bill

--
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: Ipswitch WS_FTP Pro 12 not displaying OMVS directories correctly

2009-12-02 Thread Scott

Bill is correct- you need to set the host type.  It would be nice if they
made auto-detect a bit smarter.  Firefox has the same issue.  I have one
profile for when I transfer datasets (auto-detect0, another profile for
HFS/OMVS (UNIX).


On Wed, Dec 2, 2009 at 7:06 PM, Bill Godfrey yak36...@yahoo.com wrote:

 On Wed, 2 Dec 2009 18:32:25 -0800, Charles Mills wrote:

 I've been using WS_FTP Pro between Windows XP and conventional
 z/OS
 datasets for some time now with no problems.
 
 
 
 I just tried to access some OMVS files and they are displaying very
 strangely in WS_FTP. If I leave the filter blank, then all directories and
 files have access permissions (you know, strings like drwxr-xr-x)
 displayed
 instead of their names. If I set the filter to *, then the names are
 displayed but folders are listed as binary files with a colon appended
 to
 their names (e.g., a folder named source is displayed as a binary file
 named
 source: ) and the cd command no longer works. I can't find a relevant
 option. Has anyone else seen this? What am I doing wrong?
 
 If the Host Type for the session is Auto Detect, try changing it to UNIX.

 Bill

 --
 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: IEC143I 213-30

2009-12-02 Thread Tony Harminc

2009/12/2 Paul Gilmartin paulgboul...@aim.com:

 BTW, I tried:

    /bin/cp /some/file //'DATA.SET.NAME(MEMBER)'

 It gets an exclusive ENQ on SYSDSN 'DATA.SET.NAME'.  That's
 probably CRTL or LE behavior.

Um, isn't that just a side effect of the DYNALLOC it doubtless does
for the dataset? If you don't want that ENQ, you have to be APF
authorized, iirc.

 NFS server uses ISPF-style ENQ and generates ISPF-style
 timestamps in the directory (but wrong during leap years),
 but I don't believe it runs ISPF proper.

No authorization needed to ENQ on the ISPF name.

Tony H.

--
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: IEC143I 213-30

2009-12-02 Thread Robert A. Rosenberg


At 15:33 -0600 on 12/02/2009, Paul Gilmartin wrote about Re: IEC143I 213-30:


It's even worse than you've learned so far.  If you use
static (JCL DD DISP=OLD) allocation, the exclusive ENQ
will be obtained at job initiation and persist through
the last step that mentions the data set, regardless
whether SHR or OLD.


This is because the ENQ support has no way of altering a owned 
EXCLUSIVE ENQ to a SHARED one (you can only [try to] change from 
SHARED to EXCLUSIVE). It would be easy to do since all that is needed 
is to put the share request at the top of the waiting queue and do 
the DEQ processing. The task now has a SHARED ENQ and all the tasks 
waiting for the Exclusive ENQ to get released would fire off. With 
that capability Job Initiation would be able to issue an early 
DISP=OLD DEQ in lieu of its current need to wait for the last step 
referencing the dataset.


--
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: Now is time for banks to replace core system according to Accenture