Re: Any one have a solution for this

2010-11-01 Thread Steve Arnett
Jim, Technically, this is not a problem.  If you had real physical tapes,
then the data would be available until the tape was overwritten.  Several
VTS vendors provide this feature for compatibility purposes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Where can you get a Minor in Mainframe?

2006-11-17 Thread Steve Arnett
What ever happened to the Virtual Universe Operating System that was 
announced back in the late 70s?  Or did IBM keep that one for themselves?


Ted MacNEIL wrote:


my kids tell me I am older than dirt
   




I'm older than the guy who made dirt!

 



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


Re: S237-04 and tapes

2006-10-26 Thread Steve Arnett
Excuse me, but yes, you are correct.  Pretty hard to share UCBs for 
tapes...grin...


Choate, Bill wrote:


Are you thinking of shared UCW instead of shared UCB?

Bill Choate
Emory University
AAIT

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Arnett
Sent: Wednesday, October 25, 2006 4:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: S237-04 and tapes

I ran into this several years back...Okay, 15 years...with IBM 3422 
tapes. According to the IBM CE, the erase gaps were not being written 
properly to the tapes when a write error occured.  It wasn't until I 
went to add a string of 3420 Mod 8s that I spotted an error made by my 
precessor in the definition of the 3422s.  He had set them up without 
shared UCBs.  As I understand error recovery on 3420s and 3422s, the 
errors on these devices are posted through the UCB of the 
controller(device 0).  This is not a restriction with 3480/3490s, so not


sure what drives still require shared UCBs, but it is something to
verify.

R.S. wrote:

 

I observed an abend S237-04, when reading dataset from tape (using 
IEBGENER).
The manual says it is due to discrepancy between # of blocks read and 
the value written to EOF label.


The manual also suggests it can be hardware error.
Well... The drive looks OK - only one tape is affected, the media 
looks OK (i.e. can be read using BLP).


Q: What component to suspect ?
drive ?
system ?
application ?

Any clue ?

Regards
   



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S237-04 and tapes

2006-10-25 Thread Steve Arnett
I ran into this several years back...Okay, 15 years...with IBM 3422 
tapes. According to the IBM CE, the erase gaps were not being written 
properly to the tapes when a write error occured.  It wasn't until I 
went to add a string of 3420 Mod 8s that I spotted an error made by my 
precessor in the definition of the 3422s.  He had set them up without 
shared UCBs.  As I understand error recovery on 3420s and 3422s, the 
errors on these devices are posted through the UCB of the 
controller(device 0).  This is not a restriction with 3480/3490s, so not 
sure what drives still require shared UCBs, but it is something to verify.


R.S. wrote:

I observed an abend S237-04, when reading dataset from tape (using 
IEBGENER).
The manual says it is due to discrepancy between # of blocks read and 
the value written to EOF label.


The manual also suggests it can be hardware error.
Well... The drive looks OK - only one tape is affected, the media 
looks OK (i.e. can be read using BLP).


Q: What component to suspect ?
 drive ?
 system ?
 application ?

Any clue ?

Regards


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


Re: Enterprise Extender Requirements on z/OS

2006-08-18 Thread Steve Arnett
That would depend on if your presently have two systems communication in 
a subarea network that you are moving to EE.  It was relatively painless 
to simply add APPN to an existing subarea network.  I added the required 
parms in the VTAM startup for the LPAR and bounced VTAM.  Viola(as in 
the musical instrument), it was working.  Adding the EE parms to VTAM 
and TCP/IP was the real trick.  All documentation points to using EE 
over a QDIO OSA and all I had were non-QDIO OSA ports.  I don't have the 
luxury of doing a POR to change one of them, so I had to make it work 
using non-QDIO.  However, it does work that way.


Mark T. Regan, K8MTR wrote:


Your big change/challenge will be to implement APPN first.

If you have access to the SHARE web site, there have been a lot of 
presentations on implementing EE.

Mark T. Regan, K8MTR
U.S. Navy Retired, CTO1, 1969-1991 




- Original Message 
From: Laine, Rogers [EMAIL PROTECTED]
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, August 17, 2006 5:38:50 PM
Subject: Enterprise Extender Requirements on z/OS


I'm researching what resources are required to implement Enterprise
Extender on a z/OS 1.4 system?
Would I need to install any additional software/hardware on our
2086-A04?
What I think thus far is a GigaBit OSA card is needed with some
additional VTAM coding, right?

TIA,
Rogers

 




Confidentiality Notice:

This E-Mail transmission (and/or the documents accompanying it)
may contain information belonging to the sender which is 
confidential, privileged and/or exempt from disclosure under 
applicable law.  The information is intended only for the use

of the individual(s) or entity named above.   If you are not
the intended recipient, you are hereby  notified that any
disclosure, copying, distribution or the taking of any action
in reliance on the contents of this information is strictly 
prohibited.  If you have received this E-Mail transmission 
in error, please immediately notify us by return E-Mail or 
telephone to arrange for return of its contents including any

documents.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Coupling Facility -- needed?

2006-08-11 Thread Steve Arnett
If you use the GUI program Hardware Configuration Manager, you give him 
the two CHPIDs you want to configure, and how many devices you want 
genned, and he automatically does all fo the devices for you along with 
their interconnects. 

I, like you, spent hours/weeks doing the configuration.  Found out about 
HCM and did the new I/O gen in one shot.


Rick Fochtman wrote:


--snip-
I heard some IBM'ers in the past say any more than one system in a GRS Ring
is too many. Ours runs great wih 3 Lpars though. i was under the
impression that the whole thing would be slowed down by the Lpar with the
least number of Mips but our Sysprog one is like 13 Mips or something and
the whole thing flies and yes we do run DB2...
---unsnip

I ran GRS in a 4-system ring using only ESCON CTC connections and never
experienced any performance problems, but I was not running DB2. YMMV

The most difficult part that I found was defining the ESCON CTC devices, and the
related types of connections, in the IOCDS. Several Sundays shot in
trial-and-error attempts, since local talent was fairly inexperienced at that
time. I defined strings of 16 devices for each LPAR so my Communications
Kiddies could have lots of connections if they wanted them.
---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: setting up GRS in a monoplex between 2 LPARS.

2006-08-09 Thread Steve Arnett
If you don't have a coupling facility, you will.  Different CTCs, 
though.  GRS uses BCTC and basic sysplex uses SCTC.


John Norgauer wrote:


Will I still need the CTC definitions when I go the XCF  solutions in order
to implement GRS?


John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! JN  2004

Hardware eventually breaks - Software eventually works  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: I love TCPIP (not!)

2006-07-27 Thread Steve Arnett

Hree is what I would use...others may object...grin...

  BEGINROUTES
;  All hypersocket traffic - Use your interface, not HIPERLF6
  ROUTE 192.10.1.0/24 =   HIPERLF6 MTU 8192  
;  Where is the gateway?
  ROUTE 10.xxx.xxx.xxx/32 =   ETH1  MTU  1492
;  All other traffic defaults here
  ROUTE DEFAULT  010.xxx.xxx.xxx  ETH1  MTU  1492
  ENDROUTES  
;  10.xxx.xxx.xxx is your gateway address


Matthew Stitt wrote:

Having fun with TCPIP.  Got some systems which use the GATEWAY statements. 
I want to convert them to ROUTE statements.  I also have an OSA port and a

HiperSockets port defined.

I want the traffic between the LPARS to use the HiperSockets, and everthing
else to use the OSA port.  Default route to use the OSA port.

OSA is 10.x.x.x for all traffic.  HiperSocket is 192.10.x.x for traffic. 
Each LPAR is 192.10.1.xxx.


Would someone care to help get this stuff working the way I want?

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Help With BLANK Scree using TN3270

2006-07-17 Thread Steve Arnett
This symptom could occur if the TCPPARMS has terminals defined that do 
not exist in the started VTAM members.  The connection to TCP would work 
properly, but the USSMSG would never be displayed.


Shmuel Metz (Seymour J.) wrote:


In [EMAIL PROTECTED], on 07/16/2006
  at 02:13 PM, Sonny Gupta [EMAIL PROTECTED] said:

 


The other interesting point is that I can logon without any problems
if I in the same network. In other words, it is not an emulator
problem.
   



That doesn't follow. You need a trace in order to know who's on first.

 



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


Re: OT - J B Hunt

2006-06-22 Thread Steve Arnett
Except that he said that he forwarded it...not replied to it...and 
jbhunt.com is a valid company dns entry for the J. B. Hunt trucking firm.


Elardus Engelbrecht wrote:


Ed Finnell wrote:

 


I forwarded it to [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED])
   


didn't  bounce, but haven't heard anything back either.

NO! Don't reply to them. Now you probably signalled them that your mail 
address is live and active.


These 'bouncing' mails are actually bait to confirm e-mail addresses to be 
used in future spam/phishing/spear phishing/scam e-mails.


Drop that senders/baiters in a kill file for immediate delete.

Groete / Greetings

Elardus Engelbrecht
South Africa

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Justifying SHARE (was SHARE in Baltimore, August 13-18, 2006)

2006-06-16 Thread Steve Arnett
If your company does not have an education budget, tie the costs of a 
Share session to your next upgrade, especially if it is a large release 
jump.  The what's new classes are a treasure trove of information if 
you have been out of the mainstream for awhile.


I have done this with the one employer that did not have an education 
budget.  They ended up allocating the amount into the budget every two 
years after that.


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


Re: Track capacity?

2006-06-16 Thread Steve Arnett
To answer the question about the number fo records...75 per track from 
94 to 124 bytes.   9300 bytes per track at that rate.


If I remember the process for space by blocks, the answer to the first 
question is seven cylinders and one cylinder.(4640/45 blocks/track/15 
tracks per cylinder primary and 580/45/15 secondary).


Charles Mills wrote:


I care because I am trying to debug a problem at a customer site. There are
about a thousand considerations that I have left out of my note - life is
more complex than the average listserve question. If I had posted the entire
universe of issues, it would have been a very long note. I am looking for
clues so as to debug how an unexpected SB37-04 might have come about. I
don't have direct to the customer machine. The customer personnel are
incredibly busy.

Is that sufficient justification for asking this question?

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gibney, Dave
Sent: Friday, June 16, 2006 12:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Track capacity?


 I'll ask Why to you care? and suggest try it and see :)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Track capacity?

2006-06-16 Thread Steve Arnett

Charles,

   Here is the answer to your original question.  There is a PDF 
available at the following 
url...http://www.dtssoftware.com/Ref%20Guide9.01.pdf


Steve Arnett.

Charles Mills wrote:


Where can I find 3390 track capacity tables or formulas? I haven't done this
in so long I think the last time I did this it was for a 2314.

Specifically, I am trying to figure out:

- If the DD statement says SPACE=(605,(4640,580)) how many tracks will have
been allocated (primary and each secondary)?

- If the program actually wrote 121-byte blocks (yes, I know) how many of
those would fit on a track?

Thanks,

Charles Mills
+1-707-291-0908



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Fw: Help wanted : COBOL/QSAM - Incorrect RDW

2006-06-13 Thread Steve Arnett
The only difference is the RECORDING MODE IS.  For spanned it is S and for 
variable it is V.  The 01 level, which the original poster was asking about 
is the same for both.  I guess I should have given this one that I use to 
read the DCOLLECT output:

 FD  DCOLIN   
 BLOCK CONTAINS 0 RECORDS 
 RECORD CONTAINS 3 TO 928 CHARACTERS  
 RECORDING MODE IS V. 
 01  DCOLIN-REC.  
 02  DCOLIN-REC-LENPIC S9(2) COMP.
 02  DCOLIN-VARYABLE. 
 03  DCOL-AREA  PIC X(1)  
  OCCURS 1 TO 926 
  DEPENDING ON DCOLIN-REC-LEN.

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


Re: Fw: Fw: Help wanted : COBOL/QSAM - Incorrect RDW

2006-06-13 Thread Steve Arnett
Actually, thanks.  I have simply been using a sledge hammer to get my 
data read.  You are correct that there are times that it doesn't work.  
My fallback has always been to drop into ALC and code the file read 
there.  I will try using the RECORD VARYING IN SIZE and see how it works 
out for me.  It goes to show that this forum isn't just good for the 
original posters, but for the responders, as well.


Bill Klein wrote:


In COBOL terms there is a WORLD of difference between the 2 types of files,
but some comments (in general).

1) You really should start using the RECORD VARYING IN SIZE rather than the
RECORD CONTAINS n TO  m - phrase in your FD.  The former is guaranteed to be
a variable format file (all compilers, all settings) - while the latter is
NOT.

2) If you use the RECORD VARYING IN SIZE phrase, you can simply DROP the
RECORD FORMAT IS V phrase which is an IBM extension and not portable to
other compilers.

3) Once you DO use the RECORD VARYING IN SIZE phrase, you can make the ODO
(Occurs Depending On phrase set to a the field specified in it.  This
allows you to properly handle variable format files that do NOT contain
their length field within each record.

   ***

I am NOT trying to say that your code doesn't work as you say it does, there
simply ARE better ways to code it.
 

 



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


Re: Fw: Help wanted : COBOL/QSAM - Incorrect RDW

2006-06-12 Thread Steve Arnett
Here's what I use with LE/COBOL 2.2 to read the SMF datasets...One could 
argue that the OCCURS should be from 2 and not from 1...


FD  SMF30IN 
BLOCK CONTAINS 0 RECORDS
RECORD CONTAINS 0 CHARACTERS
RECORDING MODE IS S.
01  SMFREC-REC. 
02  SMFREC-REC-LENPIC S9(2) COMP.   
02  SMF30IN-VARYABLE.   
03  SMF30-AREA PIC X(1) 
 OCCURS 1 TO 32754  
 DEPENDING ON SMFREC-REC-LEN.   


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


Re: TCP/IP JES2 CICS

2006-05-31 Thread Steve Arnett

Ted,

   I have been out of the loop for a little while, so I apologize if 
someone has already answered your questions.


   I will answer your last question first, since it is the easiest.  
Yes, CICS talks TCP/IP, or at least has APIs to permit a person to code 
programs to use sockets, but CICS does not talk LPR.  Most of the 
printers in our system that are connected to VPS look like a line 
printer daemon(LPD) on a remote system.  If someone would write an LPR 
piece to CICS, then we wouldn't need DRS or VPS in the loop.  DRS being 
the guy to queue SNA device(LU 3) print to JES to be picked up by VPS.


   RJE might be a whole nother can o worms to implement using 3770 and 
3780 devices communicating directly to JES2 over TCP/IP.  The easiest 
implementation of RJE I have seen is to use FTP to the host to route the 
JCL inbound and the sysout outbound.  The only parts missing would be 
the console commands and the punch output.  Though the latter could 
probably be managed.  I have used my PC workstation to submit jobs and 
receive print from an MVS system that has TCP/IP up, but does not have 
TSO up yet.  Here is a link to one site that explains how to do 
it...http://prepro.umsystem.edu/ums/departments/is/itss/documentation/ftp.html...You 
can do google searches to others, as well.


Steve Arnett

Ted MacNEIL wrote:


First, I wish to thank everybody for their responses.

But, we are not a big NJE shop.
We are still pretty heavy in RJE world-wide.
Approximately 2200 RJE printers defined and 650 in use.

So, my question is:

Does JES2 do RJE under TCP/IP?
I assume since it does NJE it will do RJE, but I cannot find definitive 
documentation.

And, when I was talking about CICS, I meant for printing.
Somebody said CICS has understood TCP/IP for years.
Then, why does everybody still the VPS component (or equivalent) for CICS?

Again, can somebody point me to the documentation?

-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Support for MVS/SP 3.2.2 on zSeries?

2006-04-10 Thread Steve Arnett
Yea and some of us didn't have the CS (or ES) to run SMS anyway!  Though 
I did use IGDZILLA to pack LPA so that it overflowed to COMMON with 
nothing usable in PLPA.


Ed Gould wrote:



IIRC there was an extra cost for DFP for 3.2 and that, IIRC was for  
SMS support. I had to fight the bean counters on the $25 a month (I  
thinks thats the number). In any case this was about 10 years ago and  
its not worth arguing about.  SOme of us had to fight for every penny.


Ed



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


Re: Support for MVS/SP 3.2.2 on zSeries???

2006-04-04 Thread Steve Arnett

Tom,

I was not picking on you.  I was trying to get the thread back on 
track.  I was curious about the correct answer to the question and did 
not feel that the thread was going anywhere.  After my post(not because 
of it, mind you), I saw some superb posts that laid all of the 
difficulties out, including some useful alternatives.  I apologize if I 
offended you in any way.


Steve A.

Tom Schmidt wrote:


Steve,

The answer to his question was no.  I expanded on some issues he could
expect to find - some sooner, some later.  He also ought to expect issues
with error recovery (although I'm on a system that IS currently supported
and we found a very new issue with error recovery just last week... but the
difference is that we CAN expect to see a fix sometime relatively soon).


Your post didn't enlighten the user's original request either, it merely
took my answers to task.  I didn't make assumptions on his Y2K concerns,
nor did I make the leap of faith that he has the license.  If he is
running his MVS/SP 3.2.2 system now (which I doubt) then he is trying to
mix old (presumably cheap) software with newer, less expensive hardware...
I would expect some fallout to come from that combination.


Maybe the O.P. will explain his MVS/SP 3.2.2 designation better.  Is is
really MVS/ESA 3.1.3 + DFP 3.2, or is it something different?
 

 



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


Re: 3380-3390 Conversion - DISAPPOINTMENT

2006-03-24 Thread Steve Arnett

Ed Gould wrote:


On M
John,

Had not heard about that parm before. I looked it up and it was as  
clear as mud... (ok dark bear).




It is obviously Friday!  How much clearer is a light bear?

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


Re: Assembler question

2006-03-17 Thread Steve Arnett
Are you sure that you wanted to do a L 10,ADR1 and not a LA 10,ADR1?  If 
you use the LA, then both MVCs would result in the same data.


Bill Larsen wrote:


Dear all

(...)
L 10,ADR1
MVC ZON,0(10)   === (XX)
(..)

ADR1 DS F




=== why when i replace (XX)  by MVC ZON,ADR1 , i don't have the same
value in ZON ???


Thank you

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Error message DFHFC0966

2006-03-17 Thread Steve Arnett
Another option would be to split the dataset into two datasets less than 
4GB and using the RBA determine which one to read.  If you are reading 
it sequentialy, heaven forbid, put logic in the program to read one and 
then the other.  All writes would go to the second dataset(until you 
exhaust the 4GB for it).


McKown, John wrote:


What you have to do is use something other than an ESDS file. The 4Gb
barrier is a CICS one, not a z/OS one. It is still a documented
restriction in CICS/TS 3.1.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology
 



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


Re: map of MVS control blocks

2006-03-15 Thread Steve Arnett
The Data Areas for 1.7 are online 
here...http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/IEA2BK60


Bill Larsen wrote:


Dear all

I am looking for a map of mvs control blocks with all the relations between
them, do you know where i can have it ?

Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEE345I command authority error from batch

2006-02-28 Thread Steve Arnett
I am running z/OS 1.7 and TS 1.3 and I was able to run the job below and 
it functioned properly...


//  JOB  (000),'',   
// MSGCLASS=X,CLASS=C,MSGLEVEL=(1,1), 
// NOTIFY=SYSUID 
//BR14  EXEC PGM=IEFBR14   
// COMMAND 'F CICSTS,CEMT I TAS'  

However, I have AICONS specified and have a model console definition 
specified.  I am running in the SYS1 group, so this may not be a true 
test of your issue.


I tried it with a general user and got the following:

ICH408I USER(   ) GROUP() NAME(TEST-PROGRAMMER)
 MVS.MODIFY.STC.CICSTS.CICSTS CL(OPERCMDS)   
 INSUFFICIENT ACCESS AUTHORITY   
 FROM MVS.** (G) 
 ACCESS INTENT(UPDATE )  ACCESS ALLOWED(NONE   ) 


I hope this helps...

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


Re: Pod slurping?

2006-02-17 Thread Steve Arnett
The fact that USB ports are on the backs of PCs (rather than the 
fronts) indicates they were designed for cubicle-dwellers. 


I have three computers at home with USB ports on the front.  I also have 
cables that allow back mounted USBs to be used easily.  They were not 
designed for cubicle-dwellers, they were designed for portability and 
compatibility.


Phil Payne wrote:


A point made in http://www.isham-research.co.uk/dd.html for about the last 
couple of years.

Scan down to data stick.

 



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


Re: System code EFF

2006-02-06 Thread Steve Arnett
If EFF is an error out of SVC 255, then he would have to have it 
installed or he would get an FFF, not an EFF.


Schiradin,Roland HG-Dir itb-db/dc wrote:

Seems SVC 255 is not defined to the system. 


Roland

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Jorge Garcia

Sent: Monday, February 06, 2006 2:30 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: System code EFF


We have a problem with abend SEFF in a batch job.
We are looking for it in all places (IBM-MAIN, ibm.com, google, 
IBM Manuals z/os 1.6 ) and we don't have find something. 
The abend step is about a access program to IDMS database in 
retrieval (NO update mode). We can't understand why we can't 
find this system code in anywhere.


We paste the abend below:

02.12.10 JOB70013  IEA995I SYMPTOM DUMP OUTPUT  754
754 SYSTEM COMPLETION CODE=EFF
754  TIME=02.12.05  SEQ=00921  CPU=  ASID=0041
754  PSW AT TIME OF ERROR  078D2000   8005EA42  ILC 
2  INTC FF

754ACTIVE LOAD MODULE  ADDRESS=00058310  OFFSET=
754NAME=RHDCOMVS
754DATA AT PSW  0005EA3C -   0AFF07F4  E2C5C3E4
754GR 0: 0001   1: 00088008
754   2: 000714DC   3: 0007
754   4: 8005EB34   5: 0005EA40
754   6: 0005EA10   7: 00070728
754   8: 00088008   9: 00070E20
754   A: 00068050   B: 0005D1C8
754   C: 0005EA4C   D: 000716E4
754   E: 0005DA08   F: C3C4D4E2
754  END OF SYMPTOM DUMP
02.12.10 JOB70013  IEF450I R0170396 PASO030 - ABEND=SEFF U 
REASON=


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Mainframe Programmer on EBay

2006-02-06 Thread Steve Arnett

When did CICS, DB2, IMS, and IDMS become languages?

Besides ALC, where are PL/I and RPG II.  For that kind of money, I would 
expect those to be included, as well!


Porowski, Ken wrote:


Is this what we have to look forward to?

Ken




You are bidding on a technology icon,  capable of generating true legacy
code in the following languages (Cobol, CICS, DB2, IMS, IDMS, JCL, IBM
Utilities) and much more. Please bid with confidence and good luck in
acquiring this rare and valuable find.

 



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


Re: Moving from CA-MIM to GRS.

2006-02-06 Thread Steve Arnett
I wouldn't say GRS is free...Two escon cables and four escon channels 
have some value...Don't they?


Ed Gould wrote:


On Feb 6, 2006, at 12:00 AM, Ted MacNEIL wrote:


--SNIP---



2. $E;$H;$C processing doesn't happen (if you use that). The jobs  
will just sit there and wait for ENQ's to resolve. Solution: a few  
more INIT's.


Big bennie:
GRS is 'free'.
MIM costs money.
MIM is from CA.



This is a big issue to companies that want to stay out of CA  
clutches. I have seen go to great measure to sand up and say I am CA  
Free!

Ed




There is a REDBOOK on conversion from MIM to GRS!


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe  in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: What can you do on the PC that is like M/F Sysmgt

2006-02-01 Thread Steve Arnett
We are dumping What's Up in favor of Nimbus.  Don't know the polotics 
involved...What's Up, the way it is used at our shop is very simple.  
Tells us what is up or down.  Nimbus allows monitoring of up/down 
status, processes, CPU utilization, disk utilization, memory 
utilization, etc...for all of our servers except the mainframe.  I am 
still hammering on them for z./OS support.


Ed Finnell wrote:



In a message dated 2/1/2006 4:51:25 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:


Anyone  know of anything of this ilk?



 

You might like Whatsup Pro at _http://www.ipswitch.com/_ 
(http://www.ipswitch.com/) . Highly  configurable(almost too much), but the PHB's can even 
understand it. The  operators like it 'cause they don't have to do anything except 
click on hot  spots. Depending on network size and number of servers monitored 
might need a  healthy PC to run it on, but they're relatively  cheap.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: What can you do on the PC that is like M/F Sysmgt

2006-02-01 Thread Steve Arnett

Hmmm...polo-tics...Must be some new source for Lime Disease...

Steve Arnett wrote:

We are dumping What's Up in favor of Nimbus.  Don't know the polotics 
involved...What's Up, the way it is used at our shop is very simple.  
Tells us what is up or down.  Nimbus allows monitoring of up/down 
status, processes, CPU utilization, disk utilization, memory 
utilization, etc...for all of our servers except the mainframe.  I am 
still hammering on them for z./OS support.




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


Re: Mount a tape

2006-02-01 Thread Steve Arnett
There are also REAL machines out there that are trying to act like 
massive mainframes, not just PCs.  The MP/3000 is the size of a two 
drawer filing cabinet, but can have 200+ MIPs(H70).  That is a small 
machine, but not a small system!




Chris Mason wrote:


Matthew,

I dare say you've managed to imagine Jerry's circumstances somewhat better
than the rest of us. Having only recently started dabbling in this newsgroup
I haven't really got my head around the concept of one man (or one woman)
installations with a PC pretending to be the massive mainframe of my feeble
imagination with roomfuls of spinning disks and tapes and blinking lights
everywhere.

Chris Mason
 

 



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


Re: Integrated Console Controller Problem?

2006-02-01 Thread Steve Arnett
That happens only if we deactivate an LPAR.  I would think that the POR 
would always drop the sessions, since, until the POR completes, there is 
no ICC.


If all I do is shut down, quiesce, and then load the opsys, I do not 
loose the session. 

We have found that if you use Reflections and do a CUT, it locks the 
session long enough to drop the console.  TN3270plus does not suffer 
from this.


Kittendorf, Craig wrote:


Hi,

We have a test lpar running on our new z890 and I have configured the
ICC.  We have Attachmate on the PC connected to the ICC.  When the LPAR
was shutdown and POR the Attachmate emulator sessions for both Console
and VTAM closed completely.  Not just disconnected, but closed.  Of
course, when we IPL'd they weren't available.  BTW, we are still using
real 3174s also.

1)  Anyone else using Attachmate (myEXTRA Enterprise 7.1a) ?
2)  Anyone else have a problem with the emulator session closing ?

Thanks,
  Craig

 



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


Re: Mount a tape

2006-02-01 Thread Steve Arnett
There is still a possibility that Bruce did not help him.  If he is 
running Hercules under Linux, he may have wanted to know how to a) 
access an AWSTAPE format tape image or b) how to issue a Linux mount 
command to access a 3480/3490/etc cartridge.


Desi de la Garza wrote:


Way to go Bruce. Helping out Jerry has made you a better person no matter
how silly the question was.

Thanks,

Desi 
 

 



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


Re: Integrated Console Controller Problem?

2006-02-01 Thread Steve Arnett
I have to agree.  I don't get that behavior with either Reflections or 
TN3270plus.


Jousma, David wrote:


Sounds like an emulator setting to me.  I don't use attachmate, so I
cannot answer.

Dave 

 



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


Re: Basic question on deleting datasets

2006-01-30 Thread Steve Arnett
Since this is a recuring function that you will be performing and I 
didn't see this suggestion on the list, I will suggest it...Write a 
program to read the IEHLIST output and generate your deletes from that.  
You can concatenate the IEHLIST datasets from the 20 packs as your 
input.  I have two similar processes that I use to get all of the 
datasets in a system by using either LISTCAT output or IEHLIST output.  
The former is a two step process, the first step to list all of the 
catalogues and the second step to list all of the datasets in those 
catalogues.  This job is used to compare the contents of two systems to 
determine if any orphaned datasets exist before an upgrade.  The second 
one is for recataloguing datasets for new sysres volumes and catalog 
volumes.


Pommier, Rex R. wrote:


Hi.

I'm afraid I'm in a can't see the forest because of the trees
situation which probably has a very easy answer that I can't see.

I have a disk pack that I need to get a large subset of the datasets off
it as well as uncataloged.  Is there some way using IDCAMS or DFSMSdss
to accomplish this using wildcards so I don't have to list each dataset
separately?  IDCAMS apparently only allows me to use a single-qualifier
wildcard which won't do it.  


Unless somebody has a better idea as how to proceed here.  The situation
is that we have a training system here that is a clone of our
production.  On a semi-regular basis we are requested to refresh the
training system.  The process is to delete the training system datasets
then use DFSMSdss COPY to copy the datasets from production to training.
I have tried just using DFSMSdss COPY with REPlace but apparently the
REPlace parameter of DSS COPY doesn't work with the RENameUnconditional
because DSS complains about the output datasets already being there. 


I don't want to have to list all the datasets individually in IDCAMS
DELETE statements because that will be a maintenance nightmare.

Environment is z/OS 1.4. 


What am I missing?

Rex

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: zIIPs

2006-01-24 Thread Steve Arnett
That rates right up there with the old(and I mean OLD) 8Kx1 WOM(write 
only memory) chip announcement from NEC back in the late 70s.


Hunkeler Peter (KRDO 4) wrote:


zNUPs - zSeries No Use Processor - Its a simple one: it doesn't do
anything except from appearing on your maintenance bill


Peter Hunkeler
CREDIT SUISSE

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMS LPAR

2006-01-16 Thread Steve Arnett
Lack of tapes on SYSTEM-B would prevent the HSMPLEX from working 
properly, unless you carve out a CF and use the common recall queue.  In 
our case, we do not have tape and do not have a CF, so the alternative 
was code to ship recalls over to SYSTEM-A for processing, as the 
original poster suggested doing.


Richards.Bob wrote:


Lars,

I would strongly recommend *against* doing this. What happens if they change 
their mind in the future and want to put it back?

In my opinion, a better idea would be to define SYSTEM-B to be part of the same 
SMSPLEX and HSMPLEX. Then *DISABLE* the storage group on SYSTEM-A and the 
associated HSM functions. Then fire up a second HSM on SYSTEM-B using the same 
ARCCMDxx member. You will need to look at the ONLYIF keyword to specify HSM 
functions to be performed only on SYSTEM-B.

Unless there is something you haven't mentioned that prevents the above idea, I 
would re-think your plans for a second SMSPLEX.

Bob Richards
VP, Enterprise Technologist
Enterprise Technology Infrastructure
SunTrust Banks, Inc.
(404) 575-2798 


Seeing beyond money (sm)

-Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Lars Jansson
Sent:   Monday, January 16, 2006 10:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:SMS LPAR

We are running z/OS 1.4.0 and DFSMS 1.3.0 on SYSTEM-A.
Now we are planning to move a certain
application to an own LPAR SYSTEM-B
The application has it's own STORGRP and the plan
is to start SYSTEM-B with a mini SMS that will
contain the same STORGRP that the application has
in SYSTEM-A.
If we need to migrate files with HSM we will send
a batch job containing the HSM commands to SYSTEM-A.

Do you have any experience in this scenario ? 
 
 
 
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. 
 
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 









--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMS LPAR

2006-01-16 Thread Steve Arnett
Lack of tapes on SYSTEM-B would prevent the HSMPLEX from working 
properly, unless you carve out a CF and use the common recall queue.  In 
our case, we do not have tape and do not have a CF, so the alternative 
was code to ship recalls over to SYSTEM-A for processing, as the 
original poster suggested doing.


This is a report without the reply-to filled in...sorry about the 
previous post...


Richards.Bob wrote:


Lars,

I would strongly recommend *against* doing this. What happens if they change 
their mind in the future and want to put it back?

In my opinion, a better idea would be to define SYSTEM-B to be part of the same 
SMSPLEX and HSMPLEX. Then *DISABLE* the storage group on SYSTEM-A and the 
associated HSM functions. Then fire up a second HSM on SYSTEM-B using the same 
ARCCMDxx member. You will need to look at the ONLYIF keyword to specify HSM 
functions to be performed only on SYSTEM-B.

Unless there is something you haven't mentioned that prevents the above idea, I 
would re-think your plans for a second SMSPLEX.

Bob Richards
VP, Enterprise Technologist
Enterprise Technology Infrastructure
SunTrust Banks, Inc.
(404) 575-2798 


Seeing beyond money (sm)

-Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Lars Jansson
Sent:   Monday, January 16, 2006 10:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:SMS LPAR

We are running z/OS 1.4.0 and DFSMS 1.3.0 on SYSTEM-A.
Now we are planning to move a certain
application to an own LPAR SYSTEM-B
The application has it's own STORGRP and the plan
is to start SYSTEM-B with a mini SMS that will
contain the same STORGRP that the application has
in SYSTEM-A.
If we need to migrate files with HSM we will send
a batch job containing the HSM commands to SYSTEM-A.

Do you have any experience in this scenario ? 
 
 
 
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. 
 
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 









--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMS LPAR

2006-01-16 Thread Steve Arnett

Yes.

Richards.Bob wrote:


Good points, Steve.

I take it then, HSM aside, you agree with the gist of what I said about adding SYSTEM-B to the same SMSPLEX? 

Bob 


-Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Steve Arnett
Sent:   Monday, January 16, 2006 11:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: SMS LPAR

Lack of tapes on SYSTEM-B would prevent the HSMPLEX from working properly, 
unless you carve out a CF and use the common recall queue.  In our case, we do 
not have tape and do not have a CF, so the alternative was code to ship recalls 
over to SYSTEM-A for processing, as the original poster suggested doing.

Richards.Bob wrote:

 


Lars,

I would strongly recommend *against* doing this. What happens if they change 
their mind in the future and want to put it back?

In my opinion, a better idea would be to define SYSTEM-B to be part of the same 
SMSPLEX and HSMPLEX. Then *DISABLE* the storage group on SYSTEM-A and the 
associated HSM functions. Then fire up a second HSM on SYSTEM-B using the same 
ARCCMDxx member. You will need to look at the ONLYIF keyword to specify HSM 
functions to be performed only on SYSTEM-B.

Unless there is something you haven't mentioned that prevents the above idea, I 
would re-think your plans for a second SMSPLEX.

Bob Richards

-Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Lars Jansson
Sent:   Monday, January 16, 2006 10:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:SMS LPAR

We are running z/OS 1.4.0 and DFSMS 1.3.0 on SYSTEM-A.
Now we are planning to move a certain application to an own LPAR SYSTEM-B
The application has it's own STORGRP and the plan is to start SYSTEM-B with a 
mini SMS that will
contain the same STORGRP that the application has in SYSTEM-A.
If we need to migrate files with HSM we will send a batch job containing the HSM commands to SYSTEM-A. 
   

 
 
 
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. 
 
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 






 



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


Re: Define and start JES2

2006-01-03 Thread Steve Arnett
Short answer is that the primary subsystem (for JES2) must be named JES2
and the procedure must have the same name.

Johnny Luo wrote:

New to mainframe..so the question maybe look a little silly.

Here is what IEFSSN00 of our site defines JES2:

SUBSYS SUBNAME(JES2) /* JES2 AS PRIMARY SUBSYSTEM */
  PRIMARY(YES) START(NO)

My question is concerning parmameter SUBNAME:

Is it true that it must be the same name as JES2 procedure?
Take the above IEFSSN00 for example,do I need to name the
JES2 procedure 'JES2' also?Or I can use another name for it,say,
JESA?




--
Best Regards,
Johnny Luo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Capturing a reply id from a WTOR

2005-12-29 Thread Steve Arnett

Folks,

   First, I am cross posting this to both the ALC and Main boards, so I 
apologize for those of you that receive it twice.


   Second, I have a program that issues a WTOR.  Presently, I capture 
that WTOR with automation and issue a modify command to another address 
space with the reply id for the WTOR.  I would like to bypass the 
automation piece and issue the modify command directly from the program 
issuing the WTOR.  However, I see no description of how on might do this 
in the manuals.  I have also begun searching the archives for the 
answer.  How do you extract the reply id from a WTOR once the WTOR has 
been issued? 
   My code would look something like this:


WTOR  MF=(E,WTORSTOR)   ISSUE WTOR
*
*   Extract the reply id for the command below   

* 
XCMGCRPL(MGCRLTH),MGCRPL   CLEAR PARM LIST   
MVC   MGCRTEXT(14),=CL14'F STCNAME1,xx '  
*
MVC   MGCRTEXT+11(2),DBLWRD+3  MOVE IN REPLY NUMBER
*
MVC   MGCRTEXT+14(xx), REMAINDER OF 
COMMAND  
LAR1,(MGCRTEXT-MGCRPL)+65  GET MGCRPL LENGTH 
STC   R1,MGCRLGTH  PUT LGTH IN THE MGCRPL
MODESET KEY=ZERO   * KEY ZERO/SUPERVISOR STATE   
SRR0,R0CLEAR R0  
MGCR  MGCRPL   ISSUE COMMAND 
MODESET KEY=NZERO  * KEY ZERO/SUPERVISOR STATE   
* 
LAR1,WTORECBWAIT FOR REPLY   
WAIT  1,ECB=(R1)*


Thanks in advance,
Steve A.

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


Re: Capturing a reply id from a WTOR

2005-12-29 Thread Steve Arnett
Thanks for the replies...Bottom line was to chase the ORE.  Code looks 
something like this:


*
LAR8,0  GET PSA ADDRESS 
L R8,16(,R8)GET CVT ADDRESS 
L R8,100(,R8)   GET UCM ADDRESS 
L R9,28(,R8)GET FIRST ORE   
MODESET KEY=ZERO   * KEY ZERO/SUPERVISOR STATE  
ORELPC R4,8(R9)  COMPARE TCB ADDRESS 
BEFNDOREYES, THIS IS OUR ORE
CLC   0(4,R9),=F'0' CHECK FOR ZERO LINK POINTER 
BENFDOREYES, BYPASS COMMAND 
L R9,0(,R9) GET NEXT ORE
B ORELP TEST IT 
FNDORE   DS0H*   
*

*
*
NFDORE DS  0H
   MODESET KEY=NZERO

McKown, John wrote:


I don't know of a way to do that directly. However, the reply number is
kept in the ORE. The ORE is in subpool 231, which is [E]CSA. Use of the
ORE is definately not GUPI (General User Programming Interface). Upon
return from the WTOR, general register 1 contains an identification
number. I am fairly sure that this is the same as the OREDOMID in the
ORE. ORERPIDB contains the reply number (in hex - DS F). Each ORE is
chained to the next via the ORELKP field. You find the first ORE via the
UCMRPYQ of the UCM, which is pointed to by the CVTCUCB. Serialization is
your worry grin.

If you are on z/OS 1.7 (not likely, but maybe), if appears that you can
use the CNZQUERY macro to get the OREs.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

 



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


Re: Capturing a reply id from a WTOR

2005-12-29 Thread Steve Arnett

Thanks for the replies...Bottom line was to chase the ORE.  Code looks
something like this:

*
LAR8,0  GET PSA ADDRESS
L R8,16(,R8)GET CVT ADDRESS
L R8,100(,R8)   GET UCM ADDRESS
L R9,28(,R8)GET FIRST ORE
MODESET KEY=ZERO   * KEY ZERO/SUPERVISOR STATE
ORELPC R4,8(R9)  COMPARE TCB ADDRESS
BEFNDOREYES, THIS IS OUR ORE
CLC   0(4,R9),=F'0' CHECK FOR ZERO LINK POINTER
BENFDOREYES, BYPASS COMMAND
L R9,0(,R9) GET NEXT ORE
B ORELP TEST IT
FNDORE   DS0H*
*
*
*
NFDORE DS  0H
   MODESET KEY=NZERO

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


Re: Is Outsourcing the Next Terror Target?

2005-12-29 Thread Steve Arnett

Can anyone guarantee invulnerability?

I used to work at ACS in Dallas and the security there was better than 
in most of the data centers that they were outsourcing.  Outsourcers do 
not work on very low profit margins, they operate on economies of 
scale.  They can run multiple companies processing for less money than 
it would take each of those companies to operate independently.  At 
least that is the business model that they use.


Edward E. Jaffe wrote:


Phil Payne wrote:
[snip]

I think it vanishingly unlikely that any commercial operation - 
especially in outsourcing,
where the gross margins are already very low - would be able to 
afford the kind of security
measures needed to guarantee invulnerability from the kind of 
fanatics who could engineer

9/11.

It should be on the checklist of anyone considering business critical 
outsourcing.
 



Hear, hear!



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


Re: BCTC vs SCTC

2005-12-19 Thread Steve Arnett

Folks,

   As a final closure on this issue, I did find what was causing my I/O 
errors between the two channel attached SCTCs.  It was a timing issue.  
The error occured when either of the programs on the two LPARs issued a 
write prior to the read being issued on the other side of the SCTC 
link.  By inserting a delay in each of the programs where they turn 
around from input to output, I was able to elliminate the IOEs that were 
being generated.  A special thanks to Mike Kerford-Byrnes whom I had an 
extended discussion with off list.


Thanks,
Steve A.

Steve Arnett wrote:


Thanks to everyone that responded.

Bruno Sugliani wrote:


have a look around page 3.3
could be helpfull
Watch the wrap
http://www-1.ibm.com/support/docview.wss?uid=isg29fafd2510f68d17285256ced0051213eaid=1 


Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

 






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


Re: New LPAR and VTAM

2005-12-19 Thread Steve Arnett

Chris,

   The question is legitimate.  I stepped into a shop that had two 
independant LPARs.  They wanted to split one of those LPARs into two 
seperate sysplexes with a common VTAM network.  I was given the task of 
setting up VTAM to cross between the two new LPARs.  I have been working 
with/around VTAM for 25 years, but have never worked with a VTAM network 
that had more than a single VSE or MVS image in it.  I was fortunate 
enough to have a couple of old friends that I worked at an outsourcing 
comapny with that could answer questions like this for me.  Some people 
are not quite so fortunate and have to come to this board for that reason.


Steve Arnett

 


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Chris Mason

[ snip ]

My problem with this post is Why on earth should you need to 
ask this question? Somebody was responsible for building 
your existing SNA network and maintaining it. Why not just 
ask him/her? - although it's a mystery why he/she isn't just doing it.
   



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


BCTC vs SCTC

2005-12-05 Thread Steve Arnett

Folks,

I wrote a program to communicate between two LPARs using a CTC 
connection.  I was having a problem with occasional I/O errors.  I 
originally had the program on an SCTC connection and swicthed it over to 
a BCTC connection.  Since moving it, I have had no problems with the 
program.  Both the SCTC and the BCTC are runninng between two ESCON 
channels(91/92 is SCTC and 9A/9B is BCTC) on our z/890 with an ESCON 
cable attaching each pair.  I currently have VTAM running over the SCTC 
pair between the LPARs and have had no problems with it, so I am 
assumiong that I do not have a bad cable.  That woudl leave the 
differences between the SCTC and BCTC devices as the only other cause.  
While I have seen one vague comment on this board about IBM not 
modifying GRS to use SCTC and hence requiring BCTC, I have been unable 
to find any documentation pointing to differences between the protocols 
and how programming them would differ.  Is anyone on this board aware of 
any such documentaion?  If so, could you direct me to it?


Many thanks,
Steve A.

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


Re: BCTC vs SCTC

2005-12-05 Thread Steve Arnett
I am getting a lot of responses stating that BCTC is required for GRS.  
This, I know.  I do appreciate the attempts to be helpful. 

There are many refences on the board regarding the requirement for GRS 
to use BCTC.  I have GRS using BCTC and I am neither questioning its use 
of BCTC or its inability to use SCTC. 

What I am asking for is some help finding the differences between the 
two.  As a software developer how can I go to SCTC or even FCTC if I 
cannot find documentation on either the protocaols in use or the 
differences between them.


Thanks again.
Steve A.

R.S. wrote:



It was discussed recently.
IMHO it is more proof that IBM don't like GRS without XCF (means 
sysplex), rather than IBM treats BCTC as current technology.

ESCON is fading technology, so lack of FICON BCTC suggests the same.
Just my $0.02



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


Re: BCTC vs SCTC

2005-12-05 Thread Steve Arnett

Thanks to everyone that responded.

Bruno Sugliani wrote:


have a look around page 3.3
could be helpfull
Watch the wrap
http://www-1.ibm.com/support/docview.wss?uid=isg29fafd2510f68d17285256ced0051213eaid=1
Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

 



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


Re: OT- IBM slows the speed of light

2005-11-08 Thread Steve Arnett
I guess this makes the term light year for distance meaningless, 
doesn't it?  Or if not meaningless, at least, relative...h


Ed Gould wrote:


http://www.eet.com/news/latest/showArticle.jhtml?articleID=173403017

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: PREVENTING TAKING TOO MUCH STOR IN ISPF

2005-10-25 Thread Steve Arnett
Actually, you are correct about it being SPM/OL.  The DOS/VS 
modification was to insert an EXCP to read a card.  Power intercepted 
the READ and moved the buffer to the input queue as if it had been read 
from the card reader.  I was just starting out at the time, so I had no 
idea how that was supposed to work, but it did.  I had already done 
quite a bit of ALC coding, so I knew the instructions, just didn't know 
how the smoke and mirrors worked.


The guy that came up with this fix also set up our system to run 
Power(old Power that ran real mode only) to run in virtual mode.  He 
preloaded a program that page fixed what Power needed fixed in memory 
and then loaded Power in on top of itself.  This allowed us to run a 1MB 
DOS/VS system with Power and four partitions on a 64K 370/125.  Needless 
to say there was a substantial paging overhead...with at least a 16 to 1 
folding ratio...


McKown, John wrote:


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Arnett

Sent: Monday, October 24, 2005 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PREVENTING TAKING TOO MUCH STOR IN ISPF


There was one.  It was called SPM and ran on DOS/VS.  With a 
three card 
modification from a fellow in Lubbock by the name of Stu Childre, it 
even submitted jobs directly to the Power queue.


   



Something called SPM/OL (Source Program Maintenance/Online, IIRC) also
ran on OS/VS1 under CICS. I don't know if it was the same SPM as DOS/VS
or not. I do remember doing something so that it could submit jobs
under CICS. Something about using a user SVC to do a S RDR some how.
The details are no longer accessable by my memory controller grin.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: PREVENTING TAKING TOO MUCH STOR IN ISPF

2005-10-24 Thread Steve Arnett
There was one.  It was called SPM and ran on DOS/VS.  With a three card 
modification from a fellow in Lubbock by the name of Stu Childre, it 
even submitted jobs directly to the Power queue.


Shmuel Metz (Seymour J.) wrote:


In [EMAIL PROTECTED], on 10/17/2005
  at 03:50 PM, Paul Gilmartin [EMAIL PROTECTED] said:

 


A colleague told me of an SDS (later XEROX) system that kept source
files in a direct access data base, indexed by the line number. 
Imagine the possibilities.
   



How about an IBM system that did the same thing? 

 



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


Re: SMF Under Zos 1.4

2005-09-09 Thread Steve Arnett
If you are interested in a version with 31-bit support for z/OS 1.4 
which also uses the whole 44 character dataset name, instead of only 
SYS1.MANx, contact me off list.


These were changes made to the SMFDUMP program from NASPA.  I am a new 
kid on the block at my datacenter, so I do not know at what date or at 
what level the code here was obtained.  I just grabbed the onsite source 
and made the required changes to get it running...


Shane Ginnane wrote:


I put an updated version of SMFDUMP on the cbt a couple of months back.
Cleaned up the code slightly, put in a check for GRS being active, so the
RESERVE is no longer required in most cases.

Certainly works on 1.4, haven't checked it on higher level systems.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copying ALL tape files to disk

2005-08-04 Thread Steve Arnett
I wrote a utility a couple of years ago in COBOL which takes the output 
from the FREEWARE program TAPESCAN and builds the JCL required to 
restore the datasets(writing it to the JES2 internal reader).  It was a 
very simple and easy to write program.  The one that I wrote generated 
two possible sets of JCL, one for PS files and one for PDSs.


When you are creating the new datasets, you need to remember that MVS 
takes the last 17 bytes of the dataset name and uses that for the 
dataset name on tape.  So, what I did was append a prefix in front of 
the 17 character name in the generated JCL.  Care should be taken to 
remove any periods that start the dataset name from the tape.


Mautalen Juan Guillermo wrote:


Thanks Radoslaw,

I want the datasets created on disk to have the same name they have on
tape (as is stored in the tape label). I know what these names are, and
they are compatible with our DASD datasets naming standards.

Why cannot DITTO (or other utility program), just read each tape dataset
label, allocate a disk dataset with the same name, copy, and then
proceed with next label, continuing this way until EOV is reached).

On the other hand, i dont know what is considered a piece of cake in
Poland, but i have around 50 tapes volumes, each one containing around
100 labels.   :-)


JUA MAUTALEN

 



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


Re: Copying ALL tape files to disk

2005-08-04 Thread Steve Arnett
Contact me offline if you would like the COBOL source for the program 
that I wrote.


Mautalen Juan Guillermo wrote:


Thanks you all for your suggestions.

The 17 limit of the dsname in the tape dataset label is not a problem in
this particular case, because all the datasets have names whose lenght
is equal or shorter than 17 characters (so the complete name is indeed
stored in the tape label).

I will evaluate the possiblities you mentionned.



JUAN MAUTALEN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 4039 error with SOC-7

2005-08-03 Thread Steve Arnett
The S0C7 is the cause of your 4039.  It is just LE saying that your 
exception was not handled, which it wasn't.  If you look at the CEEDUMP, 
it will have your OC7 abend data in it.


Howard Brazee wrote:


Why would I get a 4039 Error with a data exception?

USER COMPLETION CODE=4039 REASON CODE=   
TIME=10.20.19  SEQ=00394  CPU=  ASID=0077 
PSW AT TIME OF ERROR  078D1000   880550D6  ILC 2  INTC 0D 
 ACTIVE LOAD MODULE   ADDRESS=07F411E0  OFFSET=00113EF6  
 NAME=CEEPLPKA   
 DATA AT PSW  080550D0 - 00181610  0A0D58D0  D00498EC
 AR/GR 0: 80D1EC28/8400   1: /84000FC7   
   2: /0817FFC8   3: /00060007   
   4: /0817FFC8   5: /0718   
   6: /07F3C888   7: /0010   
   8: /87FD3B48   9: /08180717   
   A: /0817FB5C   B: /08055000   
   C: /07F3FD80   D: /081822B0   
   E: /87FD3C88   F: /   
END OF SYMPTOM DUMP   



This job has been running fine, but it abended twice - on close but not
the same input records with SOC-7 and 4039.  Looking at the dump, I see
the SOC-7 easily, but I'm trying to figure out why the old program is
trying to process the header record as a data record.   (one abort was
with the 2nd header record, the other was with the 1st header record). 


Normally SOC-7 is a trivial problem, especially since I see the error
and know it isn't something like a table overflow into program memory.
But I'm puzzled by the 4039.Maybe I should have them run it with
SSRANGE checking, or do a tape to tape copy of the input file first.

At any rate, I'm poring through the code trying to find out why it is
processing the header record.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP sloppiness

2005-07-28 Thread Steve Arnett
San Francisco.  I attended the MVS/XA Structure and Flow in Atlanta, 
flew home over the weekend and attended the MVS Installation Workshop in 
SF the next week.  The installation workshop was how to install MVS/SP 
using the CBIPO with a little mini-session on MVS/SP internals.  You 
were not allowed to take home any samples of the parmlib members.  
Absolute waste of time for someone doing an XA express install.  As I 
told them in the class review at the end of the class, there was one 
half of a day of usable information, when they taught us how to use 
TSO.  The remainder of the five days was a waste.  I did get to eat out 
at Fisherman's Wharf and found out about the barkers on Broadway.


Ed Gould wrote:



You must have have been in the same class as I was, was it in Chicago?

Ed


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


Re: Defining DASD to OS390 V2R10 System

2005-07-28 Thread Steve Arnett

7F, not 80...

Robert Pelletier wrote:


I have been asked to define more 3390-3 devices to our system. Here is a piece 
of an HCD report
PROCESSOR ID CSLF9672 TYPE 9672 MODEL RA4  CONFIGURATION MODE: LPAR  T
   SWITCH 
  ID  PR  CU   DYN  --- CONTROL UNIT ---  CU- 
CHPID  TYPEMNGD   SIDE  MODE  PN  PNID  NUMBER  TYPE-MODELADD 
_  __  _       ___  _ ___ 
 60CNC  SHR  0700   3990  
__
 61CNC  SHR  070E   3990  
__
TOKEN: CSLF9672 01-03-16 11:49:03 TECH IODF03  
  UNIT ADDRUNIT
-  RANGE-- DEVICE --  ADDR   DEVICE 
D  PROTOCOL  FROM  TO   NUMBER,RANGE  START  TYPE-MODE  
_    _    _  _  
 00   4F 0900,80  003390   Make this 00 80   0900,128?
__  
 00   4F 0900,80  003390


Can I simply get into HCD and wherever there is a 4F make it an 80 and wherever 
there is an 80 for 3990/3390 devices make it 128?
Thanks in advance to all. 

  
   
Bob Pelletier

Connecticut Student Loan Foundation
Rocky Hill, Connecticut

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: destructive overlap

2005-07-11 Thread Steve Arnett
This was code generated by the Crowbar, er, COBOL compiler.  No cc 
checking generated.


Bill Fairchild wrote:



In a message dated 7/9/2005 9:25:12 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:


 


MVCL, as I now understand, is a noop if the move is  destructive.
   



When did that change? It used to set CC  3.


MVCL does not move any bytes if destructive overlap is detected, but does  
not cause a program interrupt.  In that sense, it is the same as a NOPR (a  
2-byte-long NOP).  However, it does set condition code 3, but a genuine NOP  does 
not set the condition code.


Bill Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Old old memories

2005-07-08 Thread Steve Arnett

The diskette is free, but try finding a replacement drive to read it on...

Martin Kline wrote:


From IBM's WEB site:


3274 Control Unit

This product was withdrawn from marketing in August,
1990, and is no longer sold in the US by IBM. However,
the product is still being serviced by IBM.

For no charge diskette replacement, please contact the
IBM Customer Order Facility at 1-800-334-1089 or send
an email to [EMAIL PROTECTED]

 



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


Re: Has VSAM become synonymous with KSDS?

2005-07-06 Thread Steve Arnett
DB2 is also loaded into VSAM datasets.  Also, don't forget the linear 
datasets used by the OS.


Bill Fairchild wrote:



In a message dated 7/6/2005 11:35:21 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:


Of  course, in some shops, VSAM is obsolete altogether (except for databases  
that

use VSAM that programmers don't see).



VSAM's being obsolete is like saying TSO is obsolete.  VSAM has  been the 
strategic access method of IBM since the mid-1970s.  It  underlies many other 
structures that programmers also don't see, such as page  data sets and catalogs, 
without which z/OS will not run very well or long.   A better term might be 
non-obvious.


Bill Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: destructive overlap

2005-07-06 Thread Steve Arnett

Don't forget the all time favorite method for clearing a print buffer:

   MVI   PBUF,C' '
   MVC   PBUF+1(132),PBUF

PBUF   DS CL133

I have never heard of it being called a destructive overlap before.  I 
have always herad it called a destructive move. 

Fought a bug in a CICS COBOL program for a week before I realized the 
program had a destructive move using an MVCL instruction.  MVCL, as I 
now understand, is a noop if the move is destructive.


Greg Smith wrote:

I am trying to figure out precisely what is destructive overlap.  Does 
destructive overlap

imply nonconcurrent copy (and vice versa)?  For example:

 ds 0d
a ds 12x
b ds 16x
  mvc a(16),b

Here is an overlap but it is non-destructive.   I would assume the 
copy is concurrent?

But if I code

  mvc b(16),a

the overlap is destructive (ie b won't necessarily be an exact copy of 
a).  Would a
concurrent copy occur?   (in this case, a concurrent copy could occur 
without affecting

the result).

Thanks, Greg Smith

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: destructive overlap

2005-07-06 Thread Steve Arnett

Thanks for the info.  I will keep that in mind for future reference.

Paul Gilmartin wrote:


I once astonished Ed Jaffe (or was it Bruce Black) by stating that
I don't write assembler code (or was it that I don't read dumps).
Every now and again I feel the need to provide proof.

And for Steve's doubts about destructive overlap:

Ranked Search Results for Book: dz9zr003
   z/Architecture Principles of Operation

   10 topics have matches for: destructive overlap

   1. MOVE LONG, 7.5.90
   2. MOVE LONG EXTENDED, 7.5.91
   3. MOVE LONG UNICODE, 7.5.92
   4. Consistency Specification, 5.13.9.4
   5. Interlocks within a Single Instruction, 5.13.4.2
   6. MOVE STRING, 7.5.94
   7. MOVE WITH DESTINATION KEY, 10.29
   8. MOVE WITH SOURCE KEY, 10.31
   9. MOVE LONG (MVCL), A.3.26
  10. CIPHER MESSAGE WITH CHAINING (KMC), 7.5.25

-- gil
 



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


Re: HALON et al

2005-06-24 Thread Steve Arnett
Yea, they had this happen at a petroleum company in Dallas.  
Construction workers were in and out all day using a door that saw you 
coming and opened automatically.  One of them went out of the room 
though the back door.  On his way out, he pushed the door and it failed 
to open.  Instead of hitting the crash bar on the door, he reached over 
and hit the little red button.  There was a plastic cover over that one 
the next day, also.


Gates, Guy wrote:


At a previous employer, We had just completed building a new Computer
Center. This building was in the same area as others that this company
owned, So they were going to use the same cleaning company that the
other buildings used. Our building had sensors that unlocked the door as
you approached, but the older buildings had Red Buttons to push to
unlock the door to get out. You probably guessed by now, When the
Cleaning Crew came over and cleaned the Operations Console Room, They
thought they had to push a button to get out of the room. The Console
Room design had the Red 'Emergency Power Off' Button only 4 foot from
the exit. He pushed the button to get out and all power went off. Talk
about people scrambling 3:00 in the afternoon is not a good time to
test this button. Needless to say, There was a plastic box covering that
Red Button the next day. :-) 



Thanks...Guy M. Gates Jr.
TTI Z/OS Systems Programmer
Phone: (817) 740-9000 x-4627
Email: [EMAIL PROTECTED]

 



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


Re: IPL periodicity

2005-06-23 Thread Steve Arnett
We process for two hospital systems.  One on eastern time and one on 
central time.  The different departments in hospitals use the computer 
at different times, with E/R having priority over any changes that we 
wish to perform.  What we have found is that a midweek IPL in the 
evening usually works best for us.  We have a standing schedule to IPL 
once a month.  The last IPL was in February.  For one reason or another, 
the IPL has been bypassed for four months.  The only fallout from this 
has been that our system changes are accumulating and we ran into 
fragmented storage in the initiators(second time in two years).  We 
corrected the latter with new Control-O rules to cycle the inits 
monthly.  The system changes simply have to slide from month to month 
until we can actually implement them with an IPL.


Eric Bielefeld wrote:


We IPL weekly.  We wouldn't have to, but I still think that if your
workload allows it, weekly or monthly IPLs are a good thing.  Any minor
parmlib changes, software changes, etc. are easier to fix if done in small
doses instead of accumulating for 6 months or whatever.  Also, the
operators don't forget how, as many have mentioned.


Eric Bielefeld
PH Mining Equipment
414-671-7849
 



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


Re: Downgrade 9672

2005-06-22 Thread Steve Arnett
I am not sure if it would be worth it, but you could contact a third party
vendor and see if you could trade down.  Instead of paying money. you might
be able to get paid for the downgrade.  However, since you could probably
buy an R16 or R26 for $ 5,000, the net difference may not pay for the
shipping and CE services for the install.

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


Re: OSA-ICC and JBB7727

2005-06-21 Thread Steve Arnett
We are using OSA-ICC on our Z/890 without JBB7727 installed.  Seems to 
work fine for us on z/OS 1.4.


Porowski, Ken wrote:


I saw a reference on the list that JBB7727 (Console restructure/enhancements) 
was required to run an OSA-ICC.

Can anyone confirm or deny this?

I'm running z/OS 1.4 with z990 exploitation support but do not have JBB7727 on. 
 We plan on testing our new z990 this weekend with OSA-ICC.

Thanks all.

Ken Porowski
AVP Systems Software
CIT Group 
Email:	[EMAIL PROTECTED]



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DELETE Question.

2005-06-20 Thread Steve Arnett

DELETE dataset.name NVSAM NSCR
or from 3.4
DELETE / NVSAM NSCR

Rugel José wrote:


Hi :

How can I delete  a PDS entry  that  was  located into  a no actual  existing  
VOLIME ( OS/390 .2.10 ).

ADP.LIBRARY.SOURCES.ISA323.

It  can be  looked  only  by  3.4 TSO Option from ISPF panels  by typing   
*.LIBRARY.SOURCES

It doesn`t   appears  by  LISTC  option.


Thanks.


J. Rugel 



*
La informacion contenida en este e-mail es confidencial y solo puede ser utilizada 
por la persona o la Institucion a la cual esta dirigido. 
Cualquier retencion, difusion, distribucion o copia de este mensaje esta prohibida. 
La Institucion no asume responsabilidad sobre informacion, opiniones o criterios 
contenidos en este mail que no este relacionada con negocios oficiales de nuestra 
Institucion.
Si Usted recibio este mensaje por error notifique al Administrador o a quien le envio 
inmediatamente, eliminelo sin ver su contenido o hacer copias. 
** Banco del Pacifico S.A.** 
**

(Las tildes han sido omitidas intencionalmente para evitar problemas de lectura)
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Ramac II 9394 Cache size.

2005-06-16 Thread Steve Arnett
Actually it was an RVA.  They were attempting to offload the customer 
data from the ADCD base system.  The base MP 3000 P30 only has about 24 
DASD volumes, of which the z/OS ADCD chews up around 16.


R.S. wrote:


SArnett wrote:

I helped a shop install one of these fully loaded back in October.  
The price of the box was about $ 3,500 USD.  Installed with an 
additional new ESCON card in the MP3000, holes cut in the wall 
between the two rooms, etc. was $ 5,000 USD.  This was significantly 
less than the $ 10K that one vendor quoted for the upgrade in the 
MP3000 36GB disk drives, which IBM still has listed for $ 1,500 USD 
each.



$5000 is probable price for fully equipped HDS 7700C aka Comparex 
Tetragon 2000. Much more powerful machine: 4GB of cache, up to 1,4TB, 
PPRC, a lot of ESCON channels.


The HDS-marked boxes are usually imported from the U.S. g

Ramac RVA's (still better than Ramac II) are even cheaper.



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


Re: 3705

2005-06-15 Thread Steve Arnett
We had an operator drop one of those puppies off of the back of the disk 
drive.  Shattered the case.  Taped it together using duct tape(yea, I am 
from Texas), mounted it and backed it up with Westinghouse.   Only took 
two hits during the backup...both were in unused extents on the volume.


William Donzelli wrote:


Would that be the Enterprise?
   



Yes, for the 3340. I need even crashed ones (to fix the load mechanism).

William Donzelli
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HELP- No Master Console

2005-05-25 Thread Steve Arnett

Submit a batch job that has the following step in it:

//ARCHPRE  EXEC PGM=IEFBR14 
// COMMAND 'V ,CONSOLE' 


Robert Pelletier wrote:


Good Morning All. Our operator unplugged the production controller for the 
master console. I can't get it back. I have tried to use the HMC console and I 
get LOGON required when I try to enter commands. I don't want to IPL but if 
that is the only way out I am doing it at noon. Please does anyone have any 
ideas? Thanks all.
Bob Pelletier
Ct. Student Loan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HELP- No Master Console

2005-05-25 Thread Steve Arnett

Another way is to submit:

/*$VS,'V ,CONSOLE'  
//ANYJOB  JOB  (000),'TSYSSA', 
// MSGCLASS=X,CLASS=C,MSGLEVEL=(1,1),   
// NOTIFY=SYSUID   
//ARCHPRE  EXEC PGM=IEFBR14 


Robert Pelletier wrote:


Good Morning All. Our operator unplugged the production controller for the 
master console. I can't get it back. I have tried to use the HMC console and I 
get LOGON required when I try to enter commands. I don't want to IPL but if 
that is the only way out I am doing it at noon. Please does anyone have any 
ideas? Thanks all.
Bob Pelletier
Ct. Student Loan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Region size question

2005-05-25 Thread Steve Arnett

Folks,

   I am testing a new IEFUSI exit.  The exit has WTOs imbeeded to 
indicate what is taking place.  If I set REGION=0M, the exit sets the 
getmain limit below the line to the maximum region available(minus 64K - 
GDAREGSZ-64K) and sets the region limit to the maximum 
available(GDAREGSZ). 
   For grins, I executed a job with REGION=15M to see what would 
happen.  IEFUSI set the region limit below the line to 12M(GDAREGSZ) and 
set the getmain limit to 11.93M(GDAREGSZ-64K).  Yet, the job died with 
an S822 abend and the message IEF085I REGION UNAVAILABLE, ERROR 
CODE=20.  It appears that someone in the mix isn't honoring the limits 
set by IEFUSI.  Can someone explain why the USI limits didn't override 
any checking for the availability of the 15MB?


Steve A.

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


Re: Region size question

2005-05-25 Thread Steve Arnett
Yes.  That came from the CVTGDA entry GDAREGSZ.  If I specify REGION=0M, 
I get the same 12M.


Imbriale, Donald (Exchange) wrote:


Do you have a 12M private area below the line?

Don Imbriale


 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
   


Behalf
 


Of Steve Arnett
Sent: Wednesday, May 25, 2005 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Region size question

Folks,

  I am testing a new IEFUSI exit.  The exit has WTOs imbeeded to
indicate what is taking place.  If I set REGION=0M, the exit sets the
getmain limit below the line to the maximum region available(minus 64K
   


-
 


GDAREGSZ-64K) and sets the region limit to the maximum
available(GDAREGSZ).
  For grins, I executed a job with REGION=15M to see what would
happen.  IEFUSI set the region limit below the line to 12M(GDAREGSZ)
   


and
 


set the getmain limit to 11.93M(GDAREGSZ-64K).  Yet, the job died with
an S822 abend and the message IEF085I REGION UNAVAILABLE, ERROR
CODE=20.  It appears that someone in the mix isn't honoring the limits
set by IEFUSI.  Can someone explain why the USI limits didn't override
any checking for the availability of the 15MB?

   




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.

***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Region size question

2005-05-25 Thread Steve Arnett

In case it would help, here is the sequence of events:

IEFUSI02  12.00  Maximum region size below 16M  
IEFUSI02  11.93  GETMAIN REGION BELOW THE LINE  
IEFUSI02  64.00  REGION LIMIT ABOVE THE LINE
IEF085I REGION UNAVAILABLE, ERROR CODE=20   
IEF187I JOBXYZ FAILED - SYSTEM ERROR IN INITIATOR 
IEF450I JOBXYZ MYJOBST - ABEND=S822 U 



Steve Arnett wrote:


Folks,

   I am testing a new IEFUSI exit.  The exit has WTOs imbeeded to 
indicate what is taking place.  If I set REGION=0M, the exit sets the 
getmain limit below the line to the maximum region available(minus 64K 
- GDAREGSZ-64K) and sets the region limit to the maximum 
available(GDAREGSZ).For grins, I executed a job with REGION=15M to 
see what would happen.  IEFUSI set the region limit below the line to 
12M(GDAREGSZ) and set the getmain limit to 11.93M(GDAREGSZ-64K).  Yet, 
the job died with an S822 abend and the message IEF085I REGION 
UNAVAILABLE, ERROR CODE=20.  It appears that someone in the mix isn't 
honoring the limits set by IEFUSI.  Can someone explain why the USI 
limits didn't override any checking for the availability of the 15MB?


Steve A.


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


Re: Region size question

2005-05-25 Thread Steve Arnett
I think you are missing the point of the post.  The available region 
size in the system is 12M.  I executed a job step with REGION=15M, 
expecting the USI limits(set to 12M) to be honored.  It does not appear 
that the initiator even pays attention to the USI limits when 
dispatching the job step.


Imbriale, Donald (Exchange) wrote:


Maybe the initiator is trashed.  Stop and start it to see if that clears
up the S822.

Don Imbriale

 



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


Re: Region size question

2005-05-25 Thread Steve Arnett
You boys (and girls) are so dad blasted smart.  Corolarry number 1: I am 
so stuborn.


I did some stc testing(took the initiator and fragmentation out of the 
picture) to find what size I really did have.  Seems that when GDAREGSZ 
is indicating 12288K(12M), I really only have 12072K available.  So, I 
backed off my maximum region size from  GDAREGSZ by .5M for my max 
region and backed it off 64K more for max getmain.  Once I bounced the 
system, I could start an STC with REGION=15M and it works like a champ.


I suppose for a production system, I would probably want to back off 1M 
for batch jobs to allow for (lots of) initiator fragmentation.



Hal Merritt wrote:


I think Don's point may be that you don't really have 12M. You did at
one time, but the initiator address space has become fragmented and
cluttered.

The way to test that is to run with a 'fresh' initiator. 


Saw this all the time in another shop. Recycling initiators was a
standard operations response to an 822. Some jobs were so bad that they
had to be the very first scheduled in to a specific initiator.  

HTH and good luck. 
 



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


Re: Region size question

2005-05-25 Thread Steve Arnett

Corollary number 2:  I can't type, either.

Steve Arnett wrote:

You boys (and girls) are so dad blasted smart.  Corolarry number 1: I 
am so stuborn.


I did some stc testing(took the initiator and fragmentation out of the 
picture) to find what size I really did have.  Seems that when 
GDAREGSZ is indicating 12288K(12M), I really only have 12072K 
available.  So, I backed off my maximum region size from  GDAREGSZ by 
.5M for my max region and backed it off 64K more for max getmain.  
Once I bounced the system, I could start an STC with REGION=15M and it 
works like a champ.


I suppose for a production system, I would probably want to back off 
1M for batch jobs to allow for (lots of) initiator fragmentation.




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


Re: Assembler

2005-05-23 Thread Steve Arnett

Correction...Assembler is a dying art ANYWHERE!  So is dump reading...

Paul Hanrahan wrote:


Assembler must be a dieing art at most banks. - Paul Hanrahan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Assembler

2005-05-23 Thread Steve Arnett
Well, if Reader's Digest is right about laughter being the best 
medicine, I just got a cure for something...Thanks, Joe.


Wenger, Joseph wrote:


Most of us that know these arts are probaly dying off faster than these arts 
;-)))

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Steve Arnett
Sent: Monday, May 23, 2005 5:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Assembler


Correction...Assembler is a dying art ANYWHERE!  So is dump reading...



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


Re: Systems Programming for 8 Year-olds

2005-05-16 Thread Steve Arnett
Not that this will work for 8 year olds, but, when explaining what a 
systems programmer does, I have always said that we maintain the 
software that allow programmers to do their jobs.

Richard Heritage wrote:
This is more of a Friday question, but I got busy Friday and didn't have
time to post.  At my son's school, they are having parents come in and
talk to the class about their jobs.  It's heartwarming that my son is
proud of me and wants me to come in and speak, but I'm at somewhat
nervous about trying to make what I do interesting or even intelligible
to second graders.  Somehow I don't think that HiperSockets will be as
exciting to them as they were to me when I first heard about them.
I have some ideas, but I'm hoping that some of you have been through
this before and have some tips on things that worked (or didn't work!)
for you.  How do you explain such a technical occupation to young
children?  What props or visual aids would you use to illustrate work
that mostly goes on inside either our brains or our computers?  Any
ideas you have will be appreciated.

Richard Heritage
Lead Systems Software Engineer
IT @ Johns Hopkins
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Systems Programming for 8 Year-olds

2005-05-16 Thread Steve Arnett
Hey, you left out 80 column card paper planes and shooting rubber bands 
into the overhead florescent light frames.

Porowski, Ken wrote:
Get a mess of beads and string and see who can string up 1K of core the fastest?
Tug of war with 100' Grey BusTag?
Write Protect ring toss?
Put the fun back in computing!
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ed Finnell
Sent: Monday, May 16, 2005 10:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [IBM-MAIN] Systems Programming for 8 Year-olds

In a message dated 5/16/2005 9:37:23 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

What  props or visual aids would you use to illustrate work
that mostly goes on  inside either our brains or our computers?  Any
ideas you have will be  appreciated.

 

Tell them you are friends with the Thing  King? 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DEL GDG problem

2005-05-16 Thread Steve Arnett
Have you tried:  DELETE / NONVSAM?  Seems like that has always worked 
whether the catalogue was available or not for SMS managed...

R.S. wrote:
Mark Zelden wrote:
On Mon, 16 May 2005 14:00:16 +0200, R.S. 
[EMAIL PROTECTED]
wrote:


The following scenario:
HLQ1.DATASET.G0805V00
Member of GDG, SMS-managed, extended format PS.
Single volume, but defined with VOL=(,,,4)
Volser SMSXX1
Now the volume is available from another LPAR. The new system has no
'HLQ1' datasets, the original BCS wasn't imported.
The original system is shut down.
I want to delete the dataset, just to clean up the volume.
How can I do it ?
I tried
DEL HLQ1.DATASET.G0805V00 NVR FILE(DDNAME)
and several other, no success.
Of course I can use ICKDSF...

Did you try and delete it using ISMF?   I'm not sure that would work
any better than delete NVR though.

IMHO it works exactly the same. It fails with same messages. g

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


Re: GETMAIN timings

2005-05-11 Thread Steve Arnett
Thanks for the tips...
Bill Fairchild wrote:
In a message dated 5/11/2005 1:50:25 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

It is  probably dependent on page-alignment thing. Note
that clearing the storage  to zero for page-aligned,
page-sized allocations is achieved by simply  setting
the page invalid. The first reference to the page
will page  fault, then allocate a new frame and physically
clear it to zero, then  redrive the faulting instruction.
On the other hand, for allocations  that are not greater
than 4K *and* not specifically page-aligned, then  the
storage is sliced from an existing page, if any.
I suspect that  the 8192 allocation is being implicitly
page-aligned, because it is  page-sized and greater than
4K. 


The clearing of freshly GETMAINed storage is dependent on the subpool  number 
and the BNDRY= variable, neither of which was mentioned by the  original 
poster.  And where the virtual storage is backed, another  unspecified variable, 
might add to the GETMAIN instruction path.   E.g., Authorized Assembler 
Services says:

When you obtain storage, the system clears the requested storage to zeros  
if you obtain either: 
8192 bytes or more from a pageable, private storage subpool. 
4096 bytes or more from a pageable, private storage subpool, with  BNDRY=PAGE 
specified. 
The caller can specify CHECKZERO=YES to detect these and other cases where  
the system clears the requested storage to zeros.  
Bill Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html