date:20090528

Good Morn,
 
Could somedbody advise as to how I can trigger the backup of a dsn.  I issued 
the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted however 
nothing happens.  I checked the DFHSM parm and I noticed that the autobackup 
start is as follows:
SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
Could that be the reason why?  If so, to fix the problem, if I issue 
SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also 
noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. How 
can I just run my backup and nothing else?  
 
Thanks.



 


  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

Willie,

When you issued the QUERY ACTIVE, was BACKUP held?

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 7:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - UNABLE TO BACKUP DSN

Good Morn,
 
Could somedbody advise as to how I can trigger the backup of a dsn.  I issued 
the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted however 
nothing happens.  I checked the DFHSM parm and I noticed that the autobackup 
start is as follows:
SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
Could that be the reason why?  If so, to fix the problem, if I issue 
SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also 
noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. How 
can I just run my backup and nothing else?  

--
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: IMS..IMS..Gotta love IMS. Why is my PCB failing?

2009-05-28 Thread David Logan

Just to provide an interesting update on this: It appears that the engineers
are compiling these COBOL programs in some odd way. When I compile them,
they work. I wonder if it could be that they are compiling them on a
different platform. I know they like to compile their stuff on z/OS 1.4
still (and all of our IMS testing has been done on z/OS 1.8)

Anyway, that's the update. No coding error, it's somehow environmental.
Thanks again to those who gave me the tips to speed up my productivity!

-Original Message-
From: David Logan [mailto:loga3...@comcast.net] 
Sent: Wednesday, May 27, 2009 6:58 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: IMS..IMS..Gotta love IMS. Why is my PCB failing?

OK, that was all I needed, thanks. I put displays in around everything that
even touched the PCB, and I found the program that was horking it up.

Thanks!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Bill Klein
Sent: Wednesday, May 27, 2009 6:06 AM
To: IBM-MAIN@bama.ua.edu
Subject: IMS..IMS..Gotta love IMS. Why is my PCB failing?

When you are running this with BTS, are you ALSO using an interactive
language-specific debugger, e.g. Xpediter, Debug-Tool, or similar. (They all
have ways of running with BTS). If so, then I would trace when/how those
fields are getting correctly filled in under BTS in the program logic - and
figure out why the code is NOT getting to that place online.

Without knowing a WHOLE LOT MORE, my first guess is that your application is
not checking for a bad status on a preceding call to DL/I and that you are
assuming some of the PCB fields are already filled in (which they are when
things go well) but that are not filled in when something previously failed.
However, that is just a guess.

As I say, stepping thru the source code and monitoring or watching those
fields under BTS, should get you started on where the logic problem is.

David Logan loga3...@comcast.net wrote in message
news:035801c9dec0$8089a040$819ce0...@net...
 I have yet another mystifying situation. When I run my transaction online,
I
 get a U0476. When I run it under BTS, is happily blows right by the same
 code (crashes later, but Ill work on that later.)
 
 It crashes on this:
 CALL CEETDLI   USING GHU - and yes, I have tried CBLTDLI, no
 difference
G1CPCOM-PCB
TYPE-SEG-LTQA
LTERM-QSSA
TYPE-SSA
 
 Under online IMS, my PCB looks like this. This is the one that fails:
  3  PAÍQUEUESEGDJLOGAN 2.70COMMDBPX
 4F44DC444075DECECECC44414440CDDDCCD4F4FFCDDDCCDE444044
 030071000150845452570003413671502B7036444277000F00
 
 Under BTS, the above call works, and my PCB looks like this:
 G1CPCOM 03  PA {QUEUESEGIOPCB   2.70COMM   u
 CFCDCDD4FF44DC44000CDECECECC0001CDDCC444F4FFCDDD000A00
 71373640030071000F60845452570003967320002B7036440F940F
 
 It appears that there are various fields that have EBCDIC spaces that
 shouldn't in the online PCB. So I spent a lot of time reviewing the LANG=
on
 the PSBGEN at the recommendation of the messages manual. But, as it turns
 out, LANG=, LANG=ASSEM and LANG=COBOL all generate the same PCB value, so
 that's not it.
 
 So what is it? Where do I need to be looking?
 
 Thanks!
 David Logan
 
 (p.s. Perhaps somebody also knows how to reload a program in IMS after a
 relink without cycling IMS. In CICS, you can issue a NEWCOPY. What do I
 need to do in IMS to use a new load module?)
 
 --
 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

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

2009-05-28 Thread Brian Fraser

My guess would be that the MGMTCLAS doesn't allow backup.

On Thu, May 28, 2009 at 7:27 PM, willie bunter williebun...@yahoo.comwrote:

 Good Morn,

 Could somedbody advise as to how I can trigger the backup of a dsn.  I
 issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was
 accepted however nothing happens.  I checked the DFHSM parm and I noticed
 that the autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)

 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W.
 How can I just run my backup and nothing else?

 Thanks.






  __
 Looking for the perfect gift? Give the gift of Flickr!

 http://www.flickr.com/gift/

 --
 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: DFHSM QUESTION - UNABLE TO BACKUP DSN

2009-05-28 Thread Lizette Koehler

Willie,

When you issue a manual HBACK it should be immediate.  You should have some
messages in your DFHSM task or logs and if done through TSO a message should
come back to that session with more information.  The messages should tell
you why the HBACK did not work.

I have seen it not work due to a migrate not having been done first.

Lizette


 
 Good Morn,
 
 Could somedbody advise as to how I can trigger the backup of a dsn.  I
issued the
 command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted
 however nothing happens.  I checked the DFHSM parm and I noticed that the
 autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I
also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC
W.
 How can I just run my backup and nothing else?
 
 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

Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

2009-05-28 Thread Brian Fraser

I've seen migrates to ML2 fail because no valid backup exists, but never a
backup fail because dsn wasn't migrated first.

On Thu, May 28, 2009 at 7:49 PM, Lizette Koehler stars...@mindspring.comwrote:

 Willie,

 When you issue a manual HBACK it should be immediate.  You should have some
 messages in your DFHSM task or logs and if done through TSO a message
 should
 come back to that session with more information.  The messages should tell
 you why the HBACK did not work.

 I have seen it not work due to a migrate not having been done first.

 Lizette


 
  Good Morn,
 
  Could somedbody advise as to how I can trigger the backup of a dsn.  I
 issued the
  command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted
  however nothing happens.  I checked the DFHSM parm and I noticed that the
  autobackup start is as follows:
  SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
  Could that be the reason why?  If so, to fix the problem, if I issue
  SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I
 also
  noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC
 W.
  How can I just run my backup and nothing else?
 
  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


--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

Brian,
 
I checked if there were backups for this dsn and it shows there are 2 
versions.  The last time the dsn was backed up was on Tuesday.  The time the 
backup was done was at 01:01 a.m. which seems to coincide with the 
AUTOBACKSTART time.  

--- On Thu, 5/28/09, Brian Fraser brianmfra...@gmail.com wrote:


From: Brian Fraser brianmfra...@gmail.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 4:49 AM


My guess would be that the MGMTCLAS doesn't allow backup.

On Thu, May 28, 2009 at 7:27 PM, willie bunter williebun...@yahoo.comwrote:

 Good Morn,

 Could somedbody advise as to how I can trigger the backup of a dsn.  I
 issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was
 accepted however nothing happens.  I checked the DFHSM parm and I noticed
 that the autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)

 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W.
 How can I just run my backup and nothing else?

 Thanks.






      __
 Looking for the perfect gift? Give the gift of Flickr!

 http://www.flickr.com/gift/

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



  __
Connect with friends from any web browser - no download required. Try the new 
Yahoo! Canada Messenger for the Web BETA at 
http://ca.messenger.yahoo.com/webmessengerpromo.php

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

Bob,
 
I checked and the backup is not held :
 
BACKUP=NOT HELD, AUTOBACKUP=NOT HELD


--- On Thu, 5/28/09, Richards, Robert B. robert.richa...@opm.gov wrote:


From: Richards, Robert B. robert.richa...@opm.gov
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 4:42 AM


Willie,

When you issued the QUERY ACTIVE, was BACKUP held?

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 7:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - UNABLE TO BACKUP DSN

Good Morn,
 
Could somedbody advise as to how I can trigger the backup of a dsn.  I issued 
the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted however 
nothing happens.  I checked the DFHSM parm and I noticed that the autobackup 
start is as follows:
SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
Could that be the reason why?  If so, to fix the problem, if I issue 
SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also 
noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. How 
can I just run my backup and nothing else?  

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



  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.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: DFHSM QUESTION - UNABLE TO BACKUP DSN

Lizette,

I checked the STC but there is noting to indicate why the backup is held.

--- On Thu, 5/28/09, Lizette Koehler stars...@mindspring.com wrote:

From: Lizette Koehler stars...@mindspring.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 4:49 AM

Willie,

When you issue a manual HBACK it should be immediate.  You should have some
messages in your DFHSM task or logs and if done through TSO a message should
come back to that session with more information.  The messages should tell
you why the HBACK did not work.

I have seen it not work due to a migrate not having been done first.

Lizette

 Good Morn,

 Could somedbody advise as to how I can trigger the backup of a dsn.  I
issued the
 command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted
 however nothing happens.  I checked the DFHSM parm and I noticed that the
 autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)

 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I
also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC
W.
 How can I just run my backup and nothing else?

 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

  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

Willie,

Cut and paste for us the MGMTCLAS attributes of that dataset. I specifically 
want to see that it is eligible for command backup.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 8:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Lizette,
 
I checked the STC but there is noting to indicate why the backup is held.

--- On Thu, 5/28/09, Lizette Koehler stars...@mindspring.com wrote:


From: Lizette Koehler stars...@mindspring.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 4:49 AM


Willie,

When you issue a manual HBACK it should be immediate.  You should have some
messages in your DFHSM task or logs and if done through TSO a message should
come back to that session with more information.  The messages should tell
you why the HBACK did not work.

I have seen it not work due to a migrate not having been done first.

Lizette


 
 Good Morn,
 
 Could somedbody advise as to how I can trigger the backup of a dsn.  I
issued the
 command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted
 however nothing happens.  I checked the DFHSM parm and I noticed that the
 autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I
also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC
W.
 How can I just run my backup and nothing else?
 
 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



  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
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: IBM takes it on the chin for a DB2 problem....

2009-05-28 Thread John P Kalinich

The Thrilla in Manila.

Ed Gould of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote
on 05/27/2009 11:54:21 PM:

 IBM takes it on the chin for a DB2 problem
 Delays in GSIS processing traced to IBM glitch

 If you are a retired government employee or a pensioner experiencing
 delays in the processing of your money claims, do not blame the
 Government Service Insurance System (GSIS) management staff.
 Read the story at

 http://www.manilatimes.net/national/2009/may/28/yehey/opinion/
 20090528opi2.html

 (watch the wrap)

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

2009-05-28 Thread Willie Bunter

Bob, here it is:
 
 SMSDATA    
   STORAGECLASS --SCTSO MANAGEMENTCLASSMCSTD    
   DATACLASS (NULL) LBACKUP ---2009.146.0102    
 VOLUMES    

It seems to coincide with the AUTOBACKSTART time.

--- On Thu, 5/28/09, Richards, Robert B. robert.richa...@opm.gov wrote:


From: Richards, Robert B. robert.richa...@opm.gov
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 5:25 AM


Willie,

Cut and paste for us the MGMTCLAS attributes of that dataset. I specifically 
want to see that it is eligible for command backup.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 8:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Lizette,
 
I checked the STC but there is noting to indicate why the backup is held.

--- On Thu, 5/28/09, Lizette Koehler stars...@mindspring.com wrote:


From: Lizette Koehler stars...@mindspring.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 4:49 AM


Willie,

When you issue a manual HBACK it should be immediate.  You should have some
messages in your DFHSM task or logs and if done through TSO a message should
come back to that session with more information.  The messages should tell
you why the HBACK did not work.

I have seen it not work due to a migrate not having been done first.

Lizette


 
 Good Morn,
 
 Could somedbody advise as to how I can trigger the backup of a dsn.  I
issued the
 command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted
 however nothing happens.  I checked the DFHSM parm and I noticed that the
 autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I
also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC
W.
 How can I just run my backup and nothing else?
 
 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



      __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

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



  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.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: Book on Poughkeepsie

2009-05-28 Thread Kelman, Tom

Boy, do I remember punched cards. 
 
One of my earliest computer jobs was as a weekend shift operator while I
was going to college.  One of my tasks each weekend was to update the
master payroll system.  It was a process of getting the updates in
punched cards, sorting the deck, and then running the master deck
(several drawers of punched cards) and the update deck through an IBM
188 Collator.  For you youngsters the IBM 188 Collator was
programmed by plugging wires into a board which was then installed
into the machine.  It would read the master deck in one side and the
update deck in the other.  It would then compare the information on the
cards from the two decks and drop them into one of five different
pockets depending on what the plug board told it to do.

Anyway, I was in constant fear of dropping one of the drawers of the
master deck.  Sure, it could have been sorted, but that would have taken
forever.  The company had just converted from an IBM 1400 system without
any tape drives to an IBM 360/30 with tape drives.  So I decided to
transfer the master deck to tape and write a simple program to do the
job of the collator and create a new tape, which would then be run into
the rest of the payroll system.  My manager thought that they'd have to
completely rewrite the payroll system to be able to read tape instead of
cards.  Well, I did have to format the tape as 80/80 unblocked, but
everything worked great with no reprogramming. We just had to change the
JCL to point to the tape drive instead of the card reader.  They thought
I was a real programming guru.  Boy, did I have them fooled. 

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Scott T. Harder
 Sent: Tuesday, May 26, 2009 11:27 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Book on Poughkeepsie
 
 VBG.  Too funny.  I've heard many stories about card decks being
 dropped every which-way, but what did you have to do when that
 happened?  Were they numbered or denoted in some way where you could
 put the deck back together?  Must have been, but what a job; like
 trying to find a mis-filed tape.  ;-)   And, I would think that
 everything else came to a halt while the deck was re-ordered.
 
 --
 All the best,
 Scott T. Harder
 
 
 On 5/27/09, Patrick O'Keefe patrick.oke...@wamu.net wrote:
  On Tue, 26 May 2009 23:37:49 -0400, Scott T. Harder
  scottyt.har...@gmail.com wrote:
 
 ...
 Never heard of 96-column cards, though.  Just some ignorance on my
 part with that one.
 ...
 
  The 96-column card was really 3 tiers of 32 columns.  6 bits per
 logical
  column.It was small (3-1/4 inch wide by 2-5/8 inch high) with
small
  round holes.)   It was used on the S/3.  I'm not sure it was used by
  anything else.
 
  The small card size had both advantages and disadvantages.   Large
  decks were light so people tended to pick up decks that were too
large.
  If you tried picking up a deck that was much longer that the card's
 width
  you were left holding the first and last card with the rest of the
deck
  sprayed across the room.
 
  Pat O'Keefe
 
 --
 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


*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
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: TCB time question

2009-05-28 Thread Peter Relson

I am told that APAR OA20761 fixed the IEFACTRT sample exit (named
IEEACTRT), among other things.  This fix is in the GA version of z/OS 1.9
and does not need to be installed. You could not order the GA z/OS 1.9
without that fix being part of it. However, if the displays shown are from
an IEFACTRT routine based on an incorrect IEEACTRT, then that IEFACTRT exit
routine will have to be fixed.

Code prior to OA20761 in IEEACTRT:
L R01,PARMSTPCLOAD STEP TCB CPU TIME ADDR
ICM   R01,K7,K0(R01)  LOAD STEP TCB CPU TIME
LAR01,K0(,R01)ZERO HIGH ORDER BYTE

Oops, the last statement zeroes only the high bit for AMODE 31.

If you look at the corrected IEEACTRT, it ends up clearing the reg before
doing the ICM. Alternately, it could have used (and you could use)
NILH  R01,X'00FF'
to clear the high byte. If the PARMSTPC field happend to point below 16M,
the error would not surface.

Peter Relson
z/OS Core Technology 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

The IBM 188 Card Collator

2009-05-28 Thread Kelman, Tom

I just posted about working with an IBM 188 Collator.  For those of you
who don't know what that ancient piece of equipment was, here is a
link to a description of the IBM Collators (77, 85, 87, and 188).

 

http://www.columbia.edu/acis/history/collator.html

 

 

Tom Kelman

Enterprise Capacity Planner

Commerce Bank of Kansas City

(816) 760-7632 

 



*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

Does MCSTD permit COMMAND backup? 

The entry should probably say BOTH. If it says NONE, there is your problem.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Willie Bunter
Sent: Thursday, May 28, 2009 9:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Bob, here it is:
 
 SMSDATA    
   STORAGECLASS --SCTSO MANAGEMENTCLASSMCSTD    
   DATACLASS (NULL) LBACKUP ---2009.146.0102    
 VOLUMES    

It seems to coincide with the AUTOBACKSTART time.

From: Richards, Robert B. robert.richa...@opm.gov
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 5:25 AM

Willie,

Cut and paste for us the MGMTCLAS attributes of that dataset. I specifically 
want to see that it is eligible for command backup.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 8:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Lizette,
 
I checked the STC but there is noting to indicate why the backup is held.


From: Lizette Koehler stars...@mindspring.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 4:49 AM

Willie,

When you issue a manual HBACK it should be immediate.  You should have some
messages in your DFHSM task or logs and if done through TSO a message should
come back to that session with more information.  The messages should tell
you why the HBACK did not work.

I have seen it not work due to a migrate not having been done first.

Lizette
 
 Good Morn,
 
 Could somedbody advise as to how I can trigger the backup of a dsn.  I
issued the
 command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted
 however nothing happens.  I checked the DFHSM parm and I noticed that the
 autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I
also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC
W.
 How can I just run my backup and nothing else?
 
 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

Re: IBM takes it on the chin for a DB2 problem....

2009-05-28 Thread Hal Merritt

Sorry, but it sure sounds like mismanagement to me. All the way down to the 
'spin' and media manipulation. 

But I could be wrong. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ed Gould
Sent: Wednesday, May 27, 2009 11:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM takes it on the chin for a DB2 problem

Delays in GSIS processing traced to IBM glitch

 
If you are a retired government employee or a pensioner experiencing delays in 
the processing of your money claims, do not blame the Government Service 
Insurance System (GSIS) management staff.
Read the story at

http://www.manilatimes.net/national/2009/may/28/yehey/opinion/20090528opi2.html

(watch the wrap)


  

 
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

It does (please see below).  I had ADMIN authorization. 
 
 CDS Name  . . . . . . : DFSMSA.ACTIVE.SCDS   
 Management Class Name : MCSTD   
 Backup Attributes    
  Backup frequency  . . . . . . . . . . . : 1    
  Number of backup versions . . . . . . . : 2    
  (Data Set Exists)   
  Number of backup versions . . . . . . . : 1    
  (Data Set Deleted)  
  Retain days only backup version . . . . : 30   
  (Data Set Deleted)  
  Retain days extra backup versions . . . : NOLIMIT  
  
  Admin or User Command Backup  . . . . . : BOTH 
  Auto Backup . . . . . . . . . . . . . . : YES  
  Backup copy technique . . . . . . . . . : CONCURRENT PREFERRED 


--- On Thu, 5/28/09, Richards, Robert B. robert.richa...@opm.gov wrote:


From: Richards, Robert B. robert.richa...@opm.gov
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 6:32 AM


Does MCSTD permit COMMAND backup? 

The entry should probably say BOTH. If it says NONE, there is your problem.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Willie Bunter
Sent: Thursday, May 28, 2009 9:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Bob, here it is:
 
 SMSDATA    
   STORAGECLASS --SCTSO MANAGEMENTCLASSMCSTD    
   DATACLASS (NULL) LBACKUP ---2009.146.0102    
 VOLUMES    

It seems to coincide with the AUTOBACKSTART time.

From: Richards, Robert B. robert.richa...@opm.gov
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 5:25 AM

Willie,

Cut and paste for us the MGMTCLAS attributes of that dataset. I specifically 
want to see that it is eligible for command backup.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 8:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Lizette,
 
I checked the STC but there is noting to indicate why the backup is held.


From: Lizette Koehler stars...@mindspring.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 4:49 AM

Willie,

When you issue a manual HBACK it should be immediate.  You should have some
messages in your DFHSM task or logs and if done through TSO a message should
come back to that session with more information.  The messages should tell
you why the HBACK did not work.

I have seen it not work due to a migrate not having been done first.

Lizette

 Good Morn,
 
 Could somedbody advise as to how I can trigger the backup of a dsn.  I
issued the
 command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was accepted
 however nothing happens.  I checked the DFHSM parm and I noticed that the
 autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I
also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC
W.
 How can I just run my backup and nothing else?
 
 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



  __
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot 
with the All-new Yahoo! Mail.  Click on Options in Mail and switch to New Mail 
today or register for free at http://mail.yahoo.ca

--
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: z/OS STORAGE service

2009-05-28 Thread esst...@juno.com

snip
Passing just to itself via a STCM  R1,B'',MQCXP_EXITDATA at exit
init time. Then I plan to release it at exit termination time. I haven't
figured out how I can continue to reuse it over and over between
different invocations.

SNIP


MQ Channel Exits are strange animals.
They are not like Z/OS or CICS  Exits.
Channel Exits do Not Run Authorized.
they do Run under the MCA.
MQ Channel Exits are More Like a TSO job Submit exit, the exit gets driven 
several times for each Channel Connect.
 
MQCXP_EXITDATA might not be appropriate for waht you want to do. If I recall 
correctly that field is populated from the Channel Deffinition. It is used to 
pass user Specific Deffinition information to the Chanel Exit program.
A better choice might me MQCXP_USERAREA. this is a 16 byte field preceeding 
MQCXP_EXITDATA.




Click here for to find products that will help grow your small business.
http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTI97vGLfkvA8OmTyu4y5Nb7LLyQ96378HQGPUyLkvhItBm1oFkNWI/

--
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: TCB time question

2009-05-28 Thread P S

On Thu, May 28, 2009 at 9:26 AM, Peter Relson rel...@us.ibm.com wrote:
 I am told that APAR OA20761 fixed the IEFACTRT sample exit (named
 IEEACTRT), among other things.  This fix is in the GA version of z/OS 1.9
 and does not need to be installed. You could not order the GA z/OS 1.9
 without that fix being part of it. However, if the displays shown are from
 an IEFACTRT routine based on an incorrect IEEACTRT, then that IEFACTRT exit
 routine will have to be fixed.

I suspect DTSC systems were upgraded from earlier releases and this
thus didn't get installed. Does that make more sense?

--
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: IMS..IMS..Gotta love IMS. Why is my PCB failing?

2009-05-28 Thread Hal Merritt

I believe that all COBOL modules in a run unit should all be compiled with very 
similar compiler and binder options. Generally you may use most any compiler 
version, but the COBOL runtimes have to be the latest and greatest LE.   

I would also observe that 'unpredictable results' could very well include 
seemingly successful tests.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David Logan
Sent: Thursday, May 28, 2009 6:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IMS..IMS..Gotta love IMS. Why is my PCB failing?

Just to provide an interesting update on this: It appears that the engineers
are compiling these COBOL programs in some odd way. When I compile them,
they work. I wonder if it could be that they are compiling them on a
different platform. I know they like to compile their stuff on z/OS 1.4
still (and all of our IMS testing has been done on z/OS 1.8)

Anyway, that's the update. No coding error, it's somehow environmental.
Thanks again to those who gave me the tips to speed up my productivity!

-Original Message-
From: David Logan [mailto:loga3...@comcast.net] 
Sent: Wednesday, May 27, 2009 6:58 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: IMS..IMS..Gotta love IMS. Why is my PCB failing?

OK, that was all I needed, thanks. I put displays in around everything that
even touched the PCB, and I found the program that was horking it up.

Thanks!

..snip 
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

2009-05-28 Thread Big Iron

If I understand correctly, you are saying that there were 1740 backup
requests waiting. Your request would normally go to the back of the
queue. If there are active backup requests, then DFHSM will get around
to yours. If there aren't any active backup requests, then there may be a
problem, possibly related to processing the backup request(s) at the front
of the queue. I think that it is now possible to adjust the priority of
DFHSM requests but I haven't experimented with that feature myself.

Bill

On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser brianmfra...@gmail.com wrote:

My guess would be that the MGMTCLAS doesn't allow backup.

On Thu, May 28, 2009 at 7:27 PM, willie bunter williebun...@yahoo.comwrote:

 Good Morn,

 Could somedbody advise as to how I can trigger the backup of a dsn.  I
 issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was
 accepted however nothing happens.  I checked the DFHSM parm and I noticed
 that the autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)

 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W.
 How can I just run my backup and nothing else?

 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

Re: IBM takes it on the chin for a DB2 problem....

2009-05-28 Thread Pommier, Rex R.

I'm with you.  A bug in DB2 that big would/should affect more than one
entity.  And I rather doubt this government organization could have
orders of magnitude size differences between them and anybody else.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Hal Merritt
Sent: Thursday, May 28, 2009 8:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM takes it on the chin for a DB2 problem

Sorry, but it sure sounds like mismanagement to me. All the way down to
the 'spin' and media manipulation. 

But I could be wrong. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ed Gould
Sent: Wednesday, May 27, 2009 11:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM takes it on the chin for a DB2 problem

Delays in GSIS processing traced to IBM glitch

 
If you are a retired government employee or a pensioner experiencing
delays in the processing of your money claims, do not blame the
Government Service Insurance System (GSIS) management staff.
Read the story at

http://www.manilatimes.net/national/2009/may/28/yehey/opinion/20090528op
i2.html

(watch the wrap)

--
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: Item on Cost savings on the MF

2009-05-28 Thread Bill Washburn

Interesting.
I joined this list recently specifically because our company is considering
a migration off our mainframe platform (VSE), and I've spent the past
several months researching the pros and cons to determine which direction
we should proceed in.

Thank you for posting the link to that article. While it presents some
interesting considerations, I didn't find it had much relevance for us. It
seemed to be focused primarily on capacity comparisons, and in mainly on
migrating *to* the mainframe. I thought the capacity discussion was
somewhat simplistic and unrealistic. It discussed things in terms of # of
migratable apps that will run on each platform. I've been here 20 years
and we've never defined things in those terms. What's an app (as used in
the article)? A program? A group of related programs? We have either dozens
of apps, or thousands of apps, depending on how you count. There is so much
more involved in capacity planning on the mf than merely a 'number of
apps'.

And what's 'migratable'? Does that mean that it could run, as is, in the
same language, on a different platform? We're evaluating going to the
iSeries and there's not much we have on the mf would run 'as is'- it will
all need to be converted to a different language, as well as all the
process infrastructure having to be converted (JCL to CL, eliminate
'cardin' concept, etc etc). So, does that count as migratable in the terms
of the article? Or if we can convert a program or group of programs
automatically using tools or consulting companies (which we're looking at),
does that count as migratable?

Our focus isn't so much on capacity, it's on platform consolidation. We
already have a team working on the iSeries for one of our major
applications, so the thinking is that if we were all on the same box, we'd
save the hardware  software costs of the other box. We also have a concern
of obsolescence- there is a fear among some that our mf environment is too
out of date.

So our primary consideration is conversion cost- what is it going to take
to get us there? The more that has to be rebuilt  redesigned, as opposed
to merely 'converted', the more it will cost.

We also have to consider the hidden costs of how long it takes a programmer
to do xyz on the mf vs the I. I realize the iSeries will offer some
features that we don't have on the mainframe. But, I'm also learning that
we will give up quite a bit as well, in the areas of automation and
efficiency. Over the decades, we've built a lot of custom processes and
developed techniques that would all need to be rebuilt and redesigned. In
meetings with the iSeries guys I keep hearing well we don't/can't do
*that*, but we do this instead. However the 'this instead' alternatives on
the iSeries never seem quite as easy or efficient as what we've got on the
MF. We have 3 times the staff on the iseries that we have on the mainframe,
supporting roughly the same volume of data, programs, and processes.

Anyway, I'd be interested in hearing of anyone else who has gone thru this
sort of assessment or migration project (from mainframe to iseries), and
what you've learned.

Bill



   
 Ed Gould  
 ps2...@yahoo.com 
   To 
 Sent by: IBM  IBM-MAIN@bama.ua.edu
 Mainframe  cc 
 Discussion List   
 ibm-m...@bama.ua  Fax to 
 .edu 
   Subject 
   Item on Cost savings on the MF  
 05/27/2009 08:31  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 ibm-m...@bama.ua 
   .edu   
   
   




SHOULD YOU MOVE APPS ON OR OFF THE MAINFRAME TO CUT COSTS?
http://go.techtarget.com/r/7192091/6570353
Wayne Kernochan, Contributor

As IT seeks to cut costs in the face of declining

Re: z/OS STORAGE service

2009-05-28 Thread Ward, Mike S

Thank you for pointing that out. I don't know what I was thinking. I'm
going by the intercommunication guide and it clearly states:

Changes made to input/output fields (for example, the ExitUserArea
field), are preserved for invocations of that instance of the exit only.
Such changes cannot be used to pass data between different exits defined
on the same channel, or between the same exit defined on different
channels.

I'm not sure why I chose the area after the exituserarea. Thanks again.
I would have been debugging to no end.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of esst...@juno.com
Sent: Thursday, May 28, 2009 8:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS STORAGE service

snip
Passing just to itself via a STCM  R1,B'',MQCXP_EXITDATA at exit
init time. Then I plan to release it at exit termination time. I haven't
figured out how I can continue to reuse it over and over between
different invocations.

SNIP


MQ Channel Exits are strange animals.
They are not like Z/OS or CICS  Exits.
Channel Exits do Not Run Authorized.
they do Run under the MCA.
MQ Channel Exits are More Like a TSO job Submit exit, the exit gets
driven several times for each Channel Connect.
 
MQCXP_EXITDATA might not be appropriate for waht you want to do. If I
recall correctly that field is populated from the Channel Deffinition.
It is used to pass user Specific Deffinition information to the Chanel
Exit program.
A better choice might me MQCXP_USERAREA. this is a 16 byte field
preceeding MQCXP_EXITDATA.




Click here for to find products that will help grow your small business.
http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTI97vGLfkvA8OmTyu4y5Nb
7LLyQ96378HQGPUyLkvhItBm1oFkNWI/

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

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

Re: The IBM 188 Card Collator

 
In a message dated 5/28/2009 8:27:57 A.M. Central Daylight Time,  
thomas.kel...@commercebank.com writes:

who don't know what that ancient piece of equipment was, here is  a
link to a description of the IBM Collators (77, 85, 87, and  188).



Worst card jam I ever saw! Operator loaded it  up and went for a quick 
something. Well the output hopper jammed but it kept  on keeping on. Literally 
'baled' about 20-25 cards. We pushed it outside  and the CE
had to take a blowtorch and burn the thing  out. Lubed it back up and 
adjusted the hopper to finish the cycle-only a few  hours late.  




**Cooking Dinner For Two? Sign Up  Get Immediate Member-Only 
Savings. 
(http://pr.atwola.com/promoclk/100126575x1222652750x1201460983/aol?redir=http:%2F%2Fad.doubleclick.net%2Fclk%3B215225797%3B37274671%3Bq%3Fhttp:%2
F%2Frecipes.cookingfor2.pillsbury.com%2F%3FESRC%3D934)

--
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: The IBM 188 Card Collator

2009-05-28 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Kelman, Tom
 
 I just posted about working with an IBM 188 Collator.  For those of
you
 who don't know what that ancient piece of equipment was, here is a
 link to a description of the IBM Collators (77, 85, 87, and 188).
 
 
 http://www.columbia.edu/acis/history/collator.html

The Type 77 rented for $80 per month in 1955.

$80 per month could rent a pretty decent *house* in 1955!

-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: DFHSM QUESTION - UNABLE TO BACKUP DSN

Thanks Bill.  I have a sneaky suspicion that this has to do with the 
AUTOBACKSTART time.  I will keep on digging and let the LIST know if I find 
anything.

--- On Thu, 5/28/09, Big Iron billlalo...@rocketmail.com wrote:

From: Big Iron billlalo...@rocketmail.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 7:06 AM

If I understand correctly, you are saying that there were 1740 backup
requests waiting. Your request would normally go to the back of the
queue. If there are active backup requests, then DFHSM will get around
to yours. If there aren't any active backup requests, then there may be a
problem, possibly related to processing the backup request(s) at the front
of the queue. I think that it is now possible to adjust the priority of
DFHSM requests but I haven't experimented with that feature myself.

Bill

On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser brianmfra...@gmail.com wrote:

My guess would be that the MGMTCLAS doesn't allow backup.

On Thu, May 28, 2009 at 7:27 PM, willie bunter williebun...@yahoo.comwrote:

 Good Morn,

 Could somedbody advise as to how I can trigger the backup of a dsn.  I
 issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was
 accepted however nothing happens.  I checked the DFHSM parm and I noticed
 that the autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)

 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W.
 How can I just run my backup and nothing else?

 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

  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.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: TCB time question

2009-05-28 Thread Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)

 
In a message dated 5/28/2009 9:00:00 A.M. Central Daylight Time,  
zosw...@gmail.com writes:

I suspect DTSC systems were upgraded from earlier releases and  this
thus didn't get installed. Does that make more  sense?



What I've seen and done is do the upgrade and  the exits are link listed 
and updated, but some of the 'lay down' systems have  a copy in LPALIB that 
needs  deleting.


**Cooking Dinner For Two? Sign Up  Get Immediate Member-Only 
Savings. 
(http://pr.atwola.com/promoclk/100126575x1222652750x1201460983/aol?redir=http:%2F%2Fad.doubleclick.net%2Fclk%3B215225797%3B37274671%3Bq%3Fhttp:%2
F%2Frecipes.cookingfor2.pillsbury.com%2F%3FESRC%3D934)

--
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: IBM takes it on the chin for a DB2 problem....

2009-05-28 Thread Dirk Johann

From the few details mentioned I would guess it is DB2 LUW and not DB2 z/OS.

Just my 2 cents.

Dirk

On Thu, May 28, 2009 at 16:06, Pommier, Rex R. rex.pomm...@cnasurety.comwrote:

I'm with you. A bug in DB2 that big would/should affect more than one
entity. And I rather doubt this government organization could have
orders of magnitude size differences between them and anybody else.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Hal Merritt
Sent: Thursday, May 28, 2009 8:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM takes it on the chin for a DB2 problem

Sorry, but it sure sounds like mismanagement to me. All the way down to
the 'spin' and media manipulation.

But I could be wrong.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ed Gould
Sent: Wednesday, May 27, 2009 11:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM takes it on the chin for a DB2 problem

Delays in GSIS processing traced to IBM glitch

If you are a retired government employee or a pensioner experiencing
delays in the processing of your money claims, do not blame the
Government Service Insurance System (GSIS) management staff.
Read the story at

http://www.manilatimes.net/national/2009/may/28/yehey/opinion/20090528op
i2.htmlhttp://www.manilatimes.net/national/2009/may/28/yehey/opinion/20090528op%0Ai2.html

(watch the wrap)

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

Duplicate temp file

2009-05-28 Thread Howard Brazee

We have a bunch of extract jobs that each run their own procs.   I
created a new JCL that called several procs in succession.

 

Each proc starts off sorting a finder file, creating a temporary file:

 

//QA04#01EXEC PGM=SORT CLEAN UP FILES 

//PERSONSDD DSN=SYSTEM..QA04.CIDENT..DTODAY,   

// DISP=(MOD,DELETE),SPACE=(TRK,0)

//DISPLAYDD DSN=SYSTEM..QA04.CPRINT.DTODAY, 

// DISP=(MOD,DELETE),SPACE=(TRK,0)

//SORTIN DD DSN=FINDER,DISP=SHR  

//SORTOUTDD DSN=FINDERS,

// UNIT=UNIT1,   

// LRECL=80,  

// AVGREC=U,SPACE=(080,(1234844,1)),  1234844 

// DISP=(NEW,PASS)

 

 

The first two procs ran fine - the 3rd proc aborted with a duplicate
name on direct access volume.   Checking, I see that this is the 2nd
proc that is running with:

// UNIT1='3390,VOL=SER=DBS504',

 

So, FINDERS is SYS09148.T083746.RA000.ZHBBIOD.FINDERS.H01 in each proc
for this run, which is OK as long as they are on different packs.

 

I could hard code a different pack for each FINDERS, or I could
actually make the job more efficient by getting rid of the procs
altogether (they all use the same finder file, sorted the same way).

 

 

Any other options that I should consider?


--
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: Book on Poughkeepsie

2009-05-28 Thread Howard Brazee

I still sequence my CoBOL (on the left), but I haven't seen a card
sorter in a while, and wouldn't know how to load my virtual deck
anyway.

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

2009-05-28 Thread Adams, Rick

AUTOBACKUP should have nothing to do with command backup.  I would issue a 
QUERY REQUESTS and QUERY ACTIVE to find out what is waiting and what is active. 
 Sounds like there may be an issue if all of the requests are waiting and none 
are active.

ThanksRick

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Thanks Bill.  I have a sneaky suspicion that this has to do with the 
AUTOBACKSTART time.  I will keep on digging and let the LIST know if I find 
anything.

--- On Thu, 5/28/09, Big Iron billlalo...@rocketmail.com wrote:


From: Big Iron billlalo...@rocketmail.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 7:06 AM


If I understand correctly, you are saying that there were 1740 backup
requests waiting. Your request would normally go to the back of the
queue. If there are active backup requests, then DFHSM will get around
to yours. If there aren't any active backup requests, then there may be a
problem, possibly related to processing the backup request(s) at the front
of the queue. I think that it is now possible to adjust the priority of
DFHSM requests but I haven't experimented with that feature myself.

Bill

On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser brianmfra...@gmail.com wrote:

My guess would be that the MGMTCLAS doesn't allow backup.

On Thu, May 28, 2009 at 7:27 PM, willie bunter williebun...@yahoo.comwrote:

 Good Morn,

 Could somedbody advise as to how I can trigger the backup of a dsn.  I
 issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was
 accepted however nothing happens.  I checked the DFHSM parm and I noticed
 that the autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)

 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W.
 How can I just run my backup and nothing else?

 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



  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.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: Duplicate temp file

I would think that running these same procs over and over in the same
job would make the finders file pretty useless?  I would think you
would want a second step to process the finders file, and then delete
it before creating a new one in the same job?   Or just let the user
create the SORTOUT file in the JCL with their own file names?  

I'm surprised you've not had issues with this before.  But timing may
have saved you, or at least having many temp volumes?  

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Howard Brazee
Sent: Thursday, May 28, 2009 11:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Duplicate temp file

We have a bunch of extract jobs that each run their own procs.   I
created a new JCL that called several procs in succession.

 

Each proc starts off sorting a finder file, creating a temporary file:

 

//QA04#01EXEC PGM=SORT CLEAN UP FILES 

//PERSONSDD DSN=SYSTEM..QA04.CIDENT..DTODAY,   

// DISP=(MOD,DELETE),SPACE=(TRK,0)

//DISPLAYDD DSN=SYSTEM..QA04.CPRINT.DTODAY, 

// DISP=(MOD,DELETE),SPACE=(TRK,0)

//SORTIN DD DSN=FINDER,DISP=SHR  

//SORTOUTDD DSN=FINDERS,

// UNIT=UNIT1,   

// LRECL=80,  

// AVGREC=U,SPACE=(080,(1234844,1)),  1234844 

// DISP=(NEW,PASS)

 

 

The first two procs ran fine - the 3rd proc aborted with a duplicate
name on direct access volume.   Checking, I see that this is the 2nd
proc that is running with:

// UNIT1='3390,VOL=SER=DBS504',

 

So, FINDERS is SYS09148.T083746.RA000.ZHBBIOD.FINDERS.H01 in each proc
for this run, which is OK as long as they are on different packs.

 

I could hard code a different pack for each FINDERS, or I could
actually make the job more efficient by getting rid of the procs
altogether (they all use the same finder file, sorted the same way).

 

 

Any other options that I should consider?


--
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: Duplicate temp file

2009-05-28 Thread David Andrews

On Thu, 2009-05-28 at 11:09 -0400, Howard Brazee wrote:
 //SORTOUTDD DSN=FINDERS,
 So, FINDERS is SYS09148.T083746.RA000.ZHBBIOD.FINDERS.H01 in each proc
 for this run, which is OK as long as they are on different packs.
 Any other options that I should consider?

Use referbacks in your receiving steps (DSN=*.stepname.ddname) instead
of temporary dataset names (DSN=name).  They're a bit awkward, but
eliminate the duplicate dataset name issue.  Quoting the JCL Reference:
To ensure that a temporary data set name is unique, do not code a
temporary data set name. Allow the system to assign one.

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

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

Re: Book on Poughkeepsie

2009-05-28 Thread Howard Brazee

Back when programmers would run the deck through the syntax checker
one night, read the printed output the next day, and then if
everything was OK, run the deck through the compiler the next day -
the cost of paper and the cost of labor and the cost of not having
results were relatively cheap compared to the cost of MIPS.

--
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: IMS..IMS..Gotta love IMS. Why is my PCB failing?

2009-05-28 Thread Richard Peurifoy


David Logan wrote:

Just to provide an interesting update on this: It appears that the engineers
are compiling these COBOL programs in some odd way. When I compile them,
they work. I wonder if it could be that they are compiling them on a
different platform. I know they like to compile their stuff on z/OS 1.4
still (and all of our IMS testing has been done on z/OS 1.8)

Anyway, that's the update. No coding error, it's somehow environmental.
Thanks again to those who gave me the tips to speed up my productivity!


This might be caused by using uninitialized fields, or indexing
past the end of an array. What you get depends on what happens
to be in memory.

The SSRANGE COBOL option can help find array index problems.

For uninitialized fields, you either have to find them and
initialized them before you use them or use the set the LE
option to clear memory.

--
Richard

--
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: DFHSM QUESTION - UNABLE TO BACKUP DSN

I ran a check and only the backup requests are waiting.  

I also checked and the BACKUP is not held.

--- On Thu, 5/28/09, Adams, Rick rick.ad...@fmr.com wrote:

From: Adams, Rick rick.ad...@fmr.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 8:16 AM

AUTOBACKUP should have nothing to do with command backup.  I would issue a 
QUERY REQUESTS and QUERY ACTIVE to find out what is waiting and what is 
active.  Sounds like there may be an issue if all of the requests are waiting 
and none are active.

ThanksRick

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Thursday, May 28, 2009 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN

Thanks Bill.  I have a sneaky suspicion that this has to do with the 
AUTOBACKSTART time.  I will keep on digging and let the LIST know if I find 
anything.

--- On Thu, 5/28/09, Big Iron billlalo...@rocketmail.com wrote:

From: Big Iron billlalo...@rocketmail.com
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, May 28, 2009, 7:06 AM

If I understand correctly, you are saying that there were 1740 backup
requests waiting. Your request would normally go to the back of the
queue. If there are active backup requests, then DFHSM will get around
to yours. If there aren't any active backup requests, then there may be a
problem, possibly related to processing the backup request(s) at the front
of the queue. I think that it is now possible to adjust the priority of
DFHSM requests but I haven't experimented with that feature myself.

Bill

On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser brianmfra...@gmail.com wrote:

My guess would be that the MGMTCLAS doesn't allow backup.

On Thu, May 28, 2009 at 7:27 PM, willie bunter williebun...@yahoo.comwrote:

 Good Morn,

 Could somedbody advise as to how I can trigger the backup of a dsn.  I
 issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was
 accepted however nothing happens.  I checked the DFHSM parm and I noticed
 that the autobackup start is as follows:
 SETSYS AUTOBACKUPSTART(0100 0300 0530)

 Could that be the reason why?  If so, to fix the problem, if I issue
 SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?  I also
 noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W.
 How can I just run my backup and nothing else?

 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

      __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.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

  __
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot 
with the All-new Yahoo! Mail.  Click on Options in Mail and switch to New Mail 
today or register for free at http://mail.yahoo.ca

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

Java V5 s0c4

2009-05-28 Thread Ceruti, Gerard G

Hi all

We have Java V5 64bit installed and I am trying to confirm it is
installed ok by issuing the java -version command but I get :

RC14:PTC3:/usr/lpp/java/J5.0_64/bin:# ./java -version
CEE3204S The system detected a protection exception (System Completion
Code=0C4).
 From entry point checkInstallation at compile unit offset
+1D8213BA at entry offset +014A at address
1D8213BA.
CEE3204S The system detected a protection exception (System Completion
Code=0C4).
 The traceback information could not be determined.
[1] + Done(137) ./java -version
  50332007  Killed  ./java
RC14:PTC3:/usr/lpp/java/J5.0_64/bin:#

I will open a call with IBM local in the AM, perhaps someone has seen
the error before,
Are there perhaps any LE settings that need to be done ?

Regards
Gerard Ceruti
may the 'z' be with you
_

Standard Bank email Disclaimer and confidentiality note

This e-mail, its attachments and any rights attaching hereto are, unless the 
content clearly indicates otherwise, the property of 
Standard Bank Group Limited and its subsidiaries. It is confidential, private 
and intended for only the addressee. 

Should you not be the addressee and receive this e-mail by mistake, kindly 
notify the sender, and delete this e-mail immediately.
Do not disclose or use it in any way. Views and opinions expressed in this 
e-mail are those of the sender unless clearly stated as 
those of Standard Bank Group. 

Standard Bank Group accepts no liability for any loss or damages howsoever 
incurred, or suffered, resulting, or arising, 
from the use of this email or its attachments. 

Standard Bank Group does not warrant the integrity of this e-mail nor that it 
is free of errors, viruses, interception or interference. 

Licensed divisions of the Standard Bank Group are authorised financial services 
providers in terms of the Financial Advisory and 
Intermediary Services Act, No 37 of 2002 (FAIS).

For information about the Standard Bank Group visit our website 
http://www.standardbank.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: Java V5 s0c4

2009-05-28 Thread Mark Jacobs

Ceruti, Gerard G wrote:
 Hi all

 We have Java V5 64bit installed and I am trying to confirm it is
 installed ok by issuing the java -version command but I get :

 RC14:PTC3:/usr/lpp/java/J5.0_64/bin:# ./java -version
 CEE3204S The system detected a protection exception (System Completion
 Code=0C4).
  From entry point checkInstallation at compile unit offset
 +1D8213BA at entry offset +014A at address
 1D8213BA.
 CEE3204S The system detected a protection exception (System Completion
 Code=0C4).
  The traceback information could not be determined.
 [1] + Done(137) ./java -version
   50332007  Killed  ./java
 RC14:PTC3:/usr/lpp/java/J5.0_64/bin:#

 I will open a call with IBM local in the AM, perhaps someone has seen
 the error before,
 Are there perhaps any LE settings that need to be done ?

 Regards
 Gerard Ceruti
 may the 'z' be with you
 _
   

What is your memlimit set at? I've seen multiple problems with the 64
bit java when memlimit isn't set correctly.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


In theory there is no difference between theory and practice. 
In practice there is. 

- Yogi Berra

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

FMID descriptions

Does anyone have any REXX code to grab English description FMID table
entries out of GIM.SGIMTENU's BCNFMDS member by passing it the FMID in
question?

 

I am writing some code to parse information from the ERROR SYSMODS
Report and want to provide the reader with ICKDSF instead of EDU1H01, et
al. I looked at the various SMP/E LIST commands, but parsing any one of
those reports seems to be overkill for my purposes.

 

Kurt Q, feel free to jump in here and tell me that it is possible run
some report that just provides these two pieces of information. I looked
in the archives and see that others have cut and paste some of this info
from web pages or have their own lists, but am looking for something
that would be automatically updated based on my product set. 

 

Other suggestions are also welcome! :-)

 

Bob

 

 


--
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: DFHSM QUESTION - RELEASE BACKUP COMMAND

John,

  What is the value of  'DATA SET BACKUP=NOT HELD' when you Q AC?
If it is NOT Held then releasing it won't accomplish much. If it is =HELD, then 
by all means issue the Release commands.

Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of John 
Dawes [jhn_da...@yahoo.com.au]
Sent: Tuesday, May 26, 2009 11:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - RELEASE BACKUP COMMAND

David,

I saw in the manual the following commands :
RELEASE BACKUP(DSCOMMAND)
RELEASE BACKUP(DSCOMMAND(TAPE))

Would that just release my backup and not the automatic backup?

--- On Tue, 26/5/09, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov 
wrote:


From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov
Subject: Re: DFHSM QUESTION - RELEASE BACKUP COMMAND
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 26 May, 2009, 8:22 AM


If you release backup during the backup window then yes, Incremental Backup 
will commence.
Issue setsys command to set start stop times for automatic backup to , run 
your test then when ready re-set your backup window.

Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of John 
Dawes [jhn_da...@yahoo.com.au]
Sent: Monday, May 25, 2009 1:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - RELEASE BACKUP COMMAND

G'Day,

I am testing a new BCDS and I just want to test the HBACK 'MY DSN' command.  I 
am holding all DFHSM functions when I bring up the DFHSM region.  If I issue 
the HSEND RELEASE BACKUP, would it release all the backup functions (including 
CDS backup)?  Is there a way of just releasing the backup function so as to do 
a backup of my pds?

Thanks.


  Need a Holiday? Win a $10,000 Holiday of your choice. Enter 
now.http://us.lrd.yahoo.com/_ylc=X3oDMTJxN2x2ZmNpBF9zAzIwMjM2MTY2MTMEdG1fZG1lY2gDVGV4dCBMaW5rBHRtX2xuawNVMTEwMzk3NwR0bV9uZXQDWWFob28hBHRtX3BvcwN0YWdsaW5lBHRtX3BwdHkDYXVueg--/SIG=14600t3ni/**http%3A//au.rd.yahoo.com/mail/tagline/creativeholidays/*http%3A//au.docs.yahoo.com/homepageset/%3Fp1=other%26p2=au%26p3=mailtagline

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



  Need a Holiday? Win a $10,000 Holiday of your choice. Enter 
now.http://us.lrd.yahoo.com/_ylc=X3oDMTJxN2x2ZmNpBF9zAzIwMjM2MTY2MTMEdG1fZG1lY2gDVGV4dCBMaW5rBHRtX2xuawNVMTEwMzk3NwR0bV9uZXQDWWFob28hBHRtX3BvcwN0YWdsaW5lBHRtX3BwdHkDYXVueg--/SIG=14600t3ni/**http%3A//au.rd.yahoo.com/mail/tagline/creativeholidays/*http%3A//au.docs.yahoo.com/homepageset/%3Fp1=other%26p2=au%26p3=mailtagline

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

3592 Upgrade in an ATL to TS1130's

2009-05-28 Thread Ken Porowski

We are about to upgrade our ATL (3494) tape drives from 3592-J1A and
3592-E05 (aka TS1120) to 3592-E06 and 3592-EU6 (aka TS1130).  These are
the only 3592 drives in the ATL and all are on the same controller.  

The TS1130's can only READ EFMT1 but can R/W EFMT2/3.  
All of our existing 3592 carts are EFMT1.

From what I can tell (from RTFM) I need to set the READCOMPATIBLE
attribute for every 3592 volume I have if I expect the TS1130's to be
considered for the mount of an EFMT1 tape (otherwise the mount will fail
because of no eligible devices).

Can anyone confirm/deny that I need to do this.  

Thanks all.

Ken Porowski
AVP Systems Software
CIT Group
E: ken.porow...@cit.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: 3592 Upgrade in an ATL to TS1130's

2009-05-28 Thread Mike Wood

Ken,  Yes. see http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/dgt2j110/1.1.10.1?
SHELF=EZ2ZBK0G.bksDT=20080520122739

Mike Wood   RMM Development

On Thu, 28 May 2009 12:29:46 -0400, Ken Porowski 
ken.porow...@cit.com wrote:

We are about to upgrade our ATL (3494) tape drives from 3592-J1A and
3592-E05 (aka TS1120) to 3592-E06 and 3592-EU6 (aka TS1130).  These are
the only 3592 drives in the ATL and all are on the same controller.  

The TS1130's can only READ EFMT1 but can R/W EFMT2/3.  
All of our existing 3592 carts are EFMT1.

From what I can tell (from RTFM) I need to set the READCOMPATIBLE
attribute for every 3592 volume I have if I expect the TS1130's to be
considered for the mount of an EFMT1 tape (otherwise the mount will fail
because of no eligible devices).

Can anyone confirm/deny that I need to do this.  

Thanks all.

Ken Porowski
AVP Systems Software
CIT Group
E: ken.porow...@cit.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: DFHSM QUESTION - UNABLE TO BACKUP DSN

2009-05-28 Thread Gibney, Dave

   You've got a CDS Back-up in progress, or more likely failed. Or your JRNL is 
full and you need to issue a BACKVOL CDS command.

Dave Gibney
Information Technology Services
Washington State University


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of willie bunter
 Sent: Thursday, May 28, 2009 7:15 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
 
 Thanks Bill.  I have a sneaky suspicion that this has to do with the
 AUTOBACKSTART time.  I will keep on digging and let the LIST know if I
 find anything.
 
 --- On Thu, 5/28/09, Big Iron billlalo...@rocketmail.com wrote:
 
 
 From: Big Iron billlalo...@rocketmail.com
 Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
 To: IBM-MAIN@bama.ua.edu
 Received: Thursday, May 28, 2009, 7:06 AM
 
 
 If I understand correctly, you are saying that there were 1740 backup
 requests waiting. Your request would normally go to the back of the
 queue. If there are active backup requests, then DFHSM will get around
 to yours. If there aren't any active backup requests, then there may be
 a
 problem, possibly related to processing the backup request(s) at the
 front
 of the queue. I think that it is now possible to adjust the priority of
 DFHSM requests but I haven't experimented with that feature myself.
 
 Bill
 
 On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser
 brianmfra...@gmail.com wrote:
 
 My guess would be that the MGMTCLAS doesn't allow backup.
 
 On Thu, May 28, 2009 at 7:27 PM, willie bunter
 williebun...@yahoo.comwrote:
 
  Good Morn,
 
  Could somedbody advise as to how I can trigger the backup of a dsn.
 I
  issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS.  The command was
  accepted however nothing happens.  I checked the DFHSM parm and I
 noticed
  that the autobackup start is as follows:
  SETSYS AUTOBACKUPSTART(0100 0300 0530)
 
  Could that be the reason why?  If so, to fix the problem, if I issue
  SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around?
 I also
  noticed that there are BACKUP=1740 waiting when I did the HSEND
 Q AC W.
  How can I just run my backup and nothing else?
 
  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
 
 
 
 
 __
 Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark
 your favourite sites. Download it now
 http://ca.toolbar.yahoo.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: Java V5 s0c4

2009-05-28 Thread Kirk Wolf

Agreed.   This is the most likely problem (MEMLIMIT).

If you run HelloWorld from the JZOS batch launcher with LOGLVL=+D, the
JZOS batch JVM launcher will display memory limits from the LDA to confirm
your actual available storage.   Under USS using the java launcher, you may
want to try something like Mark Zeldon's RXSTOR64 exec under USS:

http://www.ibmsystemsmag.com/mainframe/enewsletterexclusive/19864p2.aspx

If you are running a OMVS shell under TSO, you might also try logging in to
a TTY Telnet or SSH shell, since the problem may be only with your LOGON
proc and not the USS default MEMLIMIT.

BTW: does anyone else find it objectionable that the standard java launcher
doesn't check to see if it has a minimum amount of required memory before
crashing during initialization?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Thu, May 28, 2009 at 11:08 AM, Mark Jacobs mark.jac...@custserv.comwrote:

 Ceruti, Gerard G wrote:
  Hi all
 
  We have Java V5 64bit installed and I am trying to confirm it is
  installed ok by issuing the java -version command but I get :
 
  RC14:PTC3:/usr/lpp/java/J5.0_64/bin:# ./java -version
  CEE3204S The system detected a protection exception (System Completion
  Code=0C4).
   From entry point checkInstallation at compile unit offset
  +1D8213BA at entry offset +014A at address
  1D8213BA.
  CEE3204S The system detected a protection exception (System Completion
  Code=0C4).
   The traceback information could not be determined.
  [1] + Done(137) ./java -version
50332007  Killed  ./java
  RC14:PTC3:/usr/lpp/java/J5.0_64/bin:#
 
  I will open a call with IBM local in the AM, perhaps someone has seen
  the error before,
  Are there perhaps any LE settings that need to be done ?
 
  Regards
  Gerard Ceruti
  may the 'z' be with you
 
 _
 

 What is your memlimit set at? I've seen multiple problems with the 64
 bit java when memlimit isn't set correctly.

 --
 Mark Jacobs
 Time Customer Service
 Tampa, FL
 

 In theory there is no difference between theory and practice.
 In practice there is.

 - Yogi Berra

 --
 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: Java V5 s0c4

2009-05-28 Thread Mark Zelden

On Thu, 28 May 2009 11:55:03 -0500, Kirk Wolf k...@dovetail.com wrote:

Agreed.   This is the most likely problem (MEMLIMIT).

If you run HelloWorld from the JZOS batch launcher with LOGLVL=+D, the
JZOS batch JVM launcher will display memory limits from the LDA to confirm
your actual available storage.   Under USS using the java launcher, you may
want to try something like Mark Zeldon's RXSTOR64 exec under USS:


That's Zelden with an e ...   :-)  (everyone seems to spell it that way)


Or REXXSTOR is probably simpler and will just list the memory limits
for your task. 

Speaking of RXSTOR64 I've just added in HVCOMMON (64-bit common)
displays on an ASID level and system level totals.   The system and control
blocks tell me 5M is allocated but I can't attribute it to any ASID. The new
z/OS 1.10 RMF III display shows the same thing.  

If anyone knows they have some HVCOMMON in use and wants to test an
updated version of RXSTOR64 for me, please email me off-list.  Otherwise 
I should have the update out on my web site soon regardless.  I'm also
adding large memory displays (large pages), another thing I can't test yet.   

Regards,

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: Book on Poughkeepsie


snip--
I remember 80-column punch cards. I don't remember the model of the 
keypunch machine, but I do remember that it was large, heavy, and 
unforgiving.

---unsnip
I can remember the 026 (BCD only), the 029 (EBCDIC) and the 129 (EBCDIC 
with memory), but I can't remember the equipment for the 96-column card.


--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
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: Book on Poughkeepsie


-snip-
Punch cards were pre-me, but I do remember when someone told me why we 
code JCL in 80 column data sets (or members). It's just an online punch 
card, of sorts, right? I remember thinking that was so cool, so I hope 
it is true. ;-)


Never heard of 96-column cards, though. Just some ignorance on my part 
with that one.

-unsnip-
the 96-column card was unique to the System-3, with three rows of 
punches, in BCD, on a single card that was't really a lot larger than 
today's credit cards. Slightly larger, but not inconveniently so. The 
holes were round, as opposed to rectangular in the 80-column card, and 
the keypunch for them also printed the value of the punch on the card. 
I've still got a partial box of the original cards. Contact me off-list 
and I'll send you a picture. Or a sample card.


--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
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: Book on Poughkeepsie

2009-05-28 Thread Adams, Tracy

Dang, I bet the book on Poughkeepsie didn't spend this much time on the
topic of card punches and readers

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rick Fochtman
Sent: Thursday, May 28, 2009 1:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Book on Poughkeepsie

snip--
I remember 80-column punch cards. I don't remember the model of the 
keypunch machine, but I do remember that it was large, heavy, and 
unforgiving.
---unsnip-
---
I can remember the 026 (BCD only), the 029 (EBCDIC) and the 129 (EBCDIC 
with memory), but I can't remember the equipment for the 96-column card.

-- 
Rick
--
Remember that if you're not the lead dog, the view never changes.

--
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: Book on Poughkeepsie


Patrick O'Keefe wrote:


On Tue, 26 May 2009 23:37:49 -0400, Scott T. Harder
scottyt.har...@gmail.com wrote:

 


...
Never heard of 96-column cards, though.  Just some ignorance on my
part with that one.
...
   



The 96-column card was really 3 tiers of 32 columns.  6 bits per logical
column.It was small (3-1/4 inch wide by 2-5/8 inch high) with small 
round holes.)   It was used on the S/3.  I'm not sure it was used by 
anything else.


The small card size had both advantages and disadvantages.   Large 
decks were light so people tended to pick up decks that were too large.

If you tried picking up a deck that was much longer that the card's width
you were left holding the first and last card with the rest of the deck 
sprayed across the room.
 


Or sprayed across the floor. :-)

--
Rick
--
Remember that if you're not the lead dog, the view never changes.



--
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: Book on Poughkeepsie


--snip---
VBG. Too funny. I've heard many stories about card decks being dropped 
every which-way, but what did you have to do when that happened? Were 
they numbered or denoted in some way where you could put the deck back 
together? Must have been, but what a job; like trying to find a 
mis-filed tape. ;-) And, I would think that everything else came to a 
halt while the deck was re-ordered.

unsnip-
All too true, but at least you could run your 80-column cards through 
the 101 Sorter, if you had one. The 96-column cards didn't have that 
small luxury.


--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
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: Book on Poughkeepsie


--snip-
As an early day hacker in college, me and a few buddies took a card 
and punched every hole out, then reproduced that card till we had a few 
decks, then put one deck in the keypunch machine to reproduce, another 
deck in each sorting machine and each printer in the room. Started them 
all and boy did that make some sounds as those machines danced around 
the room. The computer science professor soon arrived to stop the stress 
test of the machines. ;-)

--unsnip
Those old keypunch machines had a limitation: they weren't supposed to 
be used to duplicate more than 6 punches in any column, else the knives 
would jame and cause serious problems. IIRC it was somethng to do with 
the power supplies to the knives.


--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
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: Book on Poughkeepsie

2009-05-28 Thread William Donzelli

 Those old keypunch machines had a limitation: they weren't supposed to be
 used to duplicate more than 6 punches in any column, else the knives would
 jame and cause serious problems. IIRC it was somethng to do with the power
 supplies to the knives.

On some of the punching equipment, it had to do with a mechanical
linkage that would distort if too many holes were punched at once. The
dies would not make clean holes, and could get stuck.

--
Will

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

Happy Birthday COBOL

2009-05-28 Thread Ken Porowski

http://www.theregister.co.uk/2009/05/28/cobol_fifty/



--
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: Book on Poughkeepsie

 
In a message dated 5/28/2009 12:21:50 P.M. Central Daylight Time,  
tad...@cvps.com writes:

I bet the book on Poughkeepsie didn't spend this much time on  the
topic of card punches and readers



Hold one up to the light and you'll see they  did!





**Cooking Dinner For Two? Sign Up  Get Immediate Member-Only 
Savings. 
(http://pr.atwola.com/promoclk/100126575x1222652750x1201460983/aol?redir=http:%2F%2Fad.doubleclick.net%2Fclk%3B215225797%3B37274671%3Bq%3Fhttp:%2
F%2Frecipes.cookingfor2.pillsbury.com%2F%3FESRC%3D934)

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

DFHSM question concerning Duplex copies

Personally, I'm dubious that this is doable but management would like to know:
 
Is there a way to fool HSM into using only part of a tape for ML2 and Backup so 
that a shorter tape could be used for duplexing?

We currently use 9840A drives for both local and remote (Duplex) ML2 and Backup 
tapes.
Management would like to transfer the local HSM workload to an SL8500 with 
9840D tape drives.
Both the 9840As and 9840Ds are gen'd as emulated 3490s.

We currently use the following Tapeutilization parameters:

SETSYS -   
  TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200))   -   
  TAPESPANSIZE(1000)   
SETSYS -   
  TAPEUTILIZATION(UNITTYPE(R9840) PERCENTFULL(2200))   -   
  TAPESPANSIZE(1000) 
  
Any suggestions? 

Thank you,
Dave O'Brien
NIH Contractor

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

Re: DFHSM question concerning Duplex copies

2009-05-28 Thread Staller, Allan

This is actually the standard way duplexing works. Data is written
simultaneously to both the primary and duplex copy. Whichever tape is
shorter will cause the initial primary/duplex pair to be marked full and
a new pair created.

Reading between the lines, it sounds like your management want's to use
(e.g.) 1 primary (long) and 2 duplex (short) to make up a primary/duplex
pair. This cannot be done. A 1 for 1 relationship between primary and
duplex volumes is mandatory.

IIRC, the primary/duplex pair must be the same device type as well. As
stated above, the shorter tape controls.

HTH,

snip
Is there a way to fool HSM into using only part of a tape for ML2 and
Backup so that a shorter tape could be used for duplexing?

We currently use 9840A drives for both local and remote (Duplex) ML2 and
Backup tapes.
Management would like to transfer the local HSM workload to an SL8500
with 9840D tape drives.
Both the 9840As and 9840Ds are gen'd as emulated 3490s.

We currently use the following Tapeutilization parameters:

SETSYS -   
  TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200))   -   
  TAPESPANSIZE(1000)   
SETSYS -   
  TAPEUTILIZATION(UNITTYPE(R9840) PERCENTFULL(2200))   -   
  TAPESPANSIZE(1000) 
  
/snip

--
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: Java V5 s0c4

2009-05-28 Thread David Andrews

On Thu, 2009-05-28 at 13:08 -0400, Mark Zelden wrote:
 That's Zelden with an e ...   :-)  (everyone seems to spell it that way)

Frank Yaeger takes a lot of abuse, too.

--
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: Java V5 s0c4

 That's Zelden with an e ...   :-)  (everyone seems to spell it that way)

Frank Yaeger takes a lot of abuse, too.


We Mac's get it all the time.
Mc is more common.
Also, lots of people don't capitalise the N.

-
Too busy driving to stop for gas!

--
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: Book on Poughkeepsie

2009-05-28 Thread Anne Lynn Wheeler

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


TrailingEdgeTechnologies bbreyno...@aol.com writes:
 Another use for the 1mm-hole form factor for cards would have been a
 step between the original 80-column and 51-column cards used for
 toll collection and the current mag stripe cards.

for a little topic drift ... wiki mag-stripe page
http://en.wikipedia.org/wiki/Magnetic_stripe

invented by IBM under a contract with the US government for a security
system
http://en.wikipedia.org/wiki/Forrest_Parry

magstripe standards then managed out of the IBM Los Gatos lab from 1966
to 1975.

IBM los gatos also 3624 ( 3514) ATM (cash) machine:
http://en.wikipedia.org/wiki/IBM_3624

... transaction records printed by 3624 was on approx. 3in sq card
similar to card stock.

earlier post in thread mentioning 3614/3624
http://www.garlic.com/~lynn/2009h.html#44 Book on Poughkeepsie

-- 
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: DFHSM question concerning Duplex copies

From the HSM Guide:
The alternate tape must have the same tape geometry as the original. For
example, if the original tape is a 3590-1 tape, the alternate must be
also.

The question is: Is the tape geometry of the 9840A and 9840D the same?

Allan, is your Duplex parameter defined as follows:
SETSYS DUPLEX(MIGRATION(Y ERRALT(MARKFULL))) 
 
That would explain your following comment:
Whichever tape is
shorter will cause the initial primary/duplex pair to be marked full and
a new pair created.

In my environment any problem with the duplex tape results in the function 
(Migrate, Backup or Recycle) continuing and an HSM internal Tapecopy task for 
each unduplex'd tape.
 
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of 
Staller, Allan [allan.stal...@kbm1.com]
Sent: Thursday, May 28, 2009 3:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM question concerning Duplex copies

This is actually the standard way duplexing works. Data is written
simultaneously to both the primary and duplex copy. Whichever tape is
shorter will cause the initial primary/duplex pair to be marked full and
a new pair created.

Reading between the lines, it sounds like your management want's to use
(e.g.) 1 primary (long) and 2 duplex (short) to make up a primary/duplex
pair. This cannot be done. A 1 for 1 relationship between primary and
duplex volumes is mandatory.

IIRC, the primary/duplex pair must be the same device type as well. As
stated above, the shorter tape controls.

HTH,

snip
Is there a way to fool HSM into using only part of a tape for ML2 and
Backup so that a shorter tape could be used for duplexing?

We currently use 9840A drives for both local and remote (Duplex) ML2 and
Backup tapes.
Management would like to transfer the local HSM workload to an SL8500
with 9840D tape drives.
Both the 9840As and 9840Ds are gen'd as emulated 3490s.

We currently use the following Tapeutilization parameters:

SETSYS -
  TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200))   -
  TAPESPANSIZE(1000)
SETSYS -
  TAPEUTILIZATION(UNITTYPE(R9840) PERCENTFULL(2200))   -
  TAPESPANSIZE(1000)

/snip

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

Extend Storages defined in SMS

 
We currently have an SMS Storage Group (pool1) that has an Extend
Storage Group (pool2) defined to it. I want to stop using the Extend
Storage group. If I remove the Extend storage group (pool2) from the
pool1 construct will I have an adverse affect on files that have
extended from pool1 to pool2? Would I need to get the extended files
into one pool? I find lots of info on adding an Extend Pool, very little
on the process to remove an extend pool. Seems to me if I remove the
extend pool then SMS would have issues accessing datasets that have
extended to the extend pool.

Kevin Grabow
Mainframe Storage Management
763-744-2248
kevin_gra...@uhc.com


This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

--
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: Extend Storages defined in SMS

2009-05-28 Thread Darth Keller

 We currently have an SMS Storage Group (pool1) that has an Extend
Storage Group (pool2) defined to it. I want to stop using the Extend
Storage group. If I remove the Extend storage group (pool2) from the
pool1 construct will I have an adverse affect on files that have
extended from pool1 to pool2? Would I need to get the extended files
into one pool? I find lots of info on adding an Extend Pool, very little
on the process to remove an extend pool. Seems to me if I remove the
extend pool then SMS would have issues accessing datasets that have
extended to the extend pool.

Kevin Grabow

Kevin - may I ask hwy your removing the extend pool?  I'm curious as we've 
actually been talking about implmenting a couple.
thanks - dd keller

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

Thank you.
**

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

Punched Card Combinations (WAS Book on Poughkeepsie)

2009-05-28 Thread Clark Kidd

It was not all that difficult to look at the holes on a punched card and figure 
out what each column represented.

If you have an older System/360-370 Reference Summary Card (the old green or 
yellow multi-folded cards), there was a section called CODE TRANSLATION TABLE, 
and a column titled EBCDIC Card Code that contains the card columns that 
would be punched out to generate the specific values from X'00 to X'FF'.  My 
handy yellow card is dated March, 1974 and it contains this column.  For 
example, the letter A or X'C1' could be represented with a 12-1 punch.

As I remember, there were three control rows at the top of the card (12, 11, 
0) and then 9 data rows (1-9) under those.  So each possible column would 
contain up to 12 rows that could be punched:

Col1  Col2   ...   Col80
1212   12
1111   11
 0 00
 1 11
 2 22
 3 33
 4 44
 5 55
 6 66
 7 77
 8 88
 9 99

For example, a column representing an A would have the first of the control 
rows punched out (12), and the first of the data rows (1) punched out.  Some of 
the more exotic hex combinations required quite a number of punches.  For 
example, X'FF' was represented as 12-11-0-7-8-9.  This is why a keypunch 
machine would be much louder when you were duplicating an object deck.

If a particular column didn't get punched correctly, you could always patch 
the card by putting it back in the keypunch machine and re-punching that one 
column.  But how about if there were too MANY holes?  I remember they made some 
small silver adhesive squares that could be placed over a hole so that it 
wouldn't be read.  I have seen some very large programs (object decks of 1000+ 
cards) that were patched this way rather than recompiling the program and 
wasting CPU time and punched cards.  Of course, it was usually a simple change 
such as changing a constant or correcting a bad branch.

There were REAL system programmers even in the days of punched cards...

Clark

--
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: Extend Storages defined in SMS

Seems to me if I remove the extend pool then SMS would have issues accessing 
datasets that have extended to the extend pool.

SMS does not access files.
It just determines where they go.
Once allocated (and catalogued), the file is fully accessible.
-
Too busy driving to stop for gas!

--
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: Punched Card Combinations (WAS Book on Poughkeepsie)

I remember they made some small silver adhesive squares that could be placed 
over a hole so that it wouldn't be read.

I had forgotten about those!

-
Too busy driving to stop for gas!

--
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: Extend Storages defined in SMS

Using another vendor product we maintain a small dataset, medium dataset
and large dataset pool within one SMS storage group. Using that product
we extend from the 3 pools as a file grows, and we want to keep
everything in that one SMS pool. The current Extend Pool was put in
place sometime ago and just doesn't fit with the direction that we're
heading.

Kevin Grabow
Mainframe Storage Management
United HealthGroup
763-744-2248
kevin_gra...@uhc.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Darth Keller
Sent: Thursday, May 28, 2009 2:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Extend Storages defined in SMS


 We currently have an SMS Storage Group (pool1) that has an Extend
Storage Group (pool2) defined to it. I want to stop using the Extend 
Storage group. If I remove the Extend storage group (pool2) from the
pool1 construct will I have an adverse affect on files that have 
extended from pool1 to pool2? Would I need to get the extended files 
into one pool? I find lots of info on adding an Extend Pool, very 
little on the process to remove an extend pool. Seems to me if I 
remove the extend pool then SMS would have issues accessing datasets 
that have extended to the extend pool.

Kevin Grabow

Kevin - may I ask hwy your removing the extend pool?  I'm curious as
we've actually been talking about implmenting a couple.
thanks - dd keller


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

Thank you.

**

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

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

--
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: Extend Storages defined in SMS

Wouldn't removing the extend pool in effect put me in a situation where
I have one dataset in two storage groups? I thought that wasn't allowed
(without overflow or extend pools)? Wouldn't this result in an issue
with DFSMSdfp? (is that the correct phrase?)


Kevin Grabow
Mainframe Storage Management
United HealthGroup
763-744-2248
kevin_gra...@uhc.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Thursday, May 28, 2009 2:43 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Extend Storages defined in SMS

Seems to me if I remove the extend pool then SMS would have issues
accessing datasets that have extended to the extend pool.

SMS does not access files.
It just determines where they go.
Once allocated (and catalogued), the file is fully accessible.
-
Too busy driving to stop for gas!

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

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

--
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: Extend Storages defined in SMS

2009-05-28 Thread John Kelly

snip
Seems to me if I remove the extend pool then SMS would have issues 
accessing datasets that have extended to the extend pool.
SMS does not access files.
It just determines where they go.
unsnip

An Extend Pool is a little different than 'normal' SMS allocation. As long 
as your Primary Pool (pool1) is adequate for extended allocation then I 
believe that Ted's reply is accurate. 

Jack Kelly
202-502-2390 (Office)

--
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: Extend Storages defined in SMS

2009-05-28 Thread Darth Keller

Seems to me if I remove the extend pool then SMS would have issues 
accessing datasets that have extended to the extend pool.

SMS does not access files.
It just determines where they go.
Once allocated (and catalogued), the file is fully accessible.

I've only read about the extended storage groups but haven't actually 
worked with them yet but consider this - a dataset spans both storage 
groups and now needs to add a volume. In this case, if the dataset has 
extended into the extend storage group, would the new volume not have to 
come from that storage group?  And if it's been removed as an extend 
storage group, would SMS still be able to add a volume from that storage 
group?

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

Thank you.
**

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

Re: Extend Storages defined in SMS

Wouldn't removing the extend pool in effect put me in a situation where I have 
one dataset in two storage groups? I thought that wasn't allowed (without 
overflow or extend pools)? Wouldn't this result in an issue with DFSMSdfp? (is 
that the correct phrase?)

Once a dataset is already allocated, SMS doesn't touch it.
There may be an issue if the dataset has to extend to a new volume, but I don't 
think so.
I'm not a big fan of spill groups.
Just re-assign the volumes in the extended pool to the primary storage group.
-
Too busy driving to stop for gas!

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

TSO/E Exits

2009-05-28 Thread John Eells

26 people responded to my question about user exits, most in the first 
day or two.  Thank you!


As usual, after the first several responses things settled down quickly 
and a clear pattern emerged.  Overall, 42 module names were identified 
in the responses.  Not all of them are exits.  Of the exits, not all of 
them are documented (!).  Here is the entire list, for the curious.


Name - Number of respondents

IKJEFF53 - 13
IKJEFF10 - 10
IKJEFLD1 - 07
IKJEFLD3 - 04
IKJEFLN2 - 04
IKJCNXAC - 02
IKJCNXCI - 02
IKJEESX9 - 02
IKJEFTB2 - 02
INMXZ01  - 02
IRXANCHR - 02
IRXISPRM - 02
IEEVSNX1 - 01
IKJCT44B - 01
IKJEBEPD - 01
IKJEBINS - 01
IKJEESXB - 01
IKJEESX2 - 01
IKJEFF11 - 01
IKJEFLD  - 01*
IKJEFLD2 - 01
IKJEFLD3 - 01
IKJEFLN2 - 01
IKJEFLPA - 01
IKJEFTAP - 01
IKJEFTA2 - 01
IKJEFTB2 - 01
IKJEFTE2 - 01
IKJEFTE8 - 01
IKJEFTNS - 01
IKJENLNU - 01
IKJHCA00 - 01
IKJLPENP - 01
IKJXDLPA - 01
INMRZ01  - 01
INMRZ11  - 01
INMXZ02  - 01
INMXZ02R - 01
IRXCMPTM - 01
IRXCPMTX - 01
IRXFLOC  - 01

* One respondent said all ACF2 customers use this exit.  I don't know 
whether that is true or not.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Extend Storages defined in SMS

 
Just re-assign the volumes in the extended pool to the primary storage
group.

I thought you couldn't do that, did something change along the way that
I missed? I did that once, granted, it was several years ago and after I
re-assigned the volumes to another pool we couldn't access the datasets
on those volumes. Don't recall the exact error but it stated something
to the affect that the storage group name was incorrect.

Kevin Grabow
Mainframe Storage Management
United HealthGroup
763-744-2248
kevin_gra...@uhc.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Thursday, May 28, 2009 3:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Extend Storages defined in SMS

Wouldn't removing the extend pool in effect put me in a situation where

I have one dataset in two storage groups? I thought that wasn't allowed

(without overflow or extend pools)? Wouldn't this result in an issue 
with DFSMSdfp? (is that the correct phrase?)

Once a dataset is already allocated, SMS doesn't touch it.
There may be an issue if the dataset has to extend to a new volume, but
I don't think so.
I'm not a big fan of spill groups.
Just re-assign the volumes in the extended pool to the primary storage
group.
-
Too busy driving to stop for gas!

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

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

--
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: Extend Storages defined in SMS

I thought you couldn't do that, did something change along the way that I 
missed? I did that once, granted, it was several years ago and after I 
re-assigned the volumes to another pool we couldn't access the datasets
on those volumes.

We 'collapsed' two storage groups, years ago.
One was DB2 data and the other index.
All we did was change the ACS routines and eliminate DB2IND.
Andything migrated came back to DB2DATA, and all the DB2IND volumes were just 
DB2DATA.

The only change was to the ACS routines.
Gone are the days of EDT Gen's.

-
Too busy driving to stop for gas!

--
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: How do you handle SMS Pools out of space

2009-05-28 Thread Neil Duffee

On 2009-05-22 at 07:42, concerning How do you handle SMS Pools out 
of space, Lizette Koehler star...@mincom wrote to IBM-Main:

 [snip] The pool is dedicated to DB2 Archive Logs.  Normally our process
 [snip] works fine.  [snip] when there is a runaway DB2 function or a
 large purge, it can fill up quite quickly.  [snip] 

  We have a couple of SMS pools that are usually 80% free all the time.  
  However,
  occasionally they do fill up and I need to manually do ML2 migrations so 
  the appls can
  continue to work.

Lizette : I, too, have a pool for both log  Image Copies.  Logs have 
3 day primary  backups are 5 days to reduce recalls.  (I think the 
backups could be reduced as well since they've probably only used the 
image copies 5 time in the last decade but...)

Another item is to carry 1-2 quiesced (QuiNew) volumes in the 
destination pool.  They will maintain a reserved space within the 
pool and are used when the primary allocation can't be achieved by 
other volumes in the pool;  whether full or fragmented.  (Do you 
compakt your heavily migrated pool(s)?)

I find the overflow is often reached because an overly large primary 
was specified.  In my daily job that FDR Moves (DSS alternative) 
everything in the overflow pool, most of the datasets are easily 
moved back to their proper location without alteration.  By that 
time, FDR is working with the actual data size and it will usually 
fit.

Warning: the overflow pool is preferred unless it *too* is quiesced.  
For example: 
-   pool with quiesced, overflow pool enabled = 1) enabled pool volume,
2) enabled overflow volume, 3) quiesced pool volume, 4) quiesced
overflow volume 
-   pool with quiesced, overflow pool quiesced = 1) enabled pool volume,
2) quiesced pool volume, 3) overflow pool volume(s) 


--  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: TSO/E Exits

2009-05-28 Thread Richard Peurifoy


John Eells wrote:
26 people responded to my question about user exits, most in the first 
day or two.  Thank you!


As usual, after the first several responses things settled down quickly 
and a clear pattern emerged.  Overall, 42 module names were identified 
in the responses.  Not all of them are exits.  Of the exits, not all of 
them are documented (!).  Here is the entire list, for the curious.


Name - Number of respondents

IKJEFF53 - 13
IKJEFF10 - 10
IKJEFLD1 - 07
IKJEFLD3 - 04
IKJEFLN2 - 04
IKJCNXAC - 02
IKJCNXCI - 02
IKJEESX9 - 02
IKJEFTB2 - 02
INMXZ01  - 02
IRXANCHR - 02
IRXISPRM - 02
IEEVSNX1 - 01
IKJCT44B - 01
IKJEBEPD - 01
IKJEBINS - 01
IKJEESXB - 01
IKJEESX2 - 01
IKJEFF11 - 01
IKJEFLD  - 01*
IKJEFLD2 - 01
IKJEFLD3 - 01
IKJEFLN2 - 01
IKJEFLPA - 01
IKJEFTAP - 01
IKJEFTA2 - 01
IKJEFTB2 - 01
IKJEFTE2 - 01
IKJEFTE8 - 01
IKJEFTNS - 01
IKJENLNU - 01
IKJHCA00 - 01
IKJLPENP - 01
IKJXDLPA - 01
INMRZ01  - 01
INMRZ11  - 01
INMXZ02  - 01
INMXZ02R - 01
IRXCMPTM - 01
IRXCPMTX - 01
IRXFLOC  - 01

* One respondent said all ACF2 customers use this exit.  I don't know 
whether that is true or not.




John,

Not a big deal, but IKJEFLD3 and IKJEFLN2 show up twice,
the first time with 4 responders each, and the second with
one responder each.

Also, I only counted 41 modules (39 if you remove the duplicates).


Just a guess, but maybe some of the undocumented exits are
really old and were documented at one time.

--
Richard

--
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: DFHSM question concerning Duplex copies

2009-05-28 Thread Staller, Allan

I have not been actively duplexing in a while, but in my past life,
assuming no other problems with the tape, if one or the other tapes of
the primary/duplex pair hit end-of-volume, this would cause a new pair
to start. 

From the z/OS 1.9 DFSMShsm Users Guide SC35-0421-07 Topic 3.4.2.1.1

When the original tape reaches its percent-full capacity, DFSMShsm must
flush all the data to both tapes before performing a FEOV.

If natural EOV is reached on either tape, DFSMShsm marks the tapes as
FULL and restarts processing of the current data set from its beginning
on two new tapes.

IOW, the shorter tape wins.

HTH,


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Thursday, May 28, 2009 2:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM question concerning Duplex copies

From the HSM Guide:
The alternate tape must have the same tape geometry as the original. For
example, if the original tape is a 3590-1 tape, the alternate must be

also.


The question is: Is the tape geometry of the 9840A and 9840D the same?

Allan, is your Duplex parameter defined as follows:
SETSYS DUPLEX(MIGRATION(Y ERRALT(MARKFULL))) 
 
That would explain your following comment:
Whichever tape is
shorter will cause the initial primary/duplex pair to be marked full and
a new pair created.

In my environment any problem with the duplex tape results in the
function (Migrate, Backup or Recycle) continuing and an HSM internal
Tapecopy task for each unduplex'd tape.
 
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of
Staller, Allan [allan.stal...@kbm1.com]
Sent: Thursday, May 28, 2009 3:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM question concerning Duplex copies

This is actually the standard way duplexing works. Data is written
simultaneously to both the primary and duplex copy. Whichever tape is
shorter will cause the initial primary/duplex pair to be marked full and
a new pair created.

Reading between the lines, it sounds like your management want's to use
(e.g.) 1 primary (long) and 2 duplex (short) to make up a primary/duplex
pair. This cannot be done. A 1 for 1 relationship between primary and
duplex volumes is mandatory.

IIRC, the primary/duplex pair must be the same device type as well. As
stated above, the shorter tape controls.

HTH,

snip
Is there a way to fool HSM into using only part of a tape for ML2 and
Backup so that a shorter tape could be used for duplexing?

We currently use 9840A drives for both local and remote (Duplex) ML2 and
Backup tapes.
Management would like to transfer the local HSM workload to an SL8500
with 9840D tape drives.
Both the 9840As and 9840Ds are gen'd as emulated 3490s.

We currently use the following Tapeutilization parameters:

SETSYS -
  TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200))   -
  TAPESPANSIZE(1000)
SETSYS -
  TAPEUTILIZATION(UNITTYPE(R9840) PERCENTFULL(2200))   -
  TAPESPANSIZE(1000)

/snip

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

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

2009 GSE UK Conference - Free places available

2009-05-28 Thread Mark Wilson

Hi,

The GSE UK conference will take place on the 4th  5th of November 2009 at
Whittlebury Hall, UK.

Details of the event can be found at www.gse.org.uk/tyc.

In an effort to keep the conference expanding and the attendance numbers
high the management team have decided to offer free places at this years
conference for GSE member companies.

Details of the of the offer can be found here:
http://www.gse.org.uk/tyc/GSE_Conference_Email0.html

If anyone has any queries feel free to drop me a note.

Kind Regards

Mark


--
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: TSO/E Exits

2009-05-28 Thread Richard Peurifoy


Richard Peurifoy wrote:

John Eells wrote:
26 people responded to my question about user exits, most in the first 
day or two.  Thank you!


As usual, after the first several responses things settled down 
quickly and a clear pattern emerged.  Overall, 42 module names were 
identified in the responses.  Not all of them are exits.  Of the 
exits, not all of them are documented (!).  Here is the entire list, 
for the curious.


Name - Number of respondents

IKJEFF53 - 13
IKJEFF10 - 10
IKJEFLD1 - 07
IKJEFLD3 - 04
IKJEFLN2 - 04
IKJCNXAC - 02
IKJCNXCI - 02
IKJEESX9 - 02
IKJEFTB2 - 02
INMXZ01  - 02
IRXANCHR - 02
IRXISPRM - 02
IEEVSNX1 - 01
IKJCT44B - 01
IKJEBEPD - 01
IKJEBINS - 01
IKJEESXB - 01
IKJEESX2 - 01
IKJEFF11 - 01
IKJEFLD  - 01*
IKJEFLD2 - 01
IKJEFLD3 - 01
IKJEFLN2 - 01
IKJEFLPA - 01
IKJEFTAP - 01
IKJEFTA2 - 01
IKJEFTB2 - 01
IKJEFTE2 - 01
IKJEFTE8 - 01
IKJEFTNS - 01
IKJENLNU - 01
IKJHCA00 - 01
IKJLPENP - 01
IKJXDLPA - 01
INMRZ01  - 01
INMRZ11  - 01
INMXZ02  - 01
INMXZ02R - 01
IRXCMPTM - 01
IRXCPMTX - 01
IRXFLOC  - 01

* One respondent said all ACF2 customers use this exit.  I don't know 
whether that is true or not.




John,

Not a big deal, but IKJEFLD3 and IKJEFLN2 show up twice,
the first time with 4 responders each, and the second with
one responder each.

Also, I only counted 41 modules (39 if you remove the duplicates).


Just a guess, but maybe some of the undocumented exits are
really old and were documented at one time.


Opps, missed one. IKJEFTB2 is also duplicated.

--
Richard

--
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: Punched Card Combinations (WAS Book on Poughkeepsie)

2009-05-28 Thread Ken Porowski

And the horror when you picked up an old 'patched' deck and little
silver rectangles dropped like confetti. 

-Original Message-
Clark Kidd
I remember they made some small silver adhesive squares that could be
placed over a hole so that it wouldn't be read.  I have seen some very
large programs (object decks of 1000+ cards) that were patched this way
rather than recompiling the program and wasting CPU time and punched
cards.  

--
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: Punched Card Combinations (WAS Book on Poughkeepsie)

2009-05-28 Thread J R

And, of course, X'00' thru X'FF' is insufficient to represent all

combinations of the twelve rows in each column. So, if you

needed to support undefined combinations (as in voting for

MLB AllStars), you had to read in column binary mode which

required two bytes for each column.

Date: Thu, 28 May 2009 15:35:28 -0400

From: clark.k...@asg.com

Subject: Punched Card Combinations (WAS Book on Poughkeepsie)

To: IBM-MAIN@bama.ua.edu

It was not all that difficult to look at the holes on a punched card

and figure out what each column represented.

If you have an older System/360-370 Reference Summary Card

(the old green or yellow multi-folded cards), there was a section

called CODE TRANSLATION TABLE, and a column titled EBCDIC

Card Code that contains the card columns that would be punched

out to generate the specific values from X'00 to X'FF'. My handy

yellow card is dated March, 1974 and it contains this column. For

example, the letter A or X'C1' could be represented with a 12-1 punch.

As I remember, there were three control rows at the top of the

card (12, 11, 0) and then 9 data rows (1-9) under those. So each

possible column would contain up to 12 rows that could be punched:

Col1 Col2 ... Col80

12 12 12

11 11 11

0 0 0

1 1 1

2 2 2

3 3 3

4 4 4

5 5 5

6 6 6

7 7 7

8 8 8

9 9 9

For example, a column representing an A would have the first

of the control rows punched out (12), and the first of the data

rows (1) punched out. Some of the more exotic hex combinations

required quite a number of punches. For example, X'FF' was

represented as 12-11-0-7-8-9. This is why a keypunch machine

would be much louder when you were duplicating an object deck.

If a particular column didn't get punched correctly, you could

always patch the card by putting it back in the keypunch machine

and re-punching that one column. But how about if there were too

MANY holes? I remember they made some small silver adhesive

squares that could be placed over a hole so that it wouldn't be read.

I have seen some very large programs (object decks of 1000+ cards)

that were patched this way rather than recompiling the program and

wasting CPU time and punched cards. Of course, it was usually a simple

change such as changing a constant or correcting a bad branch.

There were REAL system programmers even in the days of punched cards...

Clark

_
Hotmail® has ever-growing storage! Don’t worry about storage limits.
http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutorial_Storage1_052009
--
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: Punched Card Combinations (WAS Book on Poughkeepsie)

And the horror when you picked up an old 'patched' deck and little silver 
rectangles dropped like confetti. 

Never had that problem, myself.
And, I would usually dup the deck as quickly as possible.

Once or twice the rectangles didn't survive the duplication process.

When I graduated, I still had a couple of boxes of old assignments.
I used them as notepads.
-
Too busy driving to stop for gas!

--
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: Punched Card Combinations (WAS Book on Poughkeepsie)

2009-05-28 Thread Gibney, Dave

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Clark Kidd
 Sent: Thursday, May 28, 2009 12:35 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Punched Card Combinations (WAS Book on Poughkeepsie)

 It was not all that difficult to look at the holes on a punched card
 and figure out what each column represented.

 If you have an older System/360-370 Reference Summary Card (the old
 green or yellow multi-folded cards), there was a section called CODE
 TRANSLATION TABLE, and a column titled EBCDIC Card Code that contains
 the card columns that would be punched out to generate the specific
 values from X'00 to X'FF'.  My handy yellow card is dated March, 1974
 and it contains this column.  For example, the letter A or X'C1'
 could be represented with a 12-1 punch.

 As I remember, there were three control rows at the top of the card
 (12, 11, 0) and then 9 data rows (1-9) under those.  So each possible
 column would contain up to 12 rows that could be punched:

Which is at least part of why the sequence 'A''Z' is disjoint in EBCDIC.

Dave Gibney
Information Technology Services
Washington State University

--
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: Punched Card Combinations

2009-05-28 Thread Anne Lynn Wheeler

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


clark.k...@asg.com (Clark Kidd) writes:
 If a particular column didn't get punched correctly, you could always
 patch the card by putting it back in the keypunch machine and
 re-punching that one column.  But how about if there were too MANY
 holes?  I remember they made some small silver adhesive squares that
 could be placed over a hole so that it wouldn't be read.  I have seen
 some very large programs (object decks of 1000+ cards) that were
 patched this way rather than recompiling the program and wasting CPU
 time and punched cards.  Of course, it was usually a simple change
 such as changing a constant or correcting a bad branch.


recent references getting student job to port 1401 MPIO
card-tape and tape-printer/punch application to 360/30
http://www.garlic.com/~lynn/2009h.html#12 IBM Mainframe: 50 Years of Big Iron 
Innovation 
http://www.garlic.com/~lynn/2009h.html#41 Book on Poughkeepsie

the univ. datacenter would normally shutdown at 8am Sat. until 8am
Mon. and they would let me have the place to myself for that 48hrs
(Monday classes were a little difficult after having been awake for
48hrs).

fix/re-assemble of the stand-alone version would require rebooting
OS/360 and then 30 minutes to assemble the 2000 statement/card program
(testing the OS/360 version didn't require rebooting, but assembly was
nearly an hour because each DCB macro took approx. 5 minutes to
assemble).

after awhile, it was faster to patch the object deck ... but locating
the desired 12-2-9 (aka x'02') TXT card ... duplicating the card to the
affected columns and then multi-punching the desired changes ... and
then duplicating the remaining columns. after some amount of practice, I
got to the point where I could fairly quickly fan the object deck
looking for the TXT card with the desired address/displacement ...  and
then doing the duplication  multi-punch patch for the replacement card.

past post with detailed format for object cards (esd, txt, etc cards):
http://www.garlic.com/~lynn/2001.html#60 Text

past post with 12-2-9 TXT card format and table given card punch codes
to hex (and character) value.
http://www.garlic.com/~lynn/2007q.html#69 IBM System/3  3277-1

other posts mentioning becoming very familiar with card punch codes
and/or 12-2-9 object card format:
http://www.garlic.com/~lynn/93.html#17 unit record  other controllers
http://www.garlic.com/~lynn/95.html#4 1401 overlap instructions
http://www.garlic.com/~lynn/2001.html#8 finding object decks with multiple 
entry points
http://www.garlic.com/~lynn/2001.html#14 IBM Model Numbers (was: First video 
terminal?)
http://www.garlic.com/~lynn/2001m.html#45 Commenting style (was: Call for 
folklore)
http://www.garlic.com/~lynn/2002h.html#1 DISK PL/I Program
http://www.garlic.com/~lynn/2004h.html#17 Google loves e
http://www.garlic.com/~lynn/2004p.html#24 Systems software versus applications 
software definitions
http://www.garlic.com/~lynn/2005c.html#54 12-2-9 REP  47F0
http://www.garlic.com/~lynn/2005t.html#47 What is written on the keys of an ICL 
Hand Card Punch?
http://www.garlic.com/~lynn/2006b.html#1 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#17 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006g.html#43 Binder REP Cards (Was: What's the 
linkage editor really wants?)
http://www.garlic.com/~lynn/2006g.html#58 REP cards
http://www.garlic.com/~lynn/2006l.html#64 Large Computer Rescue
http://www.garlic.com/~lynn/2006n.html#1 The System/360 Model 20 Wasn't As Bad 
As All That
http://www.garlic.com/~lynn/2006n.html#11 Not Your Dad's Mainframe: Little Iron
http://www.garlic.com/~lynn/2006t.html#30 Why these original FORTRAN quirks?
http://www.garlic.com/~lynn/2007o.html#44 64 gig memory
http://www.garlic.com/~lynn/2007q.html#70 IBM System/3  3277-1
http://www.garlic.com/~lynn/2007s.html#8 Anybody remember Keypunch cards?
http://www.garlic.com/~lynn/2008.html#32 1975 movie Three Days of the Condor 
tech stuff
http://www.garlic.com/~lynn/2008b.html#46 Usefulness of bidirectional 
read/write?
http://www.garlic.com/~lynn/2008h.html#83 Java; a POX
http://www.garlic.com/~lynn/2008k.html#42 IBM 029 keypunch -- 0-8-2 overpunch 
-- what hex code results?
http://www.garlic.com/~lynn/2008k.html#43 IBM 029 keypunch -- 0-8-2 overpunch 
-- what hex code results?
http://www.garlic.com/~lynn/2008k.html#56 IBM 029 keypunch -- 0-8-2 overpunch 
-- what hex code results?
http://www.garlic.com/~lynn/2008k.html#57 IBM 029 keypunch -- 0-8-2 overpunch 
-- what hex code results?

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

Re: Punched Card Combinations (WAS Book on Poughkeepsie)

2009-05-28 Thread Paul Gilmartin

On Thu, 28 May 2009 15:35:28 -0400, Clark Kidd wrote:

As I remember, there were three control rows at the top of the card (12, 11, 
0) and then 9 data rows (1-9) under those.  So each possible column would 
contain up to 12 rows that could be punched:

And the 8-row seemed to function almost as an auxiliary zone row.

 But how about if there were too MANY holes?  I remember they made some small 
 silver adhesive squares that could be placed over a hole so that it wouldn't 
 be read.

Or simply poke a chad (available on eBay or any garage sale
in Florida) back in the hole and van der Waals forces would
retain it long enough to DUP the card.  (026 used brushes,
not microswitches, right?)

Seymour Cray was reported to punch binary cards de novo.

CDC made a card reader (405?) that read columnwise.  I once
made an 81 column card by applying friction with a thumb on
an 026 keypunch while punching.  CDC reader read the first
80 columns successfully.  I forget what, if any error it
reported on the 81st.

-- 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: z/OS STORAGE service

2009-05-28 Thread Chris Craddock

Short answer: Choose a job-step owned subpool. They are documented in the
authorized assembler services guide SA22-7608.

More complicated answer: It depends what you're trying to accomplish. You
can just pick an appropriate job step task owned subpool but you must bear
in mind that there may be a different job step task (and a different set of
job step subpools) depending on which task you happen to be running under
when the exit is called and, in the case of a batch address space, whether
there is a job running in the initiator or not. e.g. early SMF exits like
IEFUSI run under the initiator task before the real job step is attached
and (IIRC) late exits like IEFACRT run after the job step is detached.

The lifetime of a piece of task owned storage is bounded by the life of the
task itself and if that task also happens to be a job step, then the life of
any job step storage obtained by that task or its subtasks will also be
bounded by that task. If you used job step storage owned by the real
application's job step task, it would be gone when the next step got
control. SO the major stumbling block is choosing the correct storage owning
task. You can specify the address of the correct owning TCB on the STORAGE
macro if necessary (and assuming the exit runs privileged which almost all
do) You need to check your exit documentation carefully and understand what
the dispatching environment looks like when the exit gets control. You also
need to be aware of the storage key and the key your exit runs in, but
that's a whole nuther long winded subject.

If you want a hunk of storage you can stash stuff in and come back to it
over and over each time you're called then you will also need some sort of
skyhook to recover the storage address on the 2nd and subsequent calls. Some
exits give you a handy dandy place in the input parameter list to stash
just such a pointer and they give it back to you every time you call. Others
may not be so helpful and you would have to resort to, shall we say,
creativity. There are ways of doing this (e.g. Name/Tokens) but they also
have problems with task and step lifetime and you're not supposed to call
them at all from within EOT resource managers and SSI calls - at least
according to the books anyway. Bottom line; study the exit description and
pick the task, storage subpool and anchoring mechanism to suit the
circumstances presented by that exit.
CC
On Wed, May 27, 2009 at 4:55 PM, Ward, Mike S mw...@ssfcu.org wrote:

 I investigated the Storage macro and it seems to work just like the
 getmain and freemain macros. If you have any expertise in selecting
 persistent storage, I'm more than happy to listen. It seems there are 4
 types of storage. Task, job step, address space, and system. I was
 thinking that job step storage would be a good candidate, but I'm not
 sure of how to code that request in a Storage obtain. Would you have any
 hints in this area?

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of esst...@juno.com
 Sent: Wednesday, May 27, 2009 2:42 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: z/OS STORAGE service

 Mike Ward wrote:
 I would like to use the persistent storage between invocations, but I
 can't seem to find anything on the z/OS STORAGE service.

 If this is an MQ Client Channel Exit You need to be very careful how you
 obtain, pass, and release storage.
 Will You be passing the address of the storage between invocation of an
 individual exit ? -or- are You passing the persistent storage area to
 other Channal Exits ?



 
 Earn a degree in Criminal Justice and work as a Police officer.  Click
 here for more info.
 http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTEe1ZgF1qH5ErFg0ueneEe
 hGSamcQ8ZWPXgTmUXh9eEqtch6tcsms/

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

 --
 For IBM-MAIN subscribe

Re: Extend Storages defined in SMS

2009-05-28 Thread Ron Hawkins

Ted, 

While this is true for simple allocation, the STORGRUP is still an important
factor when you want to do more than just Allocate, Open, and Close the
dataset. Someone has mentioned possible issues with extending to another
volume, but my particular nightmare came from a place I worked that was
assigning and re-assigning volumes from one STORGRUP to another without
checking for multivolume files. you know who you are :-(

The major problems came from VSAM entries spread across many STORGRUP,
especially Alternate Indexes. Restoring these or recalling these files was a
major headache, and about a third of the time resulted in us having to
rebuild the Alternate Indices (some of these had 6xAIX).

We never established if the backup/migrate caused the problem, but trying to
move them into a single STORGRUP met with a greater incidence of failure. In
the end we cleaned up setting all the volumes in one STORGRUP to DISNEW,
merging the STORGRUP, and then moving the datasets with extents on the
DISNEW volumes with DFSMSdss while redriving the ACS routines (if STORCLAS
ne ' ' then STORCLAS = ' ', etc). This seemed to do the trick, and would be
the method I recommend to the OP.

Ron

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
 Ted MacNEIL
 Sent: Thursday, May 28, 2009 12:43 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: [IBM-MAIN] Extend Storages defined in SMS
 
 Seems to me if I remove the extend pool then SMS would have issues
accessing
 datasets that have extended to the extend pool.
 
 SMS does not access files.
 It just determines where they go.
 Once allocated (and catalogued), the file is fully accessible.
 -
 Too busy driving to stop for gas!
 
 --
 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: Extend Storages defined in SMS

While this is true for simple allocation, the STORGRUP is still an important 
factor when you want to do more than just Allocate, Open, and Close the 
dataset. 

Having never used extended, or spill, volumes, I'll bow to you expertise.
I've consolidated, from groups that were independent.
I've never been a fan of the former.
Probably why I didn't have those kinds of problems.
I've always believed in keeping it simple, especially when somebody more junior 
is backing you up.
-
Too busy driving to stop for gas!

--
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: DFHSM how to synch CDS with MVS catalogs

2009-05-28 Thread Traylor, Terry

Because what you are talking about is an audit reconciliation between
DASD, BCS, VTOC, VVDS, HSM CDS,  TMC.  And unless you have the time and
will to create your own universe, I would recommend the FastAudit/390
suite from Rocket Software.


Terry Traylor 
charlesSCHWAB 
TIS Mainframe Storage Management 
Remedy Queue: tis-hs-mstg
(602) 977-5154

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of John Mattson
Sent: Tuesday, May 26, 2009 9:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM how to synch CDS with MVS catalogs


I have inherited a disaster recovery system which I cannot
change quickly enough, so I have to make due.  I have looked at it and
realized that restoring the HSM CDS', ML1 packs, and pointing at the ML2
volume copies should generally work, but our current system does not
back up the MVS catalogs at exactly the same time... so they could be
out of synch. 
Is there a way to synch MVS catalogs to the CDS' ?  (Yes, I know that
this is not ideal, but I am stuck with this for the near future).  I
need some way to make sure that data sets which have gone to ML1 or ML2,
but still show on disk in the catalog, get pointed to the HSM copy. 

--
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: DFHSM question concerning Duplex copies

Thanks Allan, I finally found the section you were quoting and after reading 
concede your point.
I've learned something so the day is not a total loss.

Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of 
Staller, Allan [allan.stal...@kbm1.com]
Sent: Thursday, May 28, 2009 4:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM question concerning Duplex copies

I have not been actively duplexing in a while, but in my past life,
assuming no other problems with the tape, if one or the other tapes of
the primary/duplex pair hit end-of-volume, this would cause a new pair
to start.

From the z/OS 1.9 DFSMShsm Users Guide SC35-0421-07 Topic 3.4.2.1.1

When the original tape reaches its percent-full capacity, DFSMShsm must
flush all the data to both tapes before performing a FEOV.

If natural EOV is reached on either tape, DFSMShsm marks the tapes as
FULL and restarts processing of the current data set from its beginning
on two new tapes.

IOW, the shorter tape wins.

HTH,


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Thursday, May 28, 2009 2:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM question concerning Duplex copies

From the HSM Guide:
The alternate tape must have the same tape geometry as the original. For
example, if the original tape is a 3590-1 tape, the alternate must be

also.


The question is: Is the tape geometry of the 9840A and 9840D the same?

Allan, is your Duplex parameter defined as follows:
SETSYS DUPLEX(MIGRATION(Y ERRALT(MARKFULL)))

That would explain your following comment:
Whichever tape is
shorter will cause the initial primary/duplex pair to be marked full and
a new pair created.

In my environment any problem with the duplex tape results in the
function (Migrate, Backup or Recycle) continuing and an HSM internal
Tapecopy task for each unduplex'd tape.

Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of
Staller, Allan [allan.stal...@kbm1.com]
Sent: Thursday, May 28, 2009 3:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM question concerning Duplex copies

This is actually the standard way duplexing works. Data is written
simultaneously to both the primary and duplex copy. Whichever tape is
shorter will cause the initial primary/duplex pair to be marked full and
a new pair created.

Reading between the lines, it sounds like your management want's to use
(e.g.) 1 primary (long) and 2 duplex (short) to make up a primary/duplex
pair. This cannot be done. A 1 for 1 relationship between primary and
duplex volumes is mandatory.

IIRC, the primary/duplex pair must be the same device type as well. As
stated above, the shorter tape controls.

HTH,

snip
Is there a way to fool HSM into using only part of a tape for ML2 and
Backup so that a shorter tape could be used for duplexing?

We currently use 9840A drives for both local and remote (Duplex) ML2 and
Backup tapes.
Management would like to transfer the local HSM workload to an SL8500
with 9840D tape drives.
Both the 9840As and 9840Ds are gen'd as emulated 3490s.

We currently use the following Tapeutilization parameters:

SETSYS -
  TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200))   -
  TAPESPANSIZE(1000)
SETSYS -
  TAPEUTILIZATION(UNITTYPE(R9840) PERCENTFULL(2200))   -
  TAPESPANSIZE(1000)

/snip

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

--
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: TSO/E Exits