Re: Personal: bad news

2011-06-08 Thread Thomas Dunlap

John,

We will keep you in our prayers.  Please keep let us know what you find out.

May God bless and keep you through this time of trouble.

Cheers, Tom


On 6/8/2011 1:43 PM, John McKown wrote:

I've been told that I'm being transferred to a acute care facility. I'm
scared.

--
John McKown
Maranatha!<><
Sent from my Vibrant Android phone.

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




--
Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

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


Re: OT: Personal update

2011-06-04 Thread Thomas Dunlap

John,

I am glad your surgery was a success.  May our good Lord bless you and 
keep you in the palm of His hand until you are healed.


Have a blessed week, Tom


On 6/4/2011 10:07 AM, John McKown wrote:

I have been in the hospital since monday the 23rd. I had a gangrenous
gallbladder removed. This is my second day out of ICU. I hope to leave
monday or tuesday. Ahh I am weak but doing much better.

--
John McKown
Maranatha!<><
Sent from my Vibrant Android phone.

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




--
Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

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


Re: How Mainframe Startup Screen Works

2011-05-10 Thread Thomas Dunlap

On 5/10/2011 8:32 AM, Quasar Chunawala wrote:

Hi,

I am a COBOL Programmer. Just out of curiosity, I would like to know, how
Mainframe Startup Screens(the first screen that you see, when you connect to
a Mainframe Server, and where you would type TSO) are written. I have heard
they use VTAM Commands. Is there a particular member in some system library,
which contains the actuaal Startup Screen code?

I know, this may not be the right place to ask such questions, but I don't
know any other forums or mailing lists specific to it.

Thank you very much.

Quasar Chunawala,
Author, Mainframes360.com
Cell : 9930389084
E-mail : quasar.chunawa...@gmail.com
Blog : http://www.mainframes360.com

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


Quasar,

There is a set of assembler macros and constants which make up something 
called the "USS Table".  This is how the initial logon screen is defined 
through VTAM.  As for where it is located, that is hard to say.  Almost 
every site customizes the USS table so it will reside in a library your 
sight keeps any user modifications to the system.


--
Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: my father passed away

2011-03-19 Thread Thomas Dunlap

On 3/19/2011 9:51 AM, Shai Hess wrote:

March 19, 2011

To all my friends in this forum.

My father passed away. After long time of suffering, God give the OK to my
father soul to leave his sick body and return to God.
We will miss you dad. We will really going to miss you my dad.

Shai

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


Shai,

Our thoughts are with you and your family.  May God bless you and help 
you through the tough times.  May you find comfort in knowing that you 
will see him again in Heaven.


--
Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: ZCIOWAIT message

2011-03-02 Thread Thomas Dunlap
From the sound of it you are doing function shipping of File Control 
requests. If this is common then there could be an issue with the number 
of Sessions between the two CICS regions. This can be more of a concern 
if the files are being updated. Could you include the Connection and 
Session definitions from both CICS regions for a look at the attributes?


--
Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000


On 3/2/2011 8:27 AM, ?? wrote:

  The ZCIOWAIT Resource Name is not given in Tmon, so I am not sure what is 
kind of resource the task waiting.
The task is shipping record to another CICS region. So I guess first maybe the 
cics setting have some problem, second  the program in another region response 
slowly. Is it possible CICS setting problem?


At 2011-03-02 04:05:24??"Pearce, Colin E"  wrote:


Hi,

ZCIOWAIT defines the type of Resource the task is waiting on.  There is a 
Resource Name which defines what this type of Resource is.   For example if the 
transaction is in Conversation mode and waiting for a response from the User, 
then the Resource Type will be ZCIOWAIT and Resource Name will be DFHZARQ1  
which is CICS VTAM Terminal Control Application Request handler.  Effectively 
the User has issued an E C SEND WAIT

If the Resource Type is ZCIOWAIT and the Resource Name is DFHZARR1 this is a 
Receive within LU6.2 protocol, a Receive is waiting on more data to be sent.

If the Resource Type is ZCIOWAIT and the Resource Name is DFHZERH1 this is when 
there is a need to handle the sending and receiving of FMH7s (Function 
Management Headers) and negative responses within LU6.2. This may have 
something to do with a Security failure.

There are other ZCIOWAIT reasons.  The Resource Names are given in Omegamon and 
Tmon.  They can also be found in a CICS Trace as well as a dump.

The CICS/TS Problem Determination Guide has all the Wait reasons for ZCIOWAIT
The CICS/TS Diagnostic Guide lists the Resource Types and Resource Names and 
the modules that get invoked when these conditions occur.  They will give you 
more information about where you are and why your waiting.


Colin Pearce

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
???
Sent: Tuesday, March 01, 2011 7:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ZCIOWAIT message

Thomas

Your advice is very useful for me, thanks a lot.


At 2011-02-28 21:04:15??"Thomas Dunlap"  wrote:


Eric,

ZCIOWAIT indicates VTAM terminal control wait.  My first guess is that
you are function shipping to another CICS region using VTAM connections
between the regions and you are looking at the front-end transaction.
In this case this is a normal situation.  As for optimizing, it is
really dependent upon the function the back-end region.  Improve the
task in the back-end region and you will shorten the wait in the front-end.

--

Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000


On 2/28/2011 5:52 AM, Eric JL wrote:

When I run a CICS trans, it is use for DB2 select update, found it
spend a lot of time on ZCIOWAIT. Is this a problem? How can I optimize it.

The trans dump
DATE TIME   JOBNAME  TRANID TASK# TERMID RESP CPU  PAGING  ILEIO
02/24 00:00:01 CICSA TR68  85748111.097   0.2186   0 727
02/24 00:00:02 CICSA TR68  87201 0.0346   0.0074   0  17
02/24 00:00:29 CICSA TR68  87583 1.1215   0.1548   0 473
02/24 00:00:51 CICSA TR68  8574850.6486   0.3856   0   1,162


TR68 #85748

RES TYPE  RES NAME   WT CNT  WT TIME   % OF RESPONSE
CHANGEPRIOPRITY   60  0.00860.00
SWITCHTCB1,454  0.03320  0.29
WAIT   W/O ID3   0.0039 0.00
WAIT FOR  REDSPTCH  1,578  0.3363 0.30
ZCIOWAIT  63 1:50.1226 99.12
1ST  DISPATCH   1   0.0001 0.00



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: ZCIOWAIT message

2011-02-28 Thread Thomas Dunlap

Eric,

ZCIOWAIT indicates VTAM terminal control wait.  My first guess is that 
you are function shipping to another CICS region using VTAM connections 
between the regions and you are looking at the front-end transaction.  
In this case this is a normal situation.  As for optimizing, it is 
really dependent upon the function the back-end region.  Improve the 
task in the back-end region and you will shorten the wait in the front-end.


--

Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000


On 2/28/2011 5:52 AM, Eric JL wrote:

When I run a CICS trans, it is use for DB2 select update, found it spend a lot
of time on ZCIOWAIT. Is this a problem? How can I optimize it.

The trans dump
DATE TIME   JOBNAME  TRANID TASK# TERMID RESP CPU  PAGING  ILEIO
02/24 00:00:01 CICSA TR68  85748111.097   0.2186   0 727
02/24 00:00:02 CICSA TR68  87201 0.0346   0.0074   0  17
02/24 00:00:29 CICSA TR68  87583 1.1215   0.1548   0 473
02/24 00:00:51 CICSA TR68  8574850.6486   0.3856   0   1,162


TR68 #85748

RES TYPE  RES NAME   WT CNT  WT TIME   % OF RESPONSE
CHANGEPRIOPRITY   60  0.00860.00
SWITCHTCB1,454  0.03320  0.29
WAIT   W/O ID3   0.0039 0.00
WAIT FOR  REDSPTCH  1,578  0.3363 0.30
ZCIOWAIT  63 1:50.1226 99.12
1ST  DISPATCH   1   0.0001 0.00

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



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


Re: Running cics trans-id form batch pgm.

2010-03-19 Thread Thomas Dunlap

N.Suresh,

You cannot "start" the transaction from batch, but you can perform an 
EXEC CICS LINK to a program in CICS.  This is referred to as the EXCI 
interface.  Since the CICS program is running as a back-end to the batch 
program, it must follow the rules of a DPL (Distributed Program Link).  
This means no functions which are terminal related like BMS, SEND and 
RECEIVE, or ASSIGN for terminal attributes.


Refer to the CICS TS External Interfaces Guide for more information.

Cheers,
Tom Dunlap


On 3/19/2010 4:15 AM, SUBSCRIBE IBM-MAIN N.Suresh wrote:

Hi every body,

Please clarify my doubt is there any possibility to execute a  CICS trans-id
from a
batch program.

Thanks&  Regards.
N.Suresh

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

   



--
Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Does "//" terminate JCL?

2009-11-14 Thread Thomas Dunlap
Yes, nothing after the // will be processed when submitting to a JES 
internal reader.



Paul Gilmartin wrote:

I keep a lot of JCL in Unix files and submit the jobs with FTP.

I often place inactive job steps, comments, notes, whatever at
the end of the file, after a "//" line.  Sometimes I even keep
a description at the front:

Here's what the following job does ...
//
//NAME  JOB  ...

Causes no problems other than an occasional SYSLOG message:

$HASP125 user INTRDR SKIPPING FOR JOB CARD

... which I don't happen to consider a problem.  But today I
happened to glance at one of my jobs with SDSF SJ.  The "//"
and all the following stuff are visible.  So, from the SJ
display I issued SUBMIT.  The "//" and following are not shown
by SJ for that submitted job.  So, I try writing the content of
the edit buffer to DD SYSOUT(,INTRDR) (I have a macro for that).
Again, the "//" and following stuff are visible in that
submitted job.

So, I conclude that breaking of jobstreams at "//" is perormed
not by JCL processing, but by TSO SUBMIT.

It's probably more complicated than that.

-- gil

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

  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: DUMP SDATA options

2009-09-04 Thread Thomas Dunlap

Miklos,

Yes, the RGN option causes dump capture to pull the "complete region".  
This is what we must do for CICS dumps.


Cheers,
Tom


Miklos Szigetvari wrote:

Hi
I 'm using SDATA=(CSA,SQA,TRT,RGN,SUM,ALLNUC,PSA,LSQA,GRSQ,LPA,SWA)  
to dump an address space

Is this enough to get the complete user region ?




--
Have A Great Day!,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Z11 - Water cooling?

2009-01-30 Thread Thomas Dunlap

Vince,

I am not sure about the z11 designation, but I have heard the same.  At 
several occasions IBM people have talked about the fact that the next 
generation of system would be water cooled (again) due to heat issues.  
I guess it is the price to pay for the higher speed chips and denser 
memory chips.


Sincerely,
Thomas Dunlap  


Vince Getgood wrote:

Hi all,
I've heard a rumor / picked up a sniff that the Z11 is likely to be water 
cooled / have a water cooled component.


Anybody know any more?

TIA 


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

  


--
Have A Great Day!,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Websphere MQ Monitoring Tool

2008-04-23 Thread Thomas Dunlap

Bill,

Yes there is a TMON for MQ.  There are also similar products from IBM 
(Omegamon for MQ) and BMC (Mainview MQ).  However you may want to stick 
with the "family".  Normally these products have some level of 
integration and work together, plus you may be able to obtain a better 
price since you already have several other family members.


Cheers,
Tom


Bill Johnson wrote:

Can anyone recommend a mainframe product to monitor MQ series. We use ASG's 
TMON's for CICS, DB2, and zOS. I assume they also have an MQ monitor? What 
other vendors products would you recommend?
   
  TIA
   
  Bill Johnson


   
-

Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.

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


  



--
Have A Great Day!,
Thomas DunlapChief Technology Officer[EMAIL PROTECTED]
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

--
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 Jobs Going Away

2006-02-10 Thread Thomas Dunlap
l require your
skills in SQL, plus all of the other legacy (heritage) forms of
extracting corporate information to drive the business.

BTW, this is a forum for mainframe people, plus other interested
parties, but have you had a look at the new i5?  The AS/400 has also
learned new tricks including LPARs.  It can run many different operating
systems in LPARs all on the same physical piece of hardware.  Just one
more way corporations can consolidate their many servers to reduce the
cost of software (which may be of more concern then the hardware in
todays data center).  Many of the mainframe technologies developed over
the years now seem to be surfacing on the smaller platforms.

I look forward to being able to apply my knowledge to many different
platforms, just in slightly different ways.  I hope many more will seize
the opportunity to investigate this "marriage of skills" and have some
fun while doing it.  Never stop the learning process.


Steve Comstock wrote:


Timothy Sipples wrote:


I hope you've been reading this thread because this
is the real world I encounter. IBM seems to have no
sense of urgency over this, but I'm might close to
closing my doors after 30 years of being a self-employed
trainer and 7 years with IBM before that.


My sense of urgency is measured in weeks, not years.



And most companies will try to train in-house to one degree or 
another.


The last statement was true, once upon a time. Now, it seems,
very few companies do any training, except for "soft skills".





I would imagine there's also going to be an increasing emphasis on 
new mainframe technologies as interest continues to grow: WebSphere 
Application Server, Web services, Linux, Java, etc.  Which is not to 
say that everything else is going away -- far from it -- but the 
ratio could change.



Sometimes ya' simply guess wrong. I put my energies into
developing courses for supporting the Web on the mainframe:
z/OS UNIX (3 courses)
X/HTML on z/OS
To be announced next week: WebSphere Developer for zSeries
But the prospects I talk to are not moving that direction.
And the IBM sales reps aren't talking that direction.


I'm not exactly sure yet how IBM retirements will affect the supply 
of mainframe trainers and, thus, the training market.  There are too 
many cross currents to get a good read.  I believe IBM has announced 
that it's in a mainframe hiring mode, and that's been my personal 
observation, too.


Need any training?


Re: IBM and a sense of urgency, the big reason I'm where I'm at this 
moment is because of a corporate sense of urgency.  So, at least in 
my personal experience (and observation), yeah, we got that -- so 
much so that I'm roughly halfway around the world from home.



--
Regards,
Thomas DunlapChief Technology Officer[EMAIL PROTECTED]
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

--
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: WebSphere AS -- DB2 required?

2005-11-10 Thread Thomas Dunlap

Tom,

To my knowledge, with WAS 5.1 and later there is no requirement for 
DB2.  The configuration information that was stored in DB2 tables is now 
maintained in XML.  The only reason I can think of for DB2 is to support 
your own databases (if desired).



Tom Sims wrote:

Some of our clients' programmers are interested in WAS as an 
alternative to disparate distributed platforms for deploying web 
applications, but their managers are put off by the requirement for 
DB2.  What features of WAS actually require DB2, or to put it another 
way, to what extent can WAS be used productively for web application 
development WITHOUT DB2?

Thanks in advance,
Tom Sims

Btw, they have been trained in the jargon, to the extent that the 
programmers are really interested in the application services, not 
just the HTTP server.

/T

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




--
Regards,
Thomas DunlapChief Technology Officer[EMAIL PROTECTED]
Themis,  Inc.http://www.themisinc.com1 (800) 756-3000

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