Re: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Chris Craddock 
On Thu, Jan 27, 2011 at 3:31 PM, Edward Jaffe
wrote:

> On 1/27/2011 2:51 PM, Edward Jaffe wrote:
>
>> Instructions are always fetched from primary (see PoO).
>>
>
> Sorry. It is possible to fetch instructions from home if you switch to
> home-space ASC mode.
> 
>


True... but nobody outside of Poughkeepsie should ever be running in
home-space ASC mode. No doubt some folks will pile on about this but
really just don't. Mr Relson is qualified to do it. The list gets very
short very quickly after that.



-- 
This email might be from the
artist formerly known as CC
(or not) You be the judge.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Edward Jaffe 

On 1/27/2011 2:51 PM, Edward Jaffe wrote:

Instructions are always fetched from primary (see PoO).


Sorry. It is possible to fetch instructions from home if you switch to 
home-space ASC mode.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Re: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Edward Jaffe 

On 1/27/2011 3:01 PM, michealbutz wrote:

SRB mode HOME != PRIMARY SRB's Cann't issue any SVC but can they do SSAR in 
Whch case
PRIMARY != HOME != SECONDARY


I'm not sure what you are trying to do here. But I will caution you against 
authoring any new code that issues SSAR. That instruction will abend when/if a 
reusable ASID is involved.


I'm really not sure what SRB or SVC has to do with any of this. They're just 
acronyms with no relevance whatsoever to the subject.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Re: Question regarding enhanced holddata

2011-01-27 Thread John Eells 
Enhanced HOLDDATA is updated once a day.  When last I checked, this was 
some time in the very early morning hours, Boulder, Colorado time. 
However, you should not rely on it being updated at a particular time of 
day, because we could change it for one reason or another.


Currently, I am afraid the HOLDDATA site 
(http://service.boulder.ibm.com/390holddata.html) is down due to 
hardware problems.  They are working to restore it as soon as possible.


In the meantime, RECEIVE ORDER processing can also be used to retrieve 
current HOLDDATA using the CONTENT(HOLDDATA) operand.  This does, 
however, limit you to one global zone at a time vs. getting the file 
once and receiving it everywhere.  By today's standards, the full 
HOLDDATA file is not very large, though, so given the necessary network 
connectivity, you could consider just converting to RECEIVE ORDER for 
each global zone used for service and call it a day.


Jürgen Kehr wrote:

We used to download enhanced holddata from IBM's server several times a
day for different environments. In the past we haven't had any problems
with this method. Since a few days we get more and more timeout errors
during download. So we are thinking about changing our process. The data
contains a date in the headlines. If we would compare this date with the
actual date and it's equal then, we would know that we already have the
actual data.

But this would be only true, if the data on the servers is only updated
once a day. Does anyone know, if this assumption is right? Or does IBM
update this data more than one time a day?

If data is only updated once a day, we would only need one successful
download a day, which would avoid many possible timeout errors.

Thanks for any help.




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

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

Re: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread michealbutz 
SRB mode HOME != PRIMARY SRB's Cann't issue any SVC but can they do SSAR in 
Whch case
PRIMARY != HOME != SECONDARY

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Binyamin
Dissen
Sent: Thursday, January 27, 2011 4:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Home 1= PRIMARY != SECONDARY

On Thu, 27 Jan 2011 16:28:34 -0500 michealbutz 
wrote:

:>Space Switching PC Primary != Secondary But Primary = HOME

Actually at entry secondary = prev primary which is usually home/

:> Home is where the code lives if lives in ASID 10 When it gets Control The PC 
is in ASID
:>10 The Asid Who issued the PC
:> Is secondary right ???   

Code is always in primary (on modern processors) when not in HOME mode.

If the PC issues another PC-SS or issues an SSA(I)R you can have all three
different.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
Of Binyamin
:>Dissen
:>Sent: Thursday, January 27, 2011 3:54 PM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: Home 1= PRIMARY != SECONDARY
:>
:>On Thu, 27 Jan 2011 15:19:14 -0500 michealbutz 
:>wrote:
:>
:>:> Would anyone know in what scenario 
:>
:>:> HOME id not = PRIMARY is not = SECONDARY 
:>
:>Most typically when executing a space switching PC. A very normal situation.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Edward Jaffe 

On 1/27/2011 1:28 PM, michealbutz wrote:

  Home is where the code lives if lives in ASID 10 When it gets Control The PC 
is in ASID
10 The Asid Who issued the PC Is secondary right ???


Home has nothing to do with where any code "lives". Instructions are always 
fetched from primary (see PoO). Home is the ASID under which the unit of work is 
dispatched. Every time you issue a space switching PC, secondary is set to the 
old primary and the new primary is set to the ASID of the service provider.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Question regarding enhanced holddata

2011-01-27 Thread Jürgen Kehr 
We used to download enhanced holddata from IBM's server several times a 
day for different environments. In the past we haven't had any problems 
with this method. Since a few days we get more and more timeout errors 
during download. So we are thinking about changing our process. The data 
contains a date in the headlines. If we would compare this date with the 
actual date and it's equal then, we would know that we already have the 
actual data.


But this would be only true, if the data on the servers is only updated 
once a day. Does anyone know, if this assumption is right? Or does IBM 
update this data more than one time a day?


If data is only updated once a day, we would only need one successful 
download a day, which would avoid many possible timeout errors.


Thanks for any help.

--

Freundliche Gruesse / Kind regards

Dipl. Math. Juergen Kehr

ITSchulung & Beratung, IT Education + Consulting

RengershaeuserStr. 28

34132 Kassel

Germany

Tel. +49-561-9528788

Fax +49-561-9528789

Mobil +49-172-5129389

ICQ 292-318-696 (JKehr)

mailto:kehrjuer...@t-online.de

mailto:kehrjuer...@jkehr.de


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Binyamin Dissen 
On Thu, 27 Jan 2011 16:28:34 -0500 michealbutz 
wrote:

:>Space Switching PC Primary != Secondary But Primary = HOME

Actually at entry secondary = prev primary which is usually home/

:> Home is where the code lives if lives in ASID 10 When it gets Control The PC 
is in ASID
:>10 The Asid Who issued the PC
:> Is secondary right ???   

Code is always in primary (on modern processors) when not in HOME mode.

If the PC issues another PC-SS or issues an SSA(I)R you can have all three
different.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
Of Binyamin
:>Dissen
:>Sent: Thursday, January 27, 2011 3:54 PM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: Home 1= PRIMARY != SECONDARY
:>
:>On Thu, 27 Jan 2011 15:19:14 -0500 michealbutz 
:>wrote:
:>
:>:> Would anyone know in what scenario 
:>
:>:> HOME id not = PRIMARY is not = SECONDARY 
:>
:>Most typically when executing a space switching PC. A very normal situation.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Wayne Driscoll 
When you issue a PC-ss instruction, when the PC routine gets invoked, HOME 
is unchanged.  Primary becomes the ASID of the PC routine, and SASN 
depends on the definition of the PC routine, and will either be the same 
as the address space that issued the PC (SASN=OLD), or the same as the 
primary (SASN=NEW).  Now if that PC routine issues another PC-ss 
instruction, HOME again is unchanged, but the Primary and the secondary 
are again dependent upon the PC routine definition, but will either be the 
ASID that issued the PC or the ASID that the PC runs in.  So now PRIMARY 
!= HOME on PC-ss.

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



From:
michealbutz 
To:
IBM-MAIN@bama.ua.edu
Date:
01/27/2011 03:30 PM
Subject:
Re: Home 1= PRIMARY != SECONDARY
Sent by:
IBM Mainframe Discussion List 



Space Switching PC Primary != Secondary But Primary = HOME

 Home is where the code lives if lives in ASID 10 When it gets Control The 
PC is in ASID
10 The Asid Who issued the PC
 Is secondary right ??? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Binyamin
Dissen
Sent: Thursday, January 27, 2011 3:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Home 1= PRIMARY != SECONDARY

On Thu, 27 Jan 2011 15:19:14 -0500 michealbutz 
wrote:

:> Would anyone know in what scenario 

:> HOME id not = PRIMARY is not = SECONDARY 

Most typically when executing a space switching PC. A very normal 
situation.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Long-running jobs, PDS, and DISP=SHR

2011-01-27 Thread Robert A. Rosenberg 
At 13:08 -0600 on 01/26/2011, Tom Marchant wrote about Re: 
Long-running jobs, PDS, and DISP=SHR:


On Wed, 26 Jan 2011 11:42:46 -0500, Robert A. 
Rosenberg wrote:



Remember we
are talking about ENQs that occur as the programs execute (and thus
where the VOLSER is known at ENQ issuance time)


The volser is not always available when the ENQ is issued.  All of the
data sets for a job are ENQ'ed at job initiation time.  That includes NEW
data sets created in the 10th step, which may not execute.  What if
another job is using that data set, with an ENQ on a specific volume?

It is done that way to reduce the possibility of lockout, or "deadly
embrace."

--
Tom Marchant


You are quoting me out of context. You are talking about SYSDSN when 
my comment was about the ISPF and LINKEDIT/BINDER private ENQs (which 
are used to serialize access to the Dataset and/or Member). These are 
ONLY issued after the dataset has been connected to so the VOLSER IS 
known sin they are not issued by the Initiator but by a running 
program in a step.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread michealbutz 
Space Switching PC Primary != Secondary But Primary = HOME

 Home is where the code lives if lives in ASID 10 When it gets Control The PC 
is in ASID
10 The Asid Who issued the PC
 Is secondary right ???   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Binyamin
Dissen
Sent: Thursday, January 27, 2011 3:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Home 1= PRIMARY != SECONDARY

On Thu, 27 Jan 2011 15:19:14 -0500 michealbutz 
wrote:

:> Would anyone know in what scenario 

:> HOME id not = PRIMARY is not = SECONDARY 

Most typically when executing a space switching PC. A very normal situation.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread Patrick Lyon 
On Thu, 27 Jan 2011 14:55:05 -0600, Chris Mason 
 wrote:

>Patrick
>
>Thanks for the clarification.
>
>>I started doing the hex to decimal conversion and received the message:
>>EZZ6057I NO QUALIFYING MATCHES
>
>I think this is saying that you tried the command I suggested without the "T"
>and in principle it worked but, with a converted version of the "connection
>identifier" and not a valid one, you got the EZZ6057I message.

Chris - Correctamundo!

>
>It would be interesting if you confirmed that use of the command - without
>the "T" - on your V1R11 system but with a "connection identifier" which would
>match works - just to tie it up neatly.
>

And it does.  So after your question in the previous post I went and issued 
the command without the T, and to my surprise, it worked.  So then I had to 
go through yesterdays syslog to find the error in my ways.  The output of the 
command on 1.11, without the "T":
D TCPIP,TN3270,CONN,CONN=25237B5  
EZZ6065I TELNET CONNECTION DISPLAY 046
  CONNECTED: 12:26:40  01/27/2011  STATUS: SESSION ACTIVE 
  CLIENT IDENTIFIER FOR CONN: 025237B5   SECLABEL: **N/A**
CLIENTAUTH USERID: **N/A**
HOSTNAME: NO HOSTNAME 
CLNTIP..PORT: 10.132.2.23..60629  
DESTIP..PORT: 10.129.0.65..23 


Once again, sorry for the confusion.  I found the answer to George's issue 
with the command through my own errors, and then confused you more with 
inaccurate claims.

Good luck to George and thanks to you Chris for all the work you put forth for 
people with VTAM/IP issues.  Your knowledge and willingness to help is greatly 
appreciated on this list, at least by moi.

Regards,
Pat L.

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

Re: QUESTION ABOUT ABARS

2011-01-27 Thread Peter Vander Woude 
John,

If the dataset you're trying to recover was originally on tape, then it will
not be in the .D. file, as that would only be for datasets that were
originally on disk.  I believe that any migrated or tape datasets get
written to .O. dataset, which you will have to run a single dataset ARECOVER
command, as ABARS will know where in the tape dsn, the dataset is that you
want to recover.

Pete

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread Chris Mason 
Patrick

Thanks for the clarification.

>I started doing the hex to decimal conversion and received the message:
>EZZ6057I NO QUALIFYING MATCHES

I think this is saying that you tried the command I suggested without the "T" 
and in principle it worked but, with a converted version of the "connection 
identifier" and not a valid one, you got the EZZ6057I message.

It would be interesting if you confirmed that use of the command - without 
the "T" - on your V1R11 system but with a "connection identifier" which would 
match works - just to tie it up neatly.

Unfortunately, George not only included the "T" on his V1R9 system but also 
took my suggestion to try the LUNAME parameter in place of the CONN 
parameter, so his test wasn't quite the confirmation I had hoped for either!

Chris Mason

On Thu, 27 Jan 2011 14:24:03 -0600, Patrick Lyon 
 wrote:

>On Wed, 26 Jan 2011 13:35:19 -0600, Chris Mason
> wrote:
>
>>George
>>
>>I scanned the IP System Administrator’s Commands manual in order to check
>>on this matter of the CONN operand. There's no actual explanation but it's
>>suspicious that, when entered as a command operand, the value is always
>>decimal in the examples whereas the CONN column in output is clearly
>>hexadecimal. It's not at all "user-friendly" that the number would need to be
>>converted - particularly when very large as yours are!
>>
>>If this is correct your 38B37 needs to be entered as 232247. This is clearly
>>useless operationally. There's a faint chance that you can enter the number
>in
>>any C format so you could try 0x38B37. That is just a wild guess but it's
>worth
>>a try.
>>
>>Chris Mason
>>
>
>My apologies Chris.  This post is where I went awry.
>
>I started doing the hex to decimal conversion and received the message:
>EZZ6057I NO QUALIFYING MATCHES
>
>So I then inadvertantly issued the following command and got the "error"
>which I mentioned in my previous post, which was due to my own accord of
>not having the second "CONN" in the command:
>D TCPIP,TN3270,TELNET,CONN=nn
>
>It was apparently then when I went scrounging into the manuals and found
>the TELNET option, which also works on my 1.11 system.
>
>So that mention of the error was purely my mistake.
>
>Sorry for the inconvenience.
>
>Regards,
>Pat L.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Binyamin Dissen 
On Thu, 27 Jan 2011 15:19:14 -0500 michealbutz 
wrote:

:> Would anyone know in what scenario 

:> HOME id not = PRIMARY is not = SECONDARY 

Most typically when executing a space switching PC. A very normal situation.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: Home 1= PRIMARY != SECONDARY

2011-01-27 Thread Chris Mason 
Michael

I may be being thick but could you provide some context for your querstion?

Chris Mason

On Thu, 27 Jan 2011 15:19:14 -0500, michealbutz 
 wrote:

>Hi,
>
>
> Would anyone know in what scenario
>
>
> HOME id not = PRIMARY is not = SECONDARY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread Patrick Lyon 
On Wed, 26 Jan 2011 13:35:19 -0600, Chris Mason 
 wrote:

>George
>
>I scanned the IP System Administrator’s Commands manual in order to check
>on this matter of the CONN operand. There's no actual explanation but it's
>suspicious that, when entered as a command operand, the value is always
>decimal in the examples whereas the CONN column in output is clearly
>hexadecimal. It's not at all "user-friendly" that the number would need to be
>converted - particularly when very large as yours are!
>
>If this is correct your 38B37 needs to be entered as 232247. This is clearly
>useless operationally. There's a faint chance that you can enter the number 
in
>any C format so you could try 0x38B37. That is just a wild guess but it's 
worth
>a try.
>
>Chris Mason
>

My apologies Chris.  This post is where I went awry.

I started doing the hex to decimal conversion and received the message:  
EZZ6057I NO QUALIFYING MATCHES

So I then inadvertantly issued the following command and got the "error" 
which I mentioned in my previous post, which was due to my own accord of 
not having the second "CONN" in the command: 
D TCPIP,TN3270,TELNET,CONN=nn

It was apparently then when I went scrounging into the manuals and found 
the TELNET option, which also works on my 1.11 system.

So that mention of the error was purely my mistake.  

Sorry for the inconvenience.

Regards,
Pat L.

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

Home 1= PRIMARY != SECONDARY

2011-01-27 Thread michealbutz 
Hi,


 Would anyone know in what scenario 


 HOME id not = PRIMARY is not = SECONDARY 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread Chris Mason 
Patrick

George has given me a lot to work on but I can respond to this one quite 
quickly.

These days I have to do it all by the book - and only the book. When I used 
to teach hands-on classes I had extensive sandboxes in which to play 
although this matter would need only one. Furthermore, I was very pleased 
often to be able to demonstrate to the students how and sometimes why the 
manual was wrong!

Let me show you what is indicated by V1R9 regarding the "T" and then what 
V1R10 shows - which should apply to V1R11, V1R12 and beyond.

V1R9




1.4.3.3 DISPLAY TCPIP,tnproc,TELNET

...

DISPLAY TELNET CONNECTION command:

...

>>__ DISPLAY 
TCPIP__,procname__,Telnet__,__CONNection>

...

Parameters: 

procname 
The member name of the cataloged procedure used to start the Telnet 
address space.

Telnet 
Directs the command to the Telnet component. 

CONNection 
The connection keyword. 

...



V1R10
-



1.4.3.3 DISPLAY TCPIP,tnproc,

...

DISPLAY TELNET CONNECTION command: 

...

>>__ DISPLAY TCPIP,tnproc _ 
__,CONNection>
 |_,Telnet_|

...

Parameters:

tnproc
The member name of the cataloged procedure that is used to start the Telnet 
address space. 


Telnet
Legacy parameter that directs the command to the Telnet component when 
Telnet could run in the TCP/IP stack.

CONNection 
The connection keyword.

...



I'm not sure I followed what you were saying after mentioning getting an error.

It might be interesting if you posted the error you received so that we can 
see if the manual is wrong yet again.

Chris Mason

On Thu, 27 Jan 2011 08:08:08 -0600, Patrick Lyon 
 wrote:

>On Wed, 26 Jan 2011 23:57:38 -0600, Chris Mason
> wrote:
>
>>George
>>
>>You need to insert the "T" between "TN3270E" and "CONN" just as indicated
>>by Patrick Lyon.
>>
>>It is only from Communications Server V1R10 that it becomes unnecessary.
>>
>>-
>
>Interesting Chris - I cut and pasted the command (the one you provided
>without the "T") and used it on my 1.11 and it came back with an error.
>
>I then opened the trusty rusty FM(1.11) and found the format of the
>command, and found the format of the command.
>
>Either way, glad to help.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Problem with DFDSS using filtering?

2011-01-27 Thread Lizette Koehler 
So long as you only have datasets with  4 levels (A.B.C.D) then I think it 
should have picked them up.

If you have more levels then it will not.  To get all datasets that begin with 
ZFS.PROD.SERVER you would use
ZFS.PROD.SERVER.** rather than ZFS.PROD.SERVER.*

I might also include TOL(ENQF) SPHERE  for the vsam datasets.


Lizette
 
-Original Message-
>From: John Norgauer 
>Sent: Jan 27, 2011 10:21 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: Problem with DFDSS using filtering?
>
>Here's my SYSOUT for this problem:
>
>1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
>  //CLASS=A,MSGCLASS=T,REGION=4M
>2 //IEFPROC EXEC PGM=ADRDSSU,REGION=650K,PARM='TYPRUN=NORUN'
>3 //SYSPRINT DD  SYSOUT=*,COPIES=4
>4 //TAPE DD  UNIT=3390,DISP=(,CATLG,DELETE),VOL=SER=PUB100,
>  //  DSNAME=SYSJCN.PROD.SERVER,SPACE=(CYL,(300,100),RLSE)
>5 //SYSINDD  *
>ICH70001I SYSJCN   LAST ACCESS AT 08:06:52 ON WEDNESDAY, JANUARY 26, 2011
>IEF236I ALLOC. FOR SYSJCND IEFPROC
>IEF237I JES2 ALLOCATED TO SYSPRINT
>IGD100I F358 ALLOCATED TO DDNAME TAPE DATACLAS ()
>IEF237I JES2 ALLOCATED TO SYSIN
>IEF142I SYSJCND IEFPROC - STEP WAS EXECUTED - COND CODE 0004
>IEF285I   SYSJCN.SYSJCND.JOB08751.D102.?   SYSOUT
>IEF285I   SYSJCN.PROD.SERVER   CATALOGED
>IEF285I   VOL SER NOS= PUB100.
>IEF285I   SYSJCN.SYSJCND.JOB08751.D101.?   SYSIN
>IEF373I STEP/IEFPROC /START 2011026.0807
>IEF374I STEP/IEFPROC /STOP  2011026.0807 CPU0MIN 00.02SEC SRB0MIN 
>00.00
>IEF375I  JOB/SYSJCND /START 2011026.0807IEF376I  JOB/SYSJCND /STOP 
>2011026.0807 CPU0MIN 00.02SEC SRB0MIN 00.00S
>PAGE 0001 5695-DF175  DFSMSDSS V1R11.0 DATA SET SERVICES 2011.026 
>08:07
>ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN 
>NORUN MOD
> DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.*)) -
>COMPRESS OUTDDNAME(TAPE) TOL(ENQF)
>ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP '
>ADR109I (R/I)-RI01 (01), 2011.026 08:07:42 INITIAL SCAN OF USER CONTROL 
>STATEMEN
>ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
>ADR006I (001)-STEND(01), 2011.026 08:07:42 EXECUTION BEGINS
>ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED 
>FROM ANY
>ADR040I (001)-DTDSC(01), PROCESSING BYPASSED DUE TO NORUN OPTION
>ADR006I (001)-STEND(02), 2011.026 08:07:42 EXECUTION ENDS
>ADR013I (001)-CLTSK(01), 2011.026 08:07:42 TASK COMPLETED WITH RETURN CODE 
>0004
>ADR012I (SCH)-DSSU (01), 2011.026 08:07:42 DFSMSDSS PROCESSING COMPLETE. 
>HIGHEST
>
>
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread George Rodriguez 
TIMEMARK is a telnet enhancement and here's what the manual says:

   - By specifying a new profile statement, you can direct Telnet to end SNA
   Telnet sessions that are unresponsive. This reduces the number of reconnect
   failures caused when Telnet still has a SNA session for the original
   connection. When a new connection request is received, the check client
   connection function sends a *TIMEMARK* value to every pre-existing
   connection associated with the client identifier of the new connection that
   is being established. If a response is not received, the connection is
   ended.

The other thins that's interesting is the LUNAME and if it has the word
MULTIPLE it means that more than one connection was dropped for the same
reason within a 15 second interval.

The MULTIPLE count is 412, there's also 472 that have an actual LUNAME of
TELNEnnn (the E before the nnn stands for external) and 33 that have a
LUNAME of TELNInnn (I stands for internal [at my location]).

Will continue reading...
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*



On Thu, Jan 27, 2011 at 10:20 AM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> message EZZ6034I is proving to be very interesting. We collect the SYSLOG
> daily at midnight and yesterday's SYSLOG GDG put's the problem we are having
> into perspective. Starting at 6:00 am here's an extract of the action that I
> see and the reason:
>
> Action:   CONN DROP
> Reason:  TIMEMARK, INACT-S, ERR 4005, ERR 4002, NSEXIT and ERR 2011
>
> The vast majority of errors comes from reason TIMEMARK which says:
>
> TIMEMARK (X'06') A TIMEMARK request was not answered by the client in
>   the specified time indicating a lost connection.
>
> The INACT-S says:
>
> INACT-S (X'03') The INACTIVE timer detected no session activity for
>   the specified time.
>
> NSEXIT says:
>
> NSEXIT (X'07') The Telnet LU NSEXIT is being driven because of session
>   breakage.
>
> ERR 2011 says:
>
> 2011 VTAM macro REQSESS failed.
> The PARM1 value is the return value, the PARM2 value is the return
> code, and the PARM3 value is the RPLrtncd/RPLfdbk2; these values are
> defined in z/OS Communications Server: SNA Programming.
>
> ERR 4002 says:
>
> 4002 TN3270E header is in error.
> The TN3270E header in the message received from the client has an
> error.  Using a client trace, analyze the header. If it appears the
> header is correct, contact the IBM Software Support Center.
>
> ERR 4005 says:
>
> 4005 TN3270E datatype is not supported.
> Telnet does not accept BIND, UNBIND, or NVT data from the client.
> Determine why the client is sending this data.
>
> Here are counts on the reason:
>
> TIMEMARK.863
> INACT-S..65
> NSEXIT...7
> ERR 4005.6
> ERR 4002.3
> ERR 2011.1
>
> Interesting... I'm going to dig into this TIMEMARK issue...
>
> Afaig thanks for all the support. . .
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Six Consecutive Years*
>
>
>
> On Thu, Jan 27, 2011 at 9:08 AM, Patrick Lyon wrote:
>
>> On Wed, 26 Jan 2011 23:57:38 -0600, Chris Mason
>>  wrote:
>>
>> >George
>> >
>> >You need to insert the "T" between "TN3270E" and "CONN" just as indicated
>> >by Patrick Lyon.
>> >
>> >It is only from Communications Server V1R10 that it becomes unnecessary.
>> >
>> >-
>>
>> Interesting Chris - I cut and pasted the command (the one you provided
>> without the "T") and used it on my 1.11 and it came back with an error.
>>
>> I then opened the trusty rusty FM(1.11) and found the format of the
>> command, and found the format of the command.
>>
>> Either way, glad to help.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the mes

Re: Long-running jobs, PDS, and DISP=SHR

2011-01-27 Thread Tom Marchant 
On Thu, 27 Jan 2011 09:07:02 -0600, Eric Chevalier wrote:

>
>You might want to take a second look at Jim's list: sixth entry from
>the top, I see "SYSDSN" in the "list of QNAMEs that only authorized
>callers may specify".

Yes, John Gilmore corrected me and I acknowledged that I had it wrong 
yesterday.  SYSDSN may only be specified as the QNAME in an ENQ 
by an authorized caller.

Sorry for the confusion.

-- 
Tom Marchant

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

Re: Problem with DFDSS using filtering?

2011-01-27 Thread John Norgauer 
My bad... I mis-spelled the dsname. Sorry listers.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Problem with DFDSS using filtering?

2011-01-27 Thread McKown, John 
You're right. I misread the problem. Accursed meds.

John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chicklon, Thomas
> Sent: Thursday, January 27, 2011 9:49 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Problem with DFDSS using filtering?
> 
> Even with TYPRUN=NORUN, you will still get the list of datasets that
> *would* have been included.
> 
> I'm betting is has more to do with the single asterisk in the dataset
> name mask.
> 
> 
> 
> Tom Chicklon
> Lead Systems Programmer
> Information Technology - Mainframe Services
> Fifth Third Bank
> 1830 East Paris AVE  MD: RSCB1G
> 616.653.9198 (Phone)
> 616.653.8497 (Fax)
> thomas.chick...@53.com
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of McKown, John
> Sent: Thursday, January 27, 2011 10:41 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Problem with DFDSS using filtering?
> 
> Take off the TYPRUN=NORUN in the PARM=. That is for syntax scanning of
> control statements and all processing up to but not including actually
> taking action on the datasets.
> 
> 
> John McKown 
> 
> Systems Engineer IV
> 
> IT
> 
>  
> 
> Administrative Services Group
> 
>  
> 
> HealthMarkets(r)
> 
>  
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> 
> (817) 255-3225 phone * 
> 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
>  
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the
> original message. HealthMarkets(r) is the brand name for products
> underwritten and issued by the insurance subsidiaries of 
> HealthMarkets,
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life
> Insurance Company of TennesseeSM and The MEGA Life and Health 
> Insurance
> Company.SM
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Norgauer
> > Sent: Thursday, January 27, 2011 9:22 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Problem with DFDSS using filtering?
> > 
> > Here's my SYSOUT for this problem:
> > 
> > 1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
> >   //CLASS=A,MSGCLASS=T,REGION=4M
> > 2 //IEFPROC EXEC PGM=ADRDSSU,REGION=650K,PARM='TYPRUN=NORUN'
> > 3 //SYSPRINT DD  SYSOUT=*,COPIES=4
> > 4 //TAPE DD  
> > UNIT=3390,DISP=(,CATLG,DELETE),VOL=SER=PUB100,
> >   //  
> > DSNAME=SYSJCN.PROD.SERVER,SPACE=(CYL,(300,100),RLSE)
> > 5 //SYSINDD  *
> > ICH70001I SYSJCN   LAST ACCESS AT 08:06:52 ON WEDNESDAY, 
> > JANUARY 26, 2011
> > IEF236I ALLOC. FOR SYSJCND IEFPROC
> > IEF237I JES2 ALLOCATED TO SYSPRINT
> > IGD100I F358 ALLOCATED TO DDNAME TAPE DATACLAS ()
> > IEF237I JES2 ALLOCATED TO SYSIN
> > IEF142I SYSJCND IEFPROC - STEP WAS EXECUTED - COND CODE 0004
> > IEF285I   SYSJCN.SYSJCND.JOB08751.D102.?   SYSOUT
> > IEF285I   SYSJCN.PROD.SERVER   CATALOGED
> > IEF285I   VOL SER NOS= PUB100.
> > IEF285I   SYSJCN.SYSJCND.JOB08751.D101.?   SYSIN
> > IEF373I STEP/IEFPROC /START 2011026.0807
> > IEF374I STEP/IEFPROC /STOP  2011026.0807 CPU0MIN 00.02SEC 
> > SRB0MIN 
> > 00.00
> > IEF375I  JOB/SYSJCND /START 2011026.0807IEF376I  JOB/SYSJCND /STOP 
> > 2011026.0807 CPU0MIN 00.02SEC SRB0MIN 00.00S
> > PAGE 0001 5695-DF175  DFSMSDSS V1R11.0 DATA SET SERVICES  
> >2011.026 
> > 08:07
> > ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL 
> > EXECUTE IN 
> > NORUN MOD
> >  DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.*)) -
> > COMPRESS OUTDDNAME(TAPE) TOL(ENQF)
> > ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO 
> > COMMAND 'DUMP '
> > ADR109I (R/I)-RI01 (01), 2011.026 08:07:42 INITIAL SCAN OF 
> > USER CONTROL 
> > STATEMEN
> > ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
> > ADR006I (001)-STEND(01), 2011.026 08:07:42 EXECUTION BEGINS
> > ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR 
> > RESTORED 
> > FROM ANY
> > ADR040I (001)-DT

Re: Problem with DFDSS using filtering?

2011-01-27 Thread Chicklon, Thomas 
Even with TYPRUN=NORUN, you will still get the list of datasets that
*would* have been included.

I'm betting is has more to do with the single asterisk in the dataset
name mask.



Tom Chicklon
Lead Systems Programmer
Information Technology - Mainframe Services
Fifth Third Bank
1830 East Paris AVE  MD: RSCB1G
616.653.9198 (Phone)
616.653.8497 (Fax)
thomas.chick...@53.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of McKown, John
Sent: Thursday, January 27, 2011 10:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Problem with DFDSS using filtering?

Take off the TYPRUN=NORUN in the PARM=. That is for syntax scanning of
control statements and all processing up to but not including actually
taking action on the datasets.


John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Norgauer
> Sent: Thursday, January 27, 2011 9:22 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Problem with DFDSS using filtering?
> 
> Here's my SYSOUT for this problem:
> 
> 1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
>   //CLASS=A,MSGCLASS=T,REGION=4M
> 2 //IEFPROC EXEC PGM=ADRDSSU,REGION=650K,PARM='TYPRUN=NORUN'
> 3 //SYSPRINT DD  SYSOUT=*,COPIES=4
> 4 //TAPE DD  
> UNIT=3390,DISP=(,CATLG,DELETE),VOL=SER=PUB100,
>   //  
> DSNAME=SYSJCN.PROD.SERVER,SPACE=(CYL,(300,100),RLSE)
> 5 //SYSINDD  *
> ICH70001I SYSJCN   LAST ACCESS AT 08:06:52 ON WEDNESDAY, 
> JANUARY 26, 2011
> IEF236I ALLOC. FOR SYSJCND IEFPROC
> IEF237I JES2 ALLOCATED TO SYSPRINT
> IGD100I F358 ALLOCATED TO DDNAME TAPE DATACLAS ()
> IEF237I JES2 ALLOCATED TO SYSIN
> IEF142I SYSJCND IEFPROC - STEP WAS EXECUTED - COND CODE 0004
> IEF285I   SYSJCN.SYSJCND.JOB08751.D102.?   SYSOUT
> IEF285I   SYSJCN.PROD.SERVER   CATALOGED
> IEF285I   VOL SER NOS= PUB100.
> IEF285I   SYSJCN.SYSJCND.JOB08751.D101.?   SYSIN
> IEF373I STEP/IEFPROC /START 2011026.0807
> IEF374I STEP/IEFPROC /STOP  2011026.0807 CPU0MIN 00.02SEC 
> SRB0MIN 
> 00.00
> IEF375I  JOB/SYSJCND /START 2011026.0807IEF376I  JOB/SYSJCND /STOP 
> 2011026.0807 CPU0MIN 00.02SEC SRB0MIN 00.00S
> PAGE 0001 5695-DF175  DFSMSDSS V1R11.0 DATA SET SERVICES  
>2011.026 
> 08:07
> ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL 
> EXECUTE IN 
> NORUN MOD
>  DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.*)) -
> COMPRESS OUTDDNAME(TAPE) TOL(ENQF)
> ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO 
> COMMAND 'DUMP '
> ADR109I (R/I)-RI01 (01), 2011.026 08:07:42 INITIAL SCAN OF 
> USER CONTROL 
> STATEMEN
> ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
> ADR006I (001)-STEND(01), 2011.026 08:07:42 EXECUTION BEGINS
> ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR 
> RESTORED 
> FROM ANY
> ADR040I (001)-DTDSC(01), PROCESSING BYPASSED DUE TO NORUN OPTION
> ADR006I (001)-STEND(02), 2011.026 08:07:42 EXECUTION ENDS
> ADR013I (001)-CLTSK(01), 2011.026 08:07:42 TASK COMPLETED 
> WITH RETURN CODE 
> 0004
> ADR012I (SCH)-DSSU (01), 2011.026 08:07:42 DFSMSDSS 
> PROCESSING COMPLETE. 
> HIGHEST
> 
> 
> 
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> 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 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

This e-mail transmission contains information that is confidentia

Re: Problem with DFDSS using filtering?

2011-01-27 Thread Jim McAlpine 
On Thu, Jan 27, 2011 at 3:40 PM, McKown, John  wrote:

> Take off the TYPRUN=NORUN in the PARM=. That is for syntax scanning of
> control statements and all processing up to but not including actually
> taking action on the datasets.
>
>
> John McKown
>
> Systems Engineer IV
>
> IT
>
TYPRUN=NORUN will still show a list of selected datasets, it just doesn't do
anything with them.  The OP isn't even getting the list.

Jim McAlpine

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

Re: Problem with DFDSS using filtering?

2011-01-27 Thread McKown, John 
Take off the TYPRUN=NORUN in the PARM=. That is for syntax scanning of control 
statements and all processing up to but not including actually taking action on 
the datasets.


John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Norgauer
> Sent: Thursday, January 27, 2011 9:22 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Problem with DFDSS using filtering?
> 
> Here's my SYSOUT for this problem:
> 
> 1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
>   //CLASS=A,MSGCLASS=T,REGION=4M
> 2 //IEFPROC EXEC PGM=ADRDSSU,REGION=650K,PARM='TYPRUN=NORUN'
> 3 //SYSPRINT DD  SYSOUT=*,COPIES=4
> 4 //TAPE DD  
> UNIT=3390,DISP=(,CATLG,DELETE),VOL=SER=PUB100,
>   //  
> DSNAME=SYSJCN.PROD.SERVER,SPACE=(CYL,(300,100),RLSE)
> 5 //SYSINDD  *
> ICH70001I SYSJCN   LAST ACCESS AT 08:06:52 ON WEDNESDAY, 
> JANUARY 26, 2011
> IEF236I ALLOC. FOR SYSJCND IEFPROC
> IEF237I JES2 ALLOCATED TO SYSPRINT
> IGD100I F358 ALLOCATED TO DDNAME TAPE DATACLAS ()
> IEF237I JES2 ALLOCATED TO SYSIN
> IEF142I SYSJCND IEFPROC - STEP WAS EXECUTED - COND CODE 0004
> IEF285I   SYSJCN.SYSJCND.JOB08751.D102.?   SYSOUT
> IEF285I   SYSJCN.PROD.SERVER   CATALOGED
> IEF285I   VOL SER NOS= PUB100.
> IEF285I   SYSJCN.SYSJCND.JOB08751.D101.?   SYSIN
> IEF373I STEP/IEFPROC /START 2011026.0807
> IEF374I STEP/IEFPROC /STOP  2011026.0807 CPU0MIN 00.02SEC 
> SRB0MIN 
> 00.00
> IEF375I  JOB/SYSJCND /START 2011026.0807IEF376I  JOB/SYSJCND /STOP 
> 2011026.0807 CPU0MIN 00.02SEC SRB0MIN 00.00S
> PAGE 0001 5695-DF175  DFSMSDSS V1R11.0 DATA SET SERVICES  
>2011.026 
> 08:07
> ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL 
> EXECUTE IN 
> NORUN MOD
>  DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.*)) -
> COMPRESS OUTDDNAME(TAPE) TOL(ENQF)
> ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO 
> COMMAND 'DUMP '
> ADR109I (R/I)-RI01 (01), 2011.026 08:07:42 INITIAL SCAN OF 
> USER CONTROL 
> STATEMEN
> ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
> ADR006I (001)-STEND(01), 2011.026 08:07:42 EXECUTION BEGINS
> ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR 
> RESTORED 
> FROM ANY
> ADR040I (001)-DTDSC(01), PROCESSING BYPASSED DUE TO NORUN OPTION
> ADR006I (001)-STEND(02), 2011.026 08:07:42 EXECUTION ENDS
> ADR013I (001)-CLTSK(01), 2011.026 08:07:42 TASK COMPLETED 
> WITH RETURN CODE 
> 0004
> ADR012I (SCH)-DSSU (01), 2011.026 08:07:42 DFSMSDSS 
> PROCESSING COMPLETE. 
> HIGHEST
> 
> 
> 
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> 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 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: Problem with DFDSS using filtering?

2011-01-27 Thread Jim McAlpine 
On Thu, Jan 27, 2011 at 3:21 PM, John Norgauer <
john.norga...@ucdmc.ucdavis.edu> wrote:

> Here's my SYSOUT for this problem:
>
>1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
>  //CLASS=A,MSGCLASS=T,REGION=4M
>2 //IEFPROC EXEC PGM=ADRDSSU,REGION=650K,PARM='TYPRUN=NORUN'
>3 //SYSPRINT DD  SYSOUT=*,COPIES=4
>4 //TAPE DD  UNIT=3390,DISP=(,CATLG,DELETE),VOL=SER=PUB100,
>  //  DSNAME=SYSJCN.PROD.SERVER,SPACE=(CYL,(300,100),RLSE)
>5 //SYSINDD  *
> ICH70001I SYSJCN   LAST ACCESS AT 08:06:52 ON WEDNESDAY, JANUARY 26, 2011
> IEF236I ALLOC. FOR SYSJCND IEFPROC
> IEF237I JES2 ALLOCATED TO SYSPRINT
> IGD100I F358 ALLOCATED TO DDNAME TAPE DATACLAS ()
> IEF237I JES2 ALLOCATED TO SYSIN
> IEF142I SYSJCND IEFPROC - STEP WAS EXECUTED - COND CODE 0004
> IEF285I   SYSJCN.SYSJCND.JOB08751.D102.?   SYSOUT
> IEF285I   SYSJCN.PROD.SERVER   CATALOGED
> IEF285I   VOL SER NOS= PUB100.
> IEF285I   SYSJCN.SYSJCND.JOB08751.D101.?   SYSIN
> IEF373I STEP/IEFPROC /START 2011026.0807
> IEF374I STEP/IEFPROC /STOP  2011026.0807 CPU0MIN 00.02SEC SRB0MIN
> 00.00
> IEF375I  JOB/SYSJCND /START 2011026.0807IEF376I  JOB/SYSJCND /STOP
> 2011026.0807 CPU0MIN 00.02SEC SRB0MIN 00.00S
> PAGE 0001 5695-DF175  DFSMSDSS V1R11.0 DATA SET SERVICES 2011.026
> 08:07
> ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN
> NORUN MOD
>  DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.*)) -
>COMPRESS OUTDDNAME(TAPE) TOL(ENQF)
> ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP '
> ADR109I (R/I)-RI01 (01), 2011.026 08:07:42 INITIAL SCAN OF USER CONTROL
> STATEMEN
> ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
> ADR006I (001)-STEND(01), 2011.026 08:07:42 EXECUTION BEGINS
> ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED
> FROM ANY
> ADR040I (001)-DTDSC(01), PROCESSING BYPASSED DUE TO NORUN OPTION
> ADR006I (001)-STEND(02), 2011.026 08:07:42 EXECUTION ENDS
> ADR013I (001)-CLTSK(01), 2011.026 08:07:42 TASK COMPLETED WITH RETURN CODE
> 0004
> ADR012I (SCH)-DSSU (01), 2011.026 08:07:42 DFSMSDSS PROCESSING COMPLETE.
> HIGHEST
>
>
>
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> University of California Davis Medical Center
> 2315 Stockton Blvd
> ASB 1300
> Sacramento, Ca 95817
> 916-734-0536
>
> John, your original email said -

DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.**))

but the actual example only includes one '*' as a filter.

Jim McAlpine

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

Re: Problem with DFDSS using filtering?

2011-01-27 Thread John Norgauer 
Here's my SYSOUT for this problem:

1 //SYSJCNDJOB (6400,MISC),JNORGAU,NOTIFY=SYSJCN,
  //CLASS=A,MSGCLASS=T,REGION=4M
2 //IEFPROC EXEC PGM=ADRDSSU,REGION=650K,PARM='TYPRUN=NORUN'
3 //SYSPRINT DD  SYSOUT=*,COPIES=4
4 //TAPE DD  UNIT=3390,DISP=(,CATLG,DELETE),VOL=SER=PUB100,
  //  DSNAME=SYSJCN.PROD.SERVER,SPACE=(CYL,(300,100),RLSE)
5 //SYSINDD  *
ICH70001I SYSJCN   LAST ACCESS AT 08:06:52 ON WEDNESDAY, JANUARY 26, 2011
IEF236I ALLOC. FOR SYSJCND IEFPROC
IEF237I JES2 ALLOCATED TO SYSPRINT
IGD100I F358 ALLOCATED TO DDNAME TAPE DATACLAS ()
IEF237I JES2 ALLOCATED TO SYSIN
IEF142I SYSJCND IEFPROC - STEP WAS EXECUTED - COND CODE 0004
IEF285I   SYSJCN.SYSJCND.JOB08751.D102.?   SYSOUT
IEF285I   SYSJCN.PROD.SERVER   CATALOGED
IEF285I   VOL SER NOS= PUB100.
IEF285I   SYSJCN.SYSJCND.JOB08751.D101.?   SYSIN
IEF373I STEP/IEFPROC /START 2011026.0807
IEF374I STEP/IEFPROC /STOP  2011026.0807 CPU0MIN 00.02SEC SRB0MIN 
00.00
IEF375I  JOB/SYSJCND /START 2011026.0807IEF376I  JOB/SYSJCND /STOP 
2011026.0807 CPU0MIN 00.02SEC SRB0MIN 00.00S
PAGE 0001 5695-DF175  DFSMSDSS V1R11.0 DATA SET SERVICES 2011.026 
08:07
ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN 
NORUN MOD
 DUMP DATASET (INCLUDE(ZFS.PROD.SERVER.*)) -
COMPRESS OUTDDNAME(TAPE) TOL(ENQF)
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP '
ADR109I (R/I)-RI01 (01), 2011.026 08:07:42 INITIAL SCAN OF USER CONTROL 
STATEMEN
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
ADR006I (001)-STEND(01), 2011.026 08:07:42 EXECUTION BEGINS
ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED 
FROM ANY
ADR040I (001)-DTDSC(01), PROCESSING BYPASSED DUE TO NORUN OPTION
ADR006I (001)-STEND(02), 2011.026 08:07:42 EXECUTION ENDS
ADR013I (001)-CLTSK(01), 2011.026 08:07:42 TASK COMPLETED WITH RETURN CODE 
0004
ADR012I (SCH)-DSSU (01), 2011.026 08:07:42 DFSMSDSS PROCESSING COMPLETE. 
HIGHEST



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread George Rodriguez 
message EZZ6034I is proving to be very interesting. We collect the SYSLOG
daily at midnight and yesterday's SYSLOG GDG put's the problem we are having
into perspective. Starting at 6:00 am here's an extract of the action that I
see and the reason:

Action:   CONN DROP
Reason:  TIMEMARK, INACT-S, ERR 4005, ERR 4002, NSEXIT and ERR 2011

The vast majority of errors comes from reason TIMEMARK which says:

TIMEMARK (X'06') A TIMEMARK request was not answered by the client in
  the specified time indicating a lost connection.

The INACT-S says:

INACT-S (X'03') The INACTIVE timer detected no session activity for
  the specified time.

NSEXIT says:

NSEXIT (X'07') The Telnet LU NSEXIT is being driven because of session
  breakage.

ERR 2011 says:

2011 VTAM macro REQSESS failed.
The PARM1 value is the return value, the PARM2 value is the return
code, and the PARM3 value is the RPLrtncd/RPLfdbk2; these values are
defined in z/OS Communications Server: SNA Programming.

ERR 4002 says:

4002 TN3270E header is in error.
The TN3270E header in the message received from the client has an
error.  Using a client trace, analyze the header. If it appears the
header is correct, contact the IBM Software Support Center.

ERR 4005 says:

4005 TN3270E datatype is not supported.
Telnet does not accept BIND, UNBIND, or NVT data from the client.
Determine why the client is sending this data.

Here are counts on the reason:

TIMEMARK.863
INACT-S..65
NSEXIT...7
ERR 4005.6
ERR 4002.3
ERR 2011.1

Interesting... I'm going to dig into this TIMEMARK issue...

Afaig thanks for all the support. . .

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*



On Thu, Jan 27, 2011 at 9:08 AM, Patrick Lyon wrote:

> On Wed, 26 Jan 2011 23:57:38 -0600, Chris Mason
>  wrote:
>
> >George
> >
> >You need to insert the "T" between "TN3270E" and "CONN" just as indicated
> >by Patrick Lyon.
> >
> >It is only from Communications Server V1R10 that it becomes unnecessary.
> >
> >-
>
> Interesting Chris - I cut and pasted the command (the one you provided
> without the "T") and used it on my 1.11 and it came back with an error.
>
> I then opened the trusty rusty FM(1.11) and found the format of the
> command, and found the format of the command.
>
> Either way, glad to help.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Long-running jobs, PDS, and DISP=SHR

2011-01-27 Thread Eric Chevalier 
On 26 Jan 2011 10:52:46 -0800,
m42tom-ibmm...@yahoo.com (Tom Marchant) wrote:

>That is not correct.  SYSDSN is not an authorized QNAME, as Jim Mulder 
>posted yesterday.

You might want to take a second look at Jim's list: sixth entry from
the top, I see "SYSDSN" in the "list of QNAMEs that only authorized
callers may specify".

Eric

--
Eric Chevalier  E-mail: et...@tulsagrammer.com
   Web: www.tulsagrammer.com
Is that call really worth your child's life?  HANG UP AND DRIVE!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Easy CICS question, tranid length...

2011-01-27 Thread McKown, John 
On rare occassion, I have implemented a router transaction code. If I needed a 
tranid of DSP11 and DSP12, then I created a tranaction of DSP1 which went to a 
small program which looked at the rest of the TIOA to see if the 5th character 
was a 1 or a 2 and did an EXEC CICS XCTL to the real program.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce
> Sent: Thursday, January 27, 2011 8:07 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Easy CICS question, tranid length...
> 
> Chris...
> Great Idea, all i was thinking of was numbers...perfect
> Thank you
> Mace
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Easy CICS question, tranid length...

2011-01-27 Thread Chase, John 
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Staller, Allan
> 
> 
> My question is can CICS tranids be more than 4 characters?
> 

No.

-jc-

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

scratch tape processing and luminex

2011-01-27 Thread Peter Vander Woude 
We've got some luminex gateway appliances for virtual tape processing and
are running into issues where between the time we generate the listing of
scratch tapes, run update of the volcat, and send the scratch list to the
luminex, some tapes are used and changed to master status in rmm.  The
window that this usually occurs in is a very short one (<30 seconds), but it
has caused production jobs to fail.

For those of you that have luminex devices, have you run into the same
issue?  If so, how did you change things to eliminate that issue?

Pete

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread Patrick Lyon 
On Wed, 26 Jan 2011 23:57:38 -0600, Chris Mason 
 wrote:

>George
>
>You need to insert the "T" between "TN3270E" and "CONN" just as indicated
>by Patrick Lyon.
>
>It is only from Communications Server V1R10 that it becomes unnecessary.
>
>-

Interesting Chris - I cut and pasted the command (the one you provided 
without the "T") and used it on my 1.11 and it came back with an error.

I then opened the trusty rusty FM(1.11) and found the format of the 
command, and found the format of the command.

Either way, glad to help.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Easy CICS question, tranid length...

2011-01-27 Thread Larry Macioce 
Chris...
Great Idea, all i was thinking of was numbers...perfect
Thank you
Mace

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

Re: Easy CICS question, tranid length...

2011-01-27 Thread Chris Mason 
Larry

>dsp11/dsp12

How about DSPB and DSPC? Hexdecimal can be useful at times!

Chris Mason

On Thu, 27 Jan 2011 07:09:51 -0600, Larry Macioce 
 wrote:

>I am looking at running 2 versions of CAs Dispatch(v6 and v11) .
>One of several problems I am looking at are tranids for the secondary(read
>updated version) of Dispatch.
>The crruent verstions uses the default CICS ids of dsp1/dsp2, so I want to 
use
>dsp11/dsp12.
>But in looking around(yes I did some googling for trandid length) and looked in
>some cics manualsI couldn't/didn't find the answer.
>My question is can CICS tranids be more than 4 characters?
>thanks
>Mace

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

Re: Easy CICS question, tranid length...

2011-01-27 Thread McKown, John 
No. CICS tranids are still a max of 4 chars.

John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan
> Sent: Thursday, January 27, 2011 7:28 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Easy CICS question, tranid length...
> 
> 
> My question is can CICS tranids be more than 4 characters?
> 
> 
> Disclaimer: I have not done CICS support for at least 20 yrs.
> 
> Last I heard, the limit was 4 chars. I am sure someone with 
> more recent
> experience will correct me if I am wrong.
> 
> HTH,
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Easy CICS question, tranid length...

2011-01-27 Thread Larry Macioce 
Yea that is what all my research is showing but I would like to know for sure
Thank you for your response
Mace

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

Re: Easy CICS question, tranid length...

2011-01-27 Thread Staller, Allan 

My question is can CICS tranids be more than 4 characters?


Disclaimer: I have not done CICS support for at least 20 yrs.

Last I heard, the limit was 4 chars. I am sure someone with more recent
experience will correct me if I am wrong.

HTH,

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

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread George Rodriguez 
Hi Chris,

There's one more thing I've noticed coming up on SYSLOG:

EZZ6034I TELNET CONN 0003C8B7 LU TELNE1D0 CONN DROP  TIMEMARK
  IP..PORT: 10.28.7.202..1264
EZZ6034I TELNET CONN 0003C844 LU MULTIPLE CONN DROP  TIMEMARK
  IP..PORT: 10.112.13.126..3192
EZZ6034I TELNET CONN 0003C900 LU TELNE1E8 CONN DROP  INACT-S
  IP..PORT: 10.174.9.147..1866
EZZ6034I TELNET CONN 0003C852 LU MULTIPLE CONN DROP  INACT-S
  IP..PORT: 70.147.33.145..15415

Some one must have turned on something to make these messages come up. Since
there's another systems guy here, I'll assume he made a change... I'll take
a look at the message to see what it means...
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*



On Thu, Jan 27, 2011 at 1:30 AM, Chris Mason wrote:

> Patrick
>
> I was intrigued by the "T" or "TELNET" parameter so I took a closer look at
> the
> manual in order to check whether I might have missed something important -
> which everybody with a Communications Server IP system to hand knows
> about!
>
> Indeed I have because the "T(ELNET)" is documented as being required in
> V1R9 which is George Rodriguez's level of z/OS Communications Server. The
> parameter is documented as an optional, "legacy" only starting with V1R10.
> I
> have been using V1R11 or V1R12 for my examples because those are the
> manuals I have downloaded!
>
> Well spotted!
>
> Chris Mason
>
> On Wed, 26 Jan 2011 13:50:44 -0600, Patrick Lyon
>  wrote:
>
> >On Wed, 26 Jan 2011 13:56:20 -0500, George Rodriguez
> > wrote:
> >
> >>Hi Chris,
> >>
> >
> >>D TCPIP,TN3270E,CONN,CONN=38B37
> >>EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E
> >>EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD
> >>  RCODE: 803E-00  Parameter on command is invalid.
> >>  PARM1:  PARM2:  PARM3: CONN
> >>
> >>Am I doing something wrong?
> >*
> >
> >George, try D TCPIP,TN3270E,T,CONN,CONN=38B37 or
> >D TCPIP,TN3270E,TELNET,CONN,CONN=38B37
> >
> >HTH
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

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

Easy CICS question, tranid length...

2011-01-27 Thread Larry Macioce 
I am looking at running 2 versions of CAs Dispatch(v6 and v11) .
One of several problems I am looking at are tranids for the secondary(read 
updated version) of Dispatch.
The crruent verstions uses the default CICS ids of dsp1/dsp2, so I want to use 
dsp11/dsp12.
But in looking around(yes I did some googling for trandid length) and looked in 
some cics manualsI couldn't/didn't find the answer.
My question is can CICS tranids be more than 4 characters?
thanks
Mace 

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

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

2011-01-27 Thread George Rodriguez 
Good Morning Chris,

Here's the link to the Attachmate tech-note:

http://support.attachmate.com/techdocs/2353.html

I did the command D
TCPIP,TN3070E,T,PROF,DET and the output is very interesting:

EZZ6080I TELNET PROFILE DISPLAY
  PERSIS   FUNCTION  DIA  SECURITY   TIMERS   MISC
 (LMTGCAK)(OATSKTQSWHRT)(DRF)(PCKLECXN2)(IPKPSTS)(SMLT)
  ---    ---  -  ---  
  ***  **TSBTQ***RT  EC*  BB***  *P**STS  *DD* *DEFAULT
  ---  ---T  ---  -  I---ST-  --L- *TGLOBAL
  ---    ---  -B---  --*   *TPARMS
  ***  **TSBTQ***RT  EC*  BB***  IP**ST*  *DL* CURR
 PERSISTENCE
   NOLUSESSIONPEND
   NOMSG07
   NOTKOSPECLU
   NOTKOGENLU
   NOCHECKCLIENTCONN
   NODROPASSOCPRINTER
   KEEPLU  0 (OFF)
 FUNCTIONS
   NOOLDSOLICITOR
   NOSINGLEATTN
   TN3270E
   SNAEXTENT
   UNLOCKKEYBOARD BEFOREREAD
   UNLOCKKEYBOARD TN3270BIND
   SEQUENTIALLU
   NOSIMCLIENTLU
   NO WLMCLUSTERNAME
   NO HNLOOKUP
   REFRESHMSG10
   TELNETDEVICEIBM-3277  D4B32782,**N/A**
   TELNETDEVICEIBM-3278-2-E  NSX32702,SNX32702  O,O
   TELNETDEVICEIBM-3278-2D4B32782,SNX32702
   TELNETDEVICEIBM-3278-3-E  NSX32702,SNX32703  O,O
   TELNETDEVICEIBM-3278-3D4B32783,SNX32703
   TELNETDEVICEIBM-3278-4-E  NSX32702,SNX32704  O,O
   TELNETDEVICEIBM-3278-4D4B32784,SNX32704
   TELNETDEVICEIBM-3278-5-E  NSX32702,SNX32705  O,O
   TELNETDEVICEIBM-3278-5D4B32785,SNX32705
   TELNETDEVICEIBM-3279-2-E  NSX32702,SNX32702
   TELNETDEVICEIBM-3279-2D4B32782,SNX32702
   TELNETDEVICEIBM-3279-3-E  NSX32702,SNX32703  O,O
   TELNETDEVICEIBM-3279-3D4B32783,SNX32703
   TELNETDEVICEIBM-3279-4-E  NSX32702,SNX32704  O,O
   TELNETDEVICEIBM-3279-4D4B32784,SNX32704
   TELNETDEVICEIBM-3279-5-E  NSX32702,SNX32705  O,O
   TELNETDEVICEIBM-3279-5D4B32785,SNX32705
   TELNETDEVICELINEMODE  INTERACT,**N/A**
   TELNETDEVICEIBM-DYNAMIC   D4C32XX3,D4C32XX3
   TELNETDEVICEIBM-3287-1**N/A** ,D6328904
   TELNETDEVICETRANSFORM D4B32782,**N/A**
 DIAGNOSTICS
   DEBUG EXCEPTION
   DEBUG ROUTING CONSOLE
   NOFULLDATATRACE
 SECURITY
   PORT   23
   CONNTYPE  BASIC
   KEYRING   **N/A**
   CRLLDAPSERVER **N/A**
   ENCRYPTION**N/A**
   CLIENTAUTH**N/A**
   NOEXPRESSLOGON
   NONACUSERID
   NOSSLV2
 TIMERS
   INACTIVE 1800
   PROFILEINACTIVE  1800
   KEEPINACTIVE0 (OFF)
   PRTINACTIVE 0 (OFF)
   SCANINTERVAL  120
   TIMEMARK 1800
   SSLTIMEOUT**N/A**
 MISCELLANEOUS
   SMF
 SMFINIT 0 (OFF)
 SMFTERM 0 (OFF)
 SMFINIT NOTYPE119
 SMFTERM NOTYPE119
   MAX LIMITS
 MAXRECEIVE  65536
 MAXVTAMSENDQ   50
 MAXREQSESS 20
 MAXRUCHAIN  0 (OFF)
   LINEMODE
 NOBINARYLINEMODE
  SGA
  CODEPAGE  ISO8859-1 IBM-1047
TRANSFORM
  NODBCSTRANSFORM
  NODBCSTRACE
 - PORT:23  ACTIVE   PROF: CURR CONNS:
 
FORMATSHORT
TCPIPJOBNAME  NO AFFINITY
TNSACONFIGDISABLED
 90 OF 90 RECORDS DISPLAYED

The command D TCPIP,TN3270E,T,CONN,LUNAME=TELNE2A8 with the T and LUNAME
worked thanks Patrick :-)

EZZ6065I TELNET CONNECTION DISPLAY
  CONNECTED: 07:38:37  01/27/2011  STATUS: SESSION ACTIVE
  CLIENT IDENTIFIER FOR CONN: 0003CDE9   SECLABEL: **N/A**
CLIENTAUTH USERID: **N/A**
HOSTNAME: NO HOSTNAME
CLNTIP..PORT: 10.6.11.89..2241
DESTIP..PORT: 10.254.76.30..23
LINKNAME: VIPA01L
  PORT:23 QUAL: NONE
AFFINITY: TCPIPMVS
STATUS: ACTIVE  BASIC ACCESS: NON-SECURE
  PROTOCOL: TN3270E   DEVICETYPE: IBM-3278-2-E
TYPE: TERMINAL GENERIC
OPTIONS: ETET   3270E FUNCTIONS: BSR
   NEWENV FUNCTIONS: --
  LUNAME: TELNE2A8
  APPL: CICSPRDT
USERIDS   RESTRICTAPPL: **N/A**   EXPRESSLOGON: **N/A**
LOGMODES  TN REQUESTED: SNX32702  APPL SPECIFIED: SNX32702
  MAPPING TYPE:  CONN IDENTIFIER
  OBJECT   ITEM SPECIFIC OPTIONS
LUMAP GEN:  NL (NULL)
 >*DEFLUS*   
DEFLT APPL: **N/A**
USS TABLE:  NL (NULL)
 >VTMUSS0N   P---
INT TABLE:  **N/A**
PARMS:
  PERSIS   FUNCTION  DIA  SECURITY   TIMERS   MISC
 (LMTGCAK)(OATSKTQSWHRT)(DRF)(PCKLECXN2)(IPKPSTS)(SMLT)
  ---    ---  -  ---  
  ***  **TSBTQ***RT  EC*  BB***  *P**STS  *DD* *DEFAULT
  ---  ---T  ---  -  I---ST-  --L- *TGLOBAL
  ---    ---  -B---  --*   *TPARMS
  ***