Re: VSE-L ListServ dead?

[Horlick, Michael]

Me neither. Nothing on VSE-L. Strange. 
 
Michael Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of Frank M. Ramaekers
Sent: Wed 29/06/2011 9:48 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VSE-L ListServ dead?



There hasn't been any postings on the VSE-L LISTSERV since Monday at 1:38PM.   
Anyone else who's on this LISTSERV seen any different?

Google groups show the last post on June 25th.

 

 Frank M. Ramaekers Jr.

 

 

Systems Programmer

MCP, MCP+I, MCSE & RHCE

 

American Income Life Insurance Co.

Phone: (254)761-6649

 

1200 Wooded Acres Dr.

Fax: (254)741-5777

 

Waco, Texas  76701

 

 

 

 

_ This message contains 
information which is privileged and confidential and is solely for the use of 
the intended recipient. If you are not the intended recipient, be aware that 
any review, disclosure, copying, distribution, or use of the contents of this 
message is strictly prohibited. If you have received this in error, please 
destroy it immediately and notify us at privacy...@ailife.com. 

Re: VM TCP/IP I/O error?

[Horlick, Michael]

Thanks for the info.

Regards,

Mike Horlick
Conseiller
CGI Gestion Intégrée des Technologies
1350 Boul. René-Lévesque Ouest
Montréal, Qc, H3G 1T4

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Alan Altmark
Sent: May 20, 2011 3:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM TCP/IP I/O error?

On Friday, 05/20/2011 at 02:02 EDT, "Horlick, Michael" 
 wrote:
 
> This morning we received the following message on the console of a TCPIP 

> machine:
>  
> DTCPKT089I Device LCS3: LAN task net type 1 adapter number 0 was 
interrupted; 
> restarting device  
>
> I was told by IBM that this is a hardware issue presumably on the OSA 
card. How 
> can I find out the cause of this problem?

There is no "problem", per se.  That messages means that the OSA detected 
an unplugged cable or a "dark" switch port.  Think of it as "loss of 
carrier signal."  You will see this when someone reboots the switch.

You didn't say anything about what release of VM you are running.  In 
early 2010, APAR PK92409 changed the behavior of the LCS device driver so 
that in addition to the message above, you also get a message telling you 
that the adapter will be restarted when an "adapter-initiated START LAN" 
is received.  I.e., the carrier signal is heard.

APPLICABLE COMPONENT LEVEL/SU:
R530 PSY UK53847 UP10/01/28 P 1001
R540 PSY UK53848 UP10/01/28 P 1002
R610 PSY UK53849 UP10/01/28 P 1001

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

Re: VM TCP/IP I/O error?

[Horlick, Michael]

I just did and unless I'm not specifying the right parameters to the EREP 
program I don't see any errors on my OSA address. 
 
SYSEXN = YES, SYSUM=YES, EVENT=YES specified on seperate runs.   
 
Looking at the raw data itself I see nothing like my OSA address. 
 
Michael Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of Mark Pace
Sent: Fri 20/05/2011 2:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM TCP/IP I/O error?


Do you process your EREP data?  It should be there.


On Fri, May 20, 2011 at 2:30 PM, Horlick, Michael  
wrote:


Hello,

Thanks.

I think the last time it was looked at they didn't find anything (but I 
don't know all the details) .

I assume something is recorded somewhere, right?

Michael Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of Marcy Cortes
Sent: Fri 20/05/2011 2:09 PM

To: IBMVM@LISTSERV.UARK.EDU

Subject: Re: VM TCP/IP I/O error?




Call your IBM CE!

Marcy


From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On 
Behalf Of Horlick, Michael
Sent: Friday, May 20, 2011 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] VM TCP/IP I/O error?

Greetings,

This morning we received the following message on the console of a 
TCPIP machine:

DTCPKT089I Device LCS3: LAN task net type 1 adapter number 0 was 
interrupted; restarting device
I was told by IBM that this is a hardware issue presumably on the OSA 
card. How can I find out the cause of this problem?

No messages seems to appear anywhere else.

Thanks,

Michael Horlick
CGI Montreal





-- 

Mark D Pace 
Senior Systems Engineer 
Mainline Information Systems 

Re: VM TCP/IP I/O error?

[Horlick, Michael]

Hello,
 
Thanks.

I think the last time it was looked at they didn't find anything (but I don't 
know all the details) .

I assume something is recorded somewhere, right?

Michael Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of Marcy Cortes
Sent: Fri 20/05/2011 2:09 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM TCP/IP I/O error?



Call your IBM CE!

Marcy


From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Horlick, Michael
Sent: Friday, May 20, 2011 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] VM TCP/IP I/O error?

Greetings,
 
This morning we received the following message on the console of a TCPIP 
machine:
 
DTCPKT089I Device LCS3: LAN task net type 1 adapter number 0 was interrupted; 
restarting device 
I was told by IBM that this is a hardware issue presumably on the OSA card. How 
can I find out the cause of this problem?
 
No messages seems to appear anywhere else.
 
Thanks, 
 
Michael Horlick
CGI Montreal

VM TCP/IP I/O error?

[Horlick, Michael]

Greetings,
 
This morning we received the following message on the console of a TCPIP 
machine:
 
DTCPKT089I Device LCS3: LAN task net type 1 adapter number 0 was interrupted; 
restarting device  

I was told by IBM that this is a hardware issue presumably on the OSA card. How 
can I find out the cause of this problem?
 
No messages seems to appear anywhere else.
 
Thanks, 
 
Michael Horlick
CGI Montreal

MPROUTE , TRACE/DEBUG

[Horlick, Michael]

Greetings,

 

We have a problem with OSPF/MPROUTE which could be some sort of I/O error (at 
least that what the EZZ messages seems to indicate and what IBM has determined).

 

Has anyone used the DEBUG/TRACE with MPROUTE? It says in the TCP/IP Diagnosis 
Guide for the trace/debug

 

1.  The -tn, -6tn, -dn, and -6dn options affect MPRoute performance. As a 
result, you might have to increase the dead router interval on OSPF and IPv6 
OSPF interfaces to prevent neighbor adjacencies from collapsing. 

I haven't touched the dead router interval, so, it is the default of 40 seconds.

 

It doesn't appear that I can change this interval without restarted MPROUTE.

 

Also, I would like to do a SMSG MPROUTE for the debugging/tracing but how much 
does this affect MPROUTE performance?

 

Has anyone done this before?

 

Thanks,

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 

Re: SET SHARE ABSOLUTE/RELATIVE

[Horlick, Michael]

We use absloute shares for all our VSEs to guarentee them CPU time, no 
LIMITHARD. I manually do a LIMITHARD on a VSE machine when the CPU is close to 
100% due to probably many batch jobs running in one VSE. This is done so that 
our CMS users get some time. Once the CPU goes down, usually because the jobs 
end,  I remove the LIMITHARD for that VSE.  I also use a CA-EXPLORE/VM 
procedure to set LIMITHARDs for our 2 development VSE machines when the CPU 
reaches preset CPU utilization values and remove the LIMITHARDS when the CPU is 
lowered. 
 
Michael Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of Bob Levad
Sent: Mon 07/02/2011 2:14 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SET SHARE ABSOLUTE/RELATIVE



We use absolute shares for VSE machines with limithard during the day and 
remove the limit from production at night.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Robert Payne
Sent: Monday, February 07, 2011 1:06 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SET SHARE ABSOLUTE/RELATIVE

z9 BC with z/VM 5.2

For years the production VSE and DB/2 machines have used
   SHARE ABSOLUTE 85%
in the directory. Most of the time, they get best response, but
a CPU heavy in a test VSE guest can still hog the real machine.
This electronic transmission and any documents accompanying this electronic 
transmission contain confidential information belonging to the sender.  This 
information may be legally privileged.  The information is intended only for 
the use of the individual or entity named above.  If you are not the intended 
recipient, you are hereby notified that any disclosure, copying, distribution, 
or the taking of any action in reliance on or regarding the contents of this 
electronically transmitted information is strictly prohibited.

Re: An update on an earlier issue and how to search VMESA-L

[Horlick, Michael]

Thanks.
 
Michael Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of Quay, Jonathan (IHG)
Sent: Tue 25/01/2011 11:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: An update on an earlier issue and how to search VMESA-L



Yes, our network engineers have had to clear ARP cache in similar situations.  
Its now a standard item in our migration plans.

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Horlick, Michael
Sent: Tuesday, January 25, 2011 11:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: An update on an earlier issue and how to search VMESA-L

 

Greetings,

 

Just a little update on a question/problem I had last month. I had an issue 
that when I changed my CPU I couldn't communicate using one of my TCP/IP stacks 
to the clients network using VIPA/MPROUTE. 

 

Last night we did a successful migration and it seems that what was needed to 
correct the problem was that the network people needed to do some sort of "ARP 
Clear" function on their routers. As we have only used TCP/IP in production for 
the last 3 years and I think our machine was older than that this is the first 
time we went through this.

 

Question: Is this standard operating procedure for any CPU change? 

 

On another topic, how does one search the VMESA-L archive? I use to use Google 
Groups but that doesn't seem to work for VMESA-L and I even sent e-mail to the 
VMESA-L listserver doing a SEARCH function which also didn't work.

 

Regards,  

 

Michael Horlick

CGI Montreal

Re: An update on an earlier issue and how to search VMESA-L

[Horlick, Michael]

Great. Thanks. That works.
 
Michael Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of peter.w...@ttc.ca
Sent: Tue 25/01/2011 11:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: An update on an earlier issue and how to search VMESA-L



Search here: http://listserv.uark.edu/ARCHIVES/IBMVM.HTML

 

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Horlick, Michael
Sent: January 25, 2011 11:17
To: IBMVM@LISTSERV.UARK.EDU
Subject: An update on an earlier issue and how to search VMESA-L

 

Greetings,

 

Just a little update on a question/problem I had last month. I had an issue 
that when I changed my CPU I couldn't communicate using one of my TCP/IP stacks 
to the clients network using VIPA/MPROUTE. 

 

Last night we did a successful migration and it seems that what was needed to 
correct the problem was that the network people needed to do some sort of "ARP 
Clear" function on their routers. As we have only used TCP/IP in production for 
the last 3 years and I think our machine was older than that this is the first 
time we went through this.

 

Question: Is this standard operating procedure for any CPU change? 

 

On another topic, how does one search the VMESA-L archive? I use to use Google 
Groups but that doesn't seem to work for VMESA-L and I even sent e-mail to the 
VMESA-L listserver doing a SEARCH function which also didn't work.

 

Regards,  

 

Michael Horlick

CGI Montreal



The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material. Any 
review retransmission dissemination or other use of or taking any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited. If you received this in error 
please contact the sender and delete the material from any computer. The 
integrity and security of this message cannot be guaranteed on the Internet. 
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided. The 
recipient should check this e-mail and any attachments for the presence of 
viruses. The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail. This disclaimer is property of the TTC and must not 
be altered or circumvented in any manner. 

An update on an earlier issue and how to search VMESA-L

[Horlick, Michael]

Greetings,
 
Just a little update on a question/problem I had last month. I had an issue 
that when I changed my CPU I couldn't communicate using one of my TCP/IP stacks 
to the clients network using VIPA/MPROUTE. 
 
Last night we did a successful migration and it seems that what was needed to 
correct the problem was that the network people needed to do some sort of "ARP 
Clear" function on their routers. As we have only used TCP/IP in production for 
the last 3 years and I think our machine was older than that this is the first 
time we went through this.
 
Question: Is this standard operating procedure for any CPU change? 
 
On another topic, how does one search the VMESA-L archive? I use to use Google 
Groups but that doesn't seem to work for VMESA-L and I even sent e-mail to the 
VMESA-L listserver doing a SEARCH function which also didn't work.
 
Regards,  
 
Michael Horlick
CGI Montreal

Re: Curiousity question - Changing the status area

[Horlick, Michael]

Hi Ron et all,
 
Will propose using the RDYMSG EXEC to the user. Easier than applying a local 
mod. We do have a session monitor (CA-TPX) but I haven't looked into it with 
regards to changing the status area and not everyone uses it or wants to. 
 
Thanks at all who responded,
 
Mike



From: The IBM z/VM Operating System on behalf of Ron Schmiedge
Sent: Fri 17/12/2010 3:12 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Curiousity question - Changing the status area



Hi Mike,

We use CA-VTERM multi-session manager, it changes the nodeid on the
bottom right to the CMS userid, but that's probably not a viable
solution for you, since that is probably more dollars than your client
wants to spend. Don't know how they do it, but there is no CP mod
(since I am in charge of CP and I certainly didn't apply a mod). VTERM
magic!
We also have some users using a version of the RDYMSG exec you have
been been given a couple of times on this thread.
This was discussed on the list last year and a few other times, and
the DMSUME change has been the suggested option instead of changing
the nodeid value in each thread.
Joyeux Noel!

Ron

On Fri, Dec 17, 2010 at 12:42 PM, Horlick, Michael
 wrote:
> Greetings,
>
> I have a user who would like to have his userid displayed instead of the
> system identifier in the status area at the bottom of the screen. Is that
> possible?
>
> He has quite a few 3270 VM/CMS sessions open and would like to quickly
> identify who is logged on to what screen.
>
> Thanks,
>
> Mike Horlick
> CGI Montreal

Curiousity question - Changing the status area

[Horlick, Michael]

Greetings,
 
I have a user who would like to have his userid displayed instead of the system 
identifier in the status area at the bottom of the screen. Is that possible?
 
He has quite a few 3270 VM/CMS sessions open and would like to quickly identify 
who is logged on to what screen.
 
Thanks,
 
Mike Horlick
CGI Montreal

Re: New messages from TCP/IP after going from z/VM 5.2 to 5.4

[Horlick, Michael]

Hello Alan,
 
I contacted my telecom guy and he thinks maybe there is a new or changed 
parameter in a TCP/IP configuration file since 5.2 thats causing this. Do you 
think that could be the case?
 
Also , I found the DTCARP049I message in the Messages and Codes book but not 
the others. 
 
Thanks,
 
Mike Horlick



From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Tue 14/12/2010 5:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: New messages from TCP/IP after going from z/VM 5.2 to 5.4



On Tuesday, 12/14/2010 at 04:19 EST, "Horlick, Michael"
 wrote:

> We went from z/VM 5.2 to 5.4 (and TCP/IP for VM 520 to 540) at the end
of
> November. I didn't notice it at first but I see that I am getting the
following
> type extra messages on the spooled console for each of my TCP/IP stacks
that I
> have:
> 
> 04:09:23 DTCARP049I An ARP packet was received on link PCN3 with our IP
address
> 142.101.99.196 as the source address.  Possible configuration error. 

> I had made no changes to any of my TCP/IP configuration files. On one my
stacks
> these type messages are occurring every so every few minutes.

You made quite a leap going from 5.2 to 5.4 and you picked up a lot of new
functionality.  The z/VM 5.4 TCP/IP Messages and Codes book includes
change bars for those DTCARP messages.

It's telling you that you've got another host on your LAN that is
configured with the same IP address as VM TCP/IP.  It didn't used to warn
you; now it does.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott

Re: Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

ok, thanks for your help.
 
Mike



From: The IBM z/VM Operating System on behalf of Ward, Mike S
Sent: Wed 15/12/2010 10:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



I agree with Alan, use ping to see if it's getting out. You may find
that the sourceip used does not have a route back to you.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Wednesday, December 15, 2010 9:30 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer

On Wednesday, 12/15/2010 at 08:21 EST, "Horlick, Michael"
 wrote:

> Come migration time however, we could not get the VIPA/MPROUTE
functionality
> working. I could not ping from within the mainframe to anything beyond

the OSA
> card. Tried both QDIO and non-QDIO mode.
> Our TCP/IP stack, no problems.
>
> We had to back out and now we have to try to set up a test VIPA/MROUTE

setup
> and try it on the new machine. Waiting on the telecom architect for
this.
>
> No changes to the configuration files were done (except for QDIO in
the
> PROFILE  TCPIP, but the same configuration files for non-QDIO).
>
> Any clues what could have gone wrong?

Mike, network problems are all solved the same way: Divide and Conquer.
If
I understand you correctly:

1.  The new system and the old one have the same IP configuration.  That

is, the same files on TCPIP and MPROUTE's A-disks.  The same
configuration
files on TCPMAINT 198.  The systems even have the same
SYSTEM_IDENTIFIER.
2.  The new system works fine *until* you bring up MPROUTE (it throws
away
any static routes not specifically marked as permanent).
3.  The old and new systems are NOT up at the same time.

When you PING something, a packet goes out and a packet comes back.  To
resolve why PING doesn't work, you need to figure out which of those two

things didn't happen.  Your network techs can help you, as they do this
kind of stuff all the time with sniffers and queries on the
switches/routers.

Only then will you be able to take corrective action.  Prior to that,
you're just guessing, flailing at the problem in the hope you will
accidentally fix it.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott

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

Re: Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

Yes, you're right. Will wait till network people are involved. 
 
Thanks,
 
Mike



From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Wed 15/12/2010 10:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



On Wednesday, 12/15/2010 at 08:21 EST, "Horlick, Michael"
 wrote:

> Come migration time however, we could not get the VIPA/MPROUTE
functionality
> working. I could not ping from within the mainframe to anything beyond
the OSA
> card. Tried both QDIO and non-QDIO mode.
> Our TCP/IP stack, no problems.
>
> We had to back out and now we have to try to set up a test VIPA/MROUTE
setup
> and try it on the new machine. Waiting on the telecom architect for
this.
>
> No changes to the configuration files were done (except for QDIO in the
> PROFILE  TCPIP, but the same configuration files for non-QDIO).
>
> Any clues what could have gone wrong?

Mike, network problems are all solved the same way: Divide and Conquer. If
I understand you correctly:

1.  The new system and the old one have the same IP configuration.  That
is, the same files on TCPIP and MPROUTE's A-disks.  The same configuration
files on TCPMAINT 198.  The systems even have the same SYSTEM_IDENTIFIER.
2.  The new system works fine *until* you bring up MPROUTE (it throws away
any static routes not specifically marked as permanent).
3.  The old and new systems are NOT up at the same time.

When you PING something, a packet goes out and a packet comes back.  To
resolve why PING doesn't work, you need to figure out which of those two
things didn't happen.  Your network techs can help you, as they do this
kind of stuff all the time with sniffers and queries on the
switches/routers.

Only then will you be able to take corrective action.  Prior to that,
you're just guessing, flailing at the problem in the hope you will
accidentally fix it.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott

Re: Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

I do have SourceVipa specified:
 
  ASSORTEDPARMS
PROXYARP   
IGNOREREDIRECT 
SOURCEVIPA 

Are you saying that specifying this could cause the problem? Why would it work 
OK on the old machine but not on the new? Same config files, only difference 
new hardware.
 
Mike



From: The IBM z/VM Operating System on behalf of Ward, Mike S
Sent: Wed 15/12/2010 9:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



Sourcevipa is a TCP configuration parm. The book states:

Note: For requests or connections originating at a z/VM TCP/IP stack,
tolerance of device and adapter failures may be achieved by using the
SOURCEVIPA feature. This capability causes virtual IP addresses to be
used as the source IP addresses in all outbound datagrams except those
associated with routing.

This has burned me a couple of times because it chooses source ip
address from the home list starting from the bottom up. It selects the
first vipa address that it finds as the source ip for all
communications. I.E. you may want to use address 172.26.1.1 as your
source, but you end up using 172.25.1.1 and it may not be in the routing
tables.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Horlick, Michael
Sent: Wednesday, December 15, 2010 8:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer

Have no idea what sourceVIPA is. Maybe you can explain. My configuration
files were the same for TCPIP and MPROUTE.

Would the type of OSA card matter? I believe I have an OSA-2 on the
existing machine but an OSA-Express on the new.

Thanks,

Mike



From: The IBM z/VM Operating System on behalf of Ward, Mike S
Sent: Wed 15/12/2010 8:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



Could you possibly be using sourceVipa where before you weren't?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Horlick, Michael
Sent: Wednesday, December 15, 2010 7:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Problems with MPROUTE going from z800 to z9BC computer

Greetings,

A couple of days ago we tried to migrate from our current CPU (Z800 -
Model 2066) to a z9BC Mode R07 (2096).

We had this new machine for a couple of weeks and we created a copy of
our z/VM 5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...).  I
was able to test z/VM 5.4 and TCP/IP on it and it worked fine given that
we were assigned new IP addresses for it. We have 2 TCP/IP stacks, one
for our use, the other for the clients. For the client, on our
production machine we use VIPA/MPROUTE.

We could not test VIPA/MPROUTE on the new machine but static routing
worked fine. We tried the OSA card in QDIO and non-QDIO mode and no
problems. Connectivity for both us and the client.

Come migration time however, we could not get the VIPA/MPROUTE
functionality working. I could not ping from within the mainframe to
anything beyond the OSA card. Tried both QDIO and non-QDIO mode.
Our TCP/IP stack, no problems.

We had to back out and now we have to try to set up a test VIPA/MROUTE
setup and try it on the new machine. Waiting on the telecom architect
for this.

No changes to the configuration files were done (except for QDIO in the
PROFILE  TCPIP, but the same configuration files for non-QDIO).

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal


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

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified

Re: Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

Have no idea what sourceVIPA is. Maybe you can explain. My configuration files 
were the same for TCPIP and MPROUTE. 
 
Would the type of OSA card matter? I believe I have an OSA-2 on the existing 
machine but an OSA-Express on the new.
 
Thanks,
 
Mike 



From: The IBM z/VM Operating System on behalf of Ward, Mike S
Sent: Wed 15/12/2010 8:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



Could you possibly be using sourceVipa where before you weren't?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Horlick, Michael
Sent: Wednesday, December 15, 2010 7:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Problems with MPROUTE going from z800 to z9BC computer

Greetings,

A couple of days ago we tried to migrate from our current CPU (Z800 -
Model 2066) to a z9BC Mode R07 (2096).

We had this new machine for a couple of weeks and we created a copy of
our z/VM 5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...).  I
was able to test z/VM 5.4 and TCP/IP on it and it worked fine given that
we were assigned new IP addresses for it. We have 2 TCP/IP stacks, one
for our use, the other for the clients. For the client, on our
production machine we use VIPA/MPROUTE.

We could not test VIPA/MPROUTE on the new machine but static routing
worked fine. We tried the OSA card in QDIO and non-QDIO mode and no
problems. Connectivity for both us and the client.

Come migration time however, we could not get the VIPA/MPROUTE
functionality working. I could not ping from within the mainframe to
anything beyond the OSA card. Tried both QDIO and non-QDIO mode.
Our TCP/IP stack, no problems.

We had to back out and now we have to try to set up a test VIPA/MROUTE
setup and try it on the new machine. Waiting on the telecom architect
for this.

No changes to the configuration files were done (except for QDIO in the
PROFILE  TCPIP, but the same configuration files for non-QDIO).

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal
 

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

Re: Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

Hello Eric,
 
Yes, I believe the two mainframes were connected to the same VLAN subnets. The 
client had no problem accessing the new CPU without VIPA/MPROUTE.
 
Beyond that I don't know the answers to your questions. Something to ask the 
network people. 
 
Thanks,
 
Mike



From: The IBM z/VM Operating System on behalf of Eric Schadow
Sent: Wed 15/12/2010 8:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



Mike

Were the two mainframes on the same or different VLAN/subnets?

It could have been a ARP/MAC timeout issue?

Are the MAC's locally administered on the mainframe?

You may have private VLAN or some other mechanism setup to limit the
host interactions on the switch.

Eric

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Horlick, Michael
Sent: Wednesday, December 15, 2010 8:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer

Oops , I may accidently sent an earlier incomplete reply. Sorry.
=20
Anyways, we had new cables attached from the OSA card on the new CPU =
attached one to our switch, the other to the switch for the client. No =
new cabling was done at migration time. We tested before the migration =
and all well, non-VIPA.=20
=20
Thanks,
=20
Mike=20



From: The IBM z/VM Operating System on behalf of Davis, Larry (National
=
VM/VSE Capability)
Sent: Wed 15/12/2010 8:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



Are you using the same or New Network connections to the network. Make =
sure the two OSA ports are not cross connected at the switch. If they =
are TRUNC'd together then you will have routing issues.

Just get a new set of IP's to test with on the new box, and get your =
network and firewall people involved.

Larry Davis

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
=
Behalf Of Horlick, Michael
Sent: Wednesday, December 15, 2010 8:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Problems with MPROUTE going from z800 to z9BC computer

Greetings,

A couple of days ago we tried to migrate from our current CPU (Z800 - =
Model 2066) to a z9BC Mode R07 (2096).

We had this new machine for a couple of weeks and we created a copy of =
our z/VM 5.4 system on it (XXXRES =3D 540RES, XXXPAG =3D 540PAGetc...).
=
I was able to test z/VM 5.4 and TCP/IP on it and it worked fine given =
that we were assigned new IP addresses for it. We have 2 TCP/IP stacks,
=
one for our use, the other for the clients. For the client, on our =
production machine we use VIPA/MPROUTE.

We could not test VIPA/MPROUTE on the new machine but static routing =
worked fine. We tried the OSA card in QDIO and non-QDIO mode and no =
problems. Connectivity for both us and the client.

Come migration time however, we could not get the VIPA/MPROUTE =
functionality working. I could not ping from within the mainframe to =
anything beyond the OSA card. Tried both QDIO and non-QDIO mode.
Our TCP/IP stack, no problems.

We had to back out and now we have to try to set up a test VIPA/MROUTE =
setup and try it on the new machine. Waiting on the telecom architect =
for this.

No changes to the configuration files were done (except for QDIO in the
=
PROFILE  TCPIP, but the same configuration files for non-QDIO).

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal
=20




The information contained in this communication is intended
only for the use of the recipient(s) named above. It may
contain information that is privileged or confidential, and
may be protected by State and/or Federal Regulations. If
the reader of this message is not the intended recipient,
you are hereby notified that any dissemination,
distribution, or copying of this communication, or any of
its contents, is strictly prohibited. If you have received
this communication in error, please return it to the sender
immediately and delete the original message and any copy
of it from your computer system. If you have any questions
concerning this message, please contact the sender.

Re: Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

Oops , I may accidently sent an earlier incomplete reply. Sorry.
 
Anyways, we had new cables attached from the OSA card on the new CPU attached 
one to our switch, the other to the switch for the client. No new cabling was 
done at migration time. We tested before the migration and all well, non-VIPA. 
 
Thanks,
 
Mike 



From: The IBM z/VM Operating System on behalf of Davis, Larry (National VM/VSE 
Capability)
Sent: Wed 15/12/2010 8:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



Are you using the same or New Network connections to the network. Make sure the 
two OSA ports are not cross connected at the switch. If they are TRUNC'd 
together then you will have routing issues.

Just get a new set of IP's to test with on the new box, and get your network 
and firewall people involved.

Larry Davis

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Horlick, Michael
Sent: Wednesday, December 15, 2010 8:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Problems with MPROUTE going from z800 to z9BC computer

Greetings,

A couple of days ago we tried to migrate from our current CPU (Z800 - Model 
2066) to a z9BC Mode R07 (2096).

We had this new machine for a couple of weeks and we created a copy of our z/VM 
5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...).  I was able to test 
z/VM 5.4 and TCP/IP on it and it worked fine given that we were assigned new IP 
addresses for it. We have 2 TCP/IP stacks, one for our use, the other for the 
clients. For the client, on our production machine we use VIPA/MPROUTE.

We could not test VIPA/MPROUTE on the new machine but static routing worked 
fine. We tried the OSA card in QDIO and non-QDIO mode and no problems. 
Connectivity for both us and the client.

Come migration time however, we could not get the VIPA/MPROUTE functionality 
working. I could not ping from within the mainframe to anything beyond the OSA 
card. Tried both QDIO and non-QDIO mode.
Our TCP/IP stack, no problems.

We had to back out and now we have to try to set up a test VIPA/MROUTE setup 
and try it on the new machine. Waiting on the telecom architect for this.

No changes to the configuration files were done (except for QDIO in the PROFILE 
 TCPIP, but the same configuration files for non-QDIO).

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal
 

Re: Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

Hello Larry,
 
We had new cables from the OSA card on the new CPU c



From: The IBM z/VM Operating System on behalf of Davis, Larry (National VM/VSE 
Capability)
Sent: Wed 15/12/2010 8:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Problems with MPROUTE going from z800 to z9BC computer



Are you using the same or New Network connections to the network. Make sure the 
two OSA ports are not cross connected at the switch. If they are TRUNC'd 
together then you will have routing issues.

Just get a new set of IP's to test with on the new box, and get your network 
and firewall people involved.

Larry Davis

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Horlick, Michael
Sent: Wednesday, December 15, 2010 8:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Problems with MPROUTE going from z800 to z9BC computer

Greetings,

A couple of days ago we tried to migrate from our current CPU (Z800 - Model 
2066) to a z9BC Mode R07 (2096).

We had this new machine for a couple of weeks and we created a copy of our z/VM 
5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...).  I was able to test 
z/VM 5.4 and TCP/IP on it and it worked fine given that we were assigned new IP 
addresses for it. We have 2 TCP/IP stacks, one for our use, the other for the 
clients. For the client, on our production machine we use VIPA/MPROUTE.

We could not test VIPA/MPROUTE on the new machine but static routing worked 
fine. We tried the OSA card in QDIO and non-QDIO mode and no problems. 
Connectivity for both us and the client.

Come migration time however, we could not get the VIPA/MPROUTE functionality 
working. I could not ping from within the mainframe to anything beyond the OSA 
card. Tried both QDIO and non-QDIO mode.
Our TCP/IP stack, no problems.

We had to back out and now we have to try to set up a test VIPA/MROUTE setup 
and try it on the new machine. Waiting on the telecom architect for this.

No changes to the configuration files were done (except for QDIO in the PROFILE 
 TCPIP, but the same configuration files for non-QDIO).

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal
 

Problems with MPROUTE going from z800 to z9BC computer

[Horlick, Michael]

Greetings,
 
A couple of days ago we tried to migrate from our current CPU (Z800 - Model 
2066) to a z9BC Mode R07 (2096). 
 
We had this new machine for a couple of weeks and we created a copy of our z/VM 
5.4 system on it (XXXRES = 540RES, XXXPAG = 540PAGetc...).  I was able to test 
z/VM 5.4 and TCP/IP on it and it worked fine given that we were assigned new IP 
addresses for it. We have 2 TCP/IP stacks, one for our use, the other for the 
clients. For the client, on our production machine we use VIPA/MPROUTE. 
 
We could not test VIPA/MPROUTE on the new machine but static routing worked 
fine. We tried the OSA card in QDIO and non-QDIO mode and no problems. 
Connectivity for both us and the client.
 
Come migration time however, we could not get the VIPA/MPROUTE functionality 
working. I could not ping from within the mainframe to anything beyond the OSA 
card. Tried both QDIO and non-QDIO mode.
Our TCP/IP stack, no problems.
 
We had to back out and now we have to try to set up a test VIPA/MROUTE setup 
and try it on the new machine. Waiting on the telecom architect for this.
 
No changes to the configuration files were done (except for QDIO in the PROFILE 
 TCPIP, but the same configuration files for non-QDIO).
 
Any clues what could have gone wrong?
 
Thanks,
 
Mike Horlick
CGI Montreal 
  

Re: New messages from TCP/IP after going from z/VM 5.2 to 5.4

[Horlick, Michael]

OK, thanks. Will investigate.
 
Mike Horlick
CGI Montreal



From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Tue 14/12/2010 5:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: New messages from TCP/IP after going from z/VM 5.2 to 5.4



On Tuesday, 12/14/2010 at 04:19 EST, "Horlick, Michael"
 wrote:

> We went from z/VM 5.2 to 5.4 (and TCP/IP for VM 520 to 540) at the end
of
> November. I didn't notice it at first but I see that I am getting the
following
> type extra messages on the spooled console for each of my TCP/IP stacks
that I
> have:
> 
> 04:09:23 DTCARP049I An ARP packet was received on link PCN3 with our IP
address
> 142.101.99.196 as the source address.  Possible configuration error. 

> I had made no changes to any of my TCP/IP configuration files. On one my
stacks
> these type messages are occurring every so every few minutes.

You made quite a leap going from 5.2 to 5.4 and you picked up a lot of new
functionality.  The z/VM 5.4 TCP/IP Messages and Codes book includes
change bars for those DTCARP messages.

It's telling you that you've got another host on your LAN that is
configured with the same IP address as VM TCP/IP.  It didn't used to warn
you; now it does.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott

New messages from TCP/IP after going from z/VM 5.2 to 5.4

[Horlick, Michael]

Greetings,
 
We went from z/VM 5.2 to 5.4 (and TCP/IP for VM 520 to 540) at the end of 
November. I didn't notice it at first but I see that I am getting the following 
type extra messages on the spooled console for each of my TCP/IP stacks that I 
have:
 
04:09:23 DTCARP049I An ARP packet was received on link PCN3 with our IP address 
142.101.99.196 as the source address.  Possible con
iguration error.
   
04:09:23 DTCARP007IArpHardwareType: 1   
   
04:09:23 DTCARP008IArpProtocolType: 2048
   
04:09:23 DTCARP009IArpHardwareLen: 6
   
04:09:23 DTCARP010IArpProtocolLen: 4
   
04:09:23 DTCARP011IArpOp: 1 
   
04:09:23 DTCARP012IArpSenderHardwareAddr: 000629DC21BE  
   
04:09:23 DTCARP013IArpSenderInternetAddr: 142.101.99.196
   
04:09:23 DTCARP014IArpTargetHardwareAddr:   
   
04:09:23 DTCARP015IArpTargetInternetAddr: 142.101.99.196
   

I had made no changes to any of my TCP/IP configuration files. On one my stacks 
these type messages are occurring every so every few minutes.
 
Thanks,
 
Mike Horlick
CGI Montreal

Re: Binary FTP problem

[Horlick, Michael]

Sorry if I confused you but the file is on a NT server. I put the file onto 
that server using z/VSE and now I would like to get in with VM/CMS. 

 

Regards,  

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Macioce, Larry
Sent: October 12, 2010 3:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Binary FTP problem

 

The server not responding looks like your MVS system isn't allowing ftp

For laughs try ftping something text  from your pc to mvs and see if it accepts 
it

Good luck

mace

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Horlick, Michael
Sent: Tuesday, October 12, 2010 2:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Binary FTP problem

 

Greetings,

 

My client is trying to FTP a file from VSE to a z/OS system through an 
intermediary NT server. Since I do not have a z/OS system to play with I have 
been trying to get the file from this server from VM/CMS.

 

In VSE I specified 

 

// EXEC FTPBATCH,SIZE=1M,PARM='ID=01,UNIX=BIN'

.

.

LQUOTE MODE B

BINARY 

PUT %INFIL,SAM,FB,350,3500 MIKE.BIN

.

 

I am now trying to get this file from VM/CMS. 

 

A little of the console:

 

230 User logged in.

Command:   

mode B 

>>>MODE b  

200 Mode b ok. 

Command:   

binary 

>>>TYPE i  

200 Type set to I. 

Command:   

locsite fix 350

Command:   

get MIKE.BIN   

>>>PORT 172,27,128,66,21,251   

200 PORT command successful.   

200 PORT command successful. 

>>>RETR MIKE.BIN 

125 Data connection already open; Transfer starting. 

Server not responding, closing connection.   

Abnormal inter-VM communication condition

Abnormal inter-VM communication condition

>>>ABOR  

250 Transfer complete.   

 

I have no idea why it aborts. Looking at the (partial?) file on my A-disk I see 
stuff at the beginning at each record before the data. 

 

MIKE BIN  A1  F 350  Trunc=350 Size=6 Line=0 Col=1 Alt=1
   

>   








* * * Top of File * * * 
  = 

"""Ø";002501AVDL ROYV 
201009120080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0F1F0F0F9F1F2
= 

""""""Ø";002501AVDL ROYV 
2010080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0F1F0F0   
 = 

"""""""""Ø";002501AVDL ROYV 
200080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0  
  = 

""""""""""""Ø";002501AVDL 
ROYV80015EF0F0F2F5F0F1C1E5C4D340D9D6E8E5
= 

"""""""""""""""Ø";002501AVDL 
R0080015EF0F0F2F5F0F1C1E5C4D340D9   
 = 

""""""""""""""""""Ø";002501AVD80015EF0F0F2F5F0F1C1E5C4
= 

* * * End of File * * * 
  = 







|...+1+2+3.|. . . + . . . . .1. . . . + . . . . .2. . . . + 
. . . . .3  


 

Binary FTP problem

[Horlick, Michael]

Greetings,

 

My client is trying to FTP a file from VSE to a z/OS system through an 
intermediary NT server. Since I do not have a z/OS system to play with I have 
been trying to get the file from this server from VM/CMS.

 

In VSE I specified 

 

// EXEC FTPBATCH,SIZE=1M,PARM='ID=01,UNIX=BIN'

.

.

LQUOTE MODE B

BINARY 

PUT %INFIL,SAM,FB,350,3500 MIKE.BIN

.

 

I am now trying to get this file from VM/CMS. 

 

A little of the console:

 

230 User logged in.

Command:   

mode B 

>>>MODE b  

200 Mode b ok. 

Command:   

binary 

>>>TYPE i  

200 Type set to I. 

Command:   

locsite fix 350

Command:   

get MIKE.BIN   

>>>PORT 172,27,128,66,21,251   

200 PORT command successful.   

200 PORT command successful. 

>>>RETR MIKE.BIN 

125 Data connection already open; Transfer starting. 

Server not responding, closing connection.   

Abnormal inter-VM communication condition

Abnormal inter-VM communication condition

>>>ABOR  

250 Transfer complete.   

 

I have no idea why it aborts. Looking at the (partial?) file on my A-disk I see 
stuff at the beginning at each record before the data. 

 

MIKE BIN  A1  F 350  Trunc=350 Size=6 Line=0 Col=1 Alt=1
   

>   








* * * Top of File * * * 
  = 

"""Ø";002501AVDL ROYV 
201009120080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0F1F0F0F9F1F2
= 

""Ø";002501AVDL ROYV 
2010080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0F1F0F0   
 = 

"Ø";002501AVDL ROYV 
200080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0  
  = 

Ø";002501AVDL 
ROYV80015EF0F0F2F5F0F1C1E5C4D340D9D6E8E5
= 

"""Ø";002501AVDL 
R0080015EF0F0F2F5F0F1C1E5C4D340D9   
 = 

""Ø";002501AVD80015EF0F0F2F5F0F1C1E5C4
= 

* * * End of File * * * 
  = 







|...+1+2+3.|. . . + . . . . .1. . . . + . . . . .2. . . . + 
. . . . .3  




 

This is after using V H1 30 1 30




I'm pretty sure that the input file is fixed block (350 record length in a 3500 
block). What is the proper way of doing this FTP in binary and retrieving the 
file?

 

The prefix data appears to be x'80015E' for the first record, then 
x'0080015E' for the 2nd record, etc...

 

What are the correct commands to do the file transfer properly?

 

Thanks,

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

Re: Calculating a date in the future

[Horlick, Michael]

Thanks,
 
Mike Horlick



From: The IBM z/VM Operating System on behalf of Edward M Martin
Sent: Mon 20/09/2010 12:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Calculating a date in the future



Hello Mike,

This is an exec to calculate days back.  Just do add instead of
subtract.
Pick your format for the output

/* REXX COMPUTE THE DATE INFORMATION FROM DAY TO DAY PAST */
ARG  INPUT2 INPUT1
IF INPUT1 = ' '
   THEN INPUT1 = DATE(S)
SAY  'INITIAL DATE IS START DAY IN STANDARD DATE FORMAT   ' INPUT1
SAY  'THE NUMBER OF DAYS BACK ' INPUT2
SAY  'INITIAL DATE IS START DAY IN NORMAL   DATE FORMAT   '
DATE('N',INPUT1,'S')
SAY  'INITIAL DATE DATE EXPRESSED AS DAYS SINCE 01/01/0001'
DATE('B',INPUT1,'S')
SDATE = DATE('B',INPUT1,'S')
EDATE = SDATE - INPUT2
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED AS DAYS SINCE
01/01/0001 ' EDATE
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED STANDARD FORMAT
' DATE('S',EDATE,'B')
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED NORMAL   FORMAT
' DATE('N',EDATE,'B')
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED EUROPEAN FORMAT
' DATE('E',EDATE,'B')
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED ORDERED  FORMAT
' DATE('O',EDATE,'B')
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED MONTH
' DATE('M',EDATE,'B')
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED DAY OF THE WEEK
' DATE('W',EDATE,'B')
NDATE = DATE('S',EDATE,'B')
BYEAR = SUBSTR(NDATE,1,4)
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED AS DAYS OF THE
YEAR  ' DATE('D',NDATE,'S')
NDAYS = DATE('D',NDATE,'S')
DYEAR = SUBSTR(NDATE,3,2)
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK YEAR IS
' BYEAR
SAY  'INITIAL DATE DATE MINUS ' INPUT2 ' BACK EXPRESSED AS JULIAN
' DYEAR||NDAYS
exit

Ed Martin
Aultman Health Foundation
330-363-5050
ext 35050



-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Horlick, Michael
Sent: Monday, September 20, 2010 9:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Calculating a date in the future

Greetings,

I would like to determine a date in the future through an EXEC.

Example: We IPL VM every 28 days. Last time was Sept 8,2010. I would
like to determine the date of the next VM IPL. Have the same need for
VSE IPL and CICS re-boot times.

Thank you,

Mike Horlick
CGI Montreal

_

This message contains information which is privileged and confidential
and is solely for the use of the

intended recipient. If you are not the intended recipient, be aware that
any review, disclosure,

copying, distribution, or use of the contents of this message is
strictly prohibited. If you have

received this in error, please destroy it immediately and notify us at
privacy...@ailife.com.

Re: Calculating a date in the future

[Horlick, Michael]

Thanks to all who responded.
 
Mike



From: The IBM z/VM Operating System on behalf of Rich Smrcina
Sent: Mon 20/09/2010 10:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Calculating a date in the future




  On 09/20/2010 09:18 AM, Horlick, Michael wrote:
> Greetings,
>
> I would like to determine a date in the future through an EXEC.
>
> Example: We IPL VM every 28 days. Last time was Sept 8,2010. I would like to 
> determine the date of the next VM IPL. Have the same need for VSE IPL and 
> CICS re-boot times.
>
> Thank you,
>
> Mike Horlick
> CGI Montreal
>
>
Use date('B').

Convert the last date to a number with date('B'), add 28, then convert it back 
with your
fave date output function.

--
Rich Smrcina
Velocity Software, Inc.
Mobile: 414-491-6001
Office: 262-392-3717
http://www.velocitysoftware.com <http://www.velocitysoftware.com/> 

Catch the WAVV! http://www.wavv.org <http://www.wavv.org/> 
WAVV 2011 - April 15-19, 2011 Colorado Springs, CO

Calculating a date in the future

[Horlick, Michael]

Greetings,
 
I would like to determine a date in the future through an EXEC. 
 
Example: We IPL VM every 28 days. Last time was Sept 8,2010. I would like to 
determine the date of the next VM IPL. Have the same need for VSE IPL and CICS 
re-boot times.
 
Thank you,
 
Mike Horlick
CGI Montreal

Re: z/VM 5.4 or 6.1 on new z10

[Horlick, Michael]

Thanks to all who responded to my question(s). Much appreciated.
 
Mike Horlick

 

Re: z/VM 5.4 or 6.1 on new z10

[Horlick, Michael]

Hi Ron,

I realize we are unsupported since April 30,2009. 

The z10 can run both 5.4 and 6.1, correct? And it seems that 6.1 is supported 
till April 30, 2013 while 5.4 is supported till Sept 30,2013 so it seems end of 
support shouldn't be an issue.

I'm just looking at feature or capability-wise between 5.4 and 6.1

Thanks,

Mike Horlick
Conseiller
CGI Gestion Intégrée des Technologies
1350 Boul. René-Lévesque Ouest
Montréal, Qc, H3G 1T4

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Ron Schmiedge
Sent: August 26, 2010 11:53 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 or 6.1 on new z10

Mike,

zVM 6.1 requires a z10, so you can't go to 6.1 until you have a z10.
5.2 is unsupported, so the decision is "do I run unsupported until I
get a z10?".

On Thu, Aug 26, 2010 at 9:47 AM, Horlick, Michael
 wrote:
> Greetings,
>
> We are currently running z/VM 5.2 and have z/VM 5.4 under test in a second 
> level machine. We are pretty stable in our environment.
>
> There is a possibility within a year or so that we will be getting a z10.
>
> Should we go to 5.4 or 6.1?
>
> Are they any advantages in waiting for the new box and installing 6.1 on it 
> (bypassing 5.4)?
>
> Thanks,
>
> Mike Horlick
> Conseiller
> CGI Gestion Intégrée des Technologies
> 1350 Boul. René-Lévesque Ouest
> Montréal, Qc, H3G 1T4
>

z/VM 5.4 or 6.1 on new z10

[Horlick, Michael]

Greetings,

We are currently running z/VM 5.2 and have z/VM 5.4 under test in a second 
level machine. We are pretty stable in our environment. 

There is a possibility within a year or so that we will be getting a z10.

Should we go to 5.4 or 6.1? 

Are they any advantages in waiting for the new box and installing 6.1 on it 
(bypassing 5.4)?

Thanks,

Mike Horlick
Conseiller
CGI Gestion Intégrée des Technologies
1350 Boul. René-Lévesque Ouest
Montréal, Qc, H3G 1T4

Re: How to work with hex in REXX

[Horlick, Michael]

Thanks, That did it.

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Wheeler
Sent: April 30, 2010 9:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How to work with hex in REXX

 

Michael,
 
Use...
string = x2c(PRK)
JCL.J = Overlay(String,Record,WORK,4)
 
Mark Wheeler
UnitedHealth Group

 



Date: Fri, 30 Apr 2010 09:37:15 -0400
From: michael.horl...@cgi.com
Subject: How to work with hex in REXX
To: IBMVM@LISTSERV.UARK.EDU

Greetings,

 

I have a character field for example 0001A735 (PRK)

 

I have record like this 'DATA DATA '. I want to replace '' with 
x'0001A735'. 

 

Tried :

 

String = "'"||PRK||"'x"  

JCL.J = Overlay(String,Record,WORK,4)

 

Where work = position of '' in record

 

Not working. 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 

 



The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with 
Hotmail. Get busy. 

 

How to work with hex in REXX

[Horlick, Michael]

Greetings,

 

I have a character field for example 0001A735 (PRK)

 

I have record like this 'DATA DATA '. I want to replace '' with 
x'0001A735'. 

 

Tried :

 

String = "'"||PRK||"'x"  

JCL.J = Overlay(String,Record,WORK,4)

 

Where work = position of '' in record

 

Not working. 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 

Class A commands

[Horlick, Michael]

Greetings,

 

Yesterday afternoon we had one of our tape operators accidently FORCE off a VSE 
machine. We noticed he had Class A in his directory.

 

If we remove class A what CP commands will he now be unable to perform? Is 
there a list of CP Class A commands somewhere?

 

Thanks,  

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 

Re: Checking if a CMS disk has changed

[Horlick, Michael]

Sweet! Thanks. Mum's the word.

Mike Horlick
Conseiller
CGI Gestion Intégrée des Technologies
1350 Boul. René-Lévesque Ouest
Montréal, Qc, H3G 1T4

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Alan Altmark
Sent: March 9, 2010 10:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Checking if a CMS disk has changed

On Tuesday, 03/09/2010 at 09:57 EST, "Horlick, Michael" 
 wrote:
> So, I?m looking for a (super)quick resident CMS module that given a 
virtual 
> disk address can tell if that CMS disk needs to be re-accessed.

(pssst) Since the Other is out of the office right now, I will simply 
casually point out as a matter of polite conversation that there is an 
undocumented utility called DTCREACC on TCPMAINT 591.  It goes through the 
list of accessed disks and reaccesses any that have changed.

Not that I would ever EVER suggest that anyone use it for their own 
nefarious purposes.

(shhh!  here he comes  Mum's the word...)

-- Chuckie

Re: Checking if a CMS disk has changed

[Horlick, Michael]

Thanks.

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Kris Buelens
Sent: March 9, 2010 10:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Checking if a CMS disk has changed

 

I've got a QDSK EXEC that displays the last R/W use of a minidisk, it does so 
by reading block 3 of the minidisk to find the DOP (Disk Origin Pointer) and 
then the timestamp of the CMS directory file.  This gives the last R/W access.  
Here the code:
 'PIPE MDISKBLK READ' fm 3'!VAR REC3' /*Read Mdsk blk 3*/ 
 if rc<>0 then return 
 Dop=C2D(substr(Rec3,160-143,4))  
 /* Get Block1 of Directory file, so we can get last R/W usage */ 
 'PIPE MDISKBLK READ' fm dop '!Var DopRec'

 'PIPE VAR DOPREC!CHOP 64!FMTFST ISO!cons'  




2010/3/9 Horlick, Michael 

Greetings,

 

I would like to know if there is a CMS command/program out there that can 
quickly determine if a CMS disk has been changed?

 

The reason: We run the ASG ZEKE product that runs in our z/VSE machines that 
communicate via a SMSG to a CMS machine that actually sends the JCL to the 
reader of the requestor. The JCL could be on several CMS disks so I have added 
CMS ACCESSes each time a SMSG comes in. Here is the console from a ZEKE CMS 
machine:

 

DMSCYW2245I *SMSG MUHC24 00236 EPIBCATZ BKUP EPIBCATZ 03   0 NONE NONE * Z  
 

TIME IS 07:04:15 EST MONDAY 2010-03-08  
 

CONNECT= 99:59:59 VIRTCPU= 000:14.36 TOTCPU= 000:21.53  
 

DMSACC724I 193 replaces B (193) 
 

DMSACP723I B (193) R/O  
 

DMSACC724I 194 replaces C (194) 
 

DMSACP723I C (194) R/O  
 

DMSACC724I 195 replaces E (195) 
 

DMSACP723I E (195) R/O  
 

DMSACC724I 196 replaces F (196) 
 

DMSACP723I F (196) R/O  
 

JOB INFO FROM MUHC24 WAS EVENT 00236 FNAME EPIBCATZ FTYPE BKUP  
 

  - JOB EPIBCATZ PRI 03 SYSID   CLASS 0 
 

  - USERINFO NONE NONE SUBMIT Z TARGET MUHC24   
 

PUN FILE 7783 SENT TO   MUHC24   RDR AS  9406 RECS 0012 CPY  001 Q NOHOLD 
NOKEEP 

ZEK11E000I PROCESSING COMPLETE. OUTPUT RECORDS=12   
 

 

Those ACCESSes , probably 98% of the time, don't have to be done (since the JCL 
doesn't change that often) but we issue them just in case a disk or disks 
change. 

 

We have a problem when ZEKE requests from VSE machines start coming in quickly 
and the CMS machine(s) just can't keep up with them. ZEKE complains with a 
message on the z/VSE console:

 

Z2 0074 Z0641E Event 78 ver 0 dispatch attempted-CMS machine not 
receiving  

 

I know I can go SFS for those disks but we don't have it set up and to do it 
for this problem I'm not too keen on it (probably because I'm old and lazy and 
the need to educate the schedulers is too much trouble).  

 

So, I'm looking for a (super)quick resident CMS module that given a virtual 
disk address can tell if that CMS disk needs to be re-accessed.

 

Has it been written already and, if not, which manual(s) would have the info 
for me to write it?

 

Thank you,

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 




-- 
Kris Buelens,
IBM Belgium, VM customer support

Checking if a CMS disk has changed

[Horlick, Michael]

Greetings,

 

I would like to know if there is a CMS command/program out there that can 
quickly determine if a CMS disk has been changed?

 

The reason: We run the ASG ZEKE product that runs in our z/VSE machines that 
communicate via a SMSG to a CMS machine that actually sends the JCL to the 
reader of the requestor. The JCL could be on several CMS disks so I have added 
CMS ACCESSes each time a SMSG comes in. Here is the console from a ZEKE CMS 
machine:

 

DMSCYW2245I *SMSG MUHC24 00236 EPIBCATZ BKUP EPIBCATZ 03   0 NONE NONE * Z  
 

TIME IS 07:04:15 EST MONDAY 2010-03-08  
 

CONNECT= 99:59:59 VIRTCPU= 000:14.36 TOTCPU= 000:21.53  
 

DMSACC724I 193 replaces B (193) 
 

DMSACP723I B (193) R/O  
 

DMSACC724I 194 replaces C (194) 
 

DMSACP723I C (194) R/O  
 

DMSACC724I 195 replaces E (195) 
 

DMSACP723I E (195) R/O  
 

DMSACC724I 196 replaces F (196) 
 

DMSACP723I F (196) R/O  
 

JOB INFO FROM MUHC24 WAS EVENT 00236 FNAME EPIBCATZ FTYPE BKUP  
 

  - JOB EPIBCATZ PRI 03 SYSID   CLASS 0 
 

  - USERINFO NONE NONE SUBMIT Z TARGET MUHC24   
 

PUN FILE 7783 SENT TO   MUHC24   RDR AS  9406 RECS 0012 CPY  001 Q NOHOLD 
NOKEEP 

ZEK11E000I PROCESSING COMPLETE. OUTPUT RECORDS=12   
 

 

Those ACCESSes , probably 98% of the time, don't have to be done (since the JCL 
doesn't change that often) but we issue them just in case a disk or disks 
change. 

 

We have a problem when ZEKE requests from VSE machines start coming in quickly 
and the CMS machine(s) just can't keep up with them. ZEKE complains with a 
message on the z/VSE console:

 

Z2 0074 Z0641E Event 78 ver 0 dispatch attempted-CMS machine not 
receiving  

 

I know I can go SFS for those disks but we don't have it set up and to do it 
for this problem I'm not too keen on it (probably because I'm old and lazy and 
the need to educate the schedulers is too much trouble).  

 

So, I'm looking for a (super)quick resident CMS module that given a virtual 
disk address can tell if that CMS disk needs to be re-accessed.

 

Has it been written already and, if not, which manual(s) would have the info 
for me to write it?

 

Thank you,

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 

Re: Trapping output right after LOGON

[Horlick, Michael]

The user I played with was user VSEMAINT. I changed the CONSOLE statement to 
CONSOLE 0009 3215 T VMOPER and then I XAUTOLOGED user VSEMAINT on. I chose this 
user because all the VSEs have a R/O LINK to its 191 disk. Inside the PROFILE 
EXEC it checks userid and then IPL's off VSE SYSRES pack 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of zMan
Sent: March 2, 2010 2:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

On Tue, Mar 2, 2010 at 2:44 PM, Horlick, Michael  
wrote:

Well , I told me my automation guy to use VMOPER to trap messages starting with 
'HCP' and ending with an 'E' and I got an unexpected side effect. 

 

After XAUTOLOGing the user, It did trap the HCPLNM108E message that indicates 
the minidisk was not linked but it also trapped some other messages at IPL CMS 
time. The SYSPROF EXEC invokes another EXEC that does a bunch of accesses. Now 
some of those minidisk don't exist (it's an old EXEC). I see on VM:Operator 
console:

 

14:17:24 VSEMAINTB*8 Mdisk 31B accessed as H/H   SYSCOR Technical Minidisk. 

14:17:24 VSEMAINTB*8 Mdisk 49E accessed as I/I   SYSCOR Disk 1. 

14:17:24 VSEMAINTB*8 Mdisk 59E accessed as J/J   SYSCOR Disk 2. 

14:17:24 VSEMAINTB*8 Mdisk 491 accessed as K/K   SYSCOR Production JCL. 

14:17:25 VSEMAINTB*8 Mdisk 317 accessed as N/N   DITTO for VSE and VM.  

14:17:25 VSEMAINT *8 HCPQVD040E Device 0318 does not exist  

14:17:25 VSEMAINTB*8 Mdisk 319 accessed as P/P   Program Products.  

14:17:25 VSEMAINTB*8 Mdisk 219 accessed as Q/Q   Program Products (old).

14:17:25 VSEMAINTB*8 Mdisk 31D accessed as U/U   SYSCOR OEM Programs.   

14:17:25 VSEMAINTB*8 Mdisk 31C accessed as V/V   SYSCOR Operations. 

14:17:25 VSEMAINTB*8 Mdisk 31A accessed as X/X   SYSCOR User Installed Applicat 

14:17:25 VSEMAINT *8 HCPQVD040E Device 031E does not exist  
 

 

Those HCLQVD040E messages got trapped.

 

Now, if I logoff that user and actually logon to user, I don't see the 
HCPQVD040E messages?? 

 

Now, I'm debating to just trap the HCPLNM108E, but will I miss out on any other 
error messages that could appear right after LOGON? Maybe I should create dummy 
318/31E to get rid of problem?

You did notice that the HCPQVD msgs were from VEMAINT, NOT VSEMAINTB? 

 

Re: Trapping output right after LOGON

[Horlick, Michael]

Well , I told me my automation guy to use VMOPER to trap messages starting with 
'HCP' and ending with an 'E' and I got an unexpected side effect. 

 

After XAUTOLOGing the user, It did trap the HCPLNM108E message that indicates 
the minidisk was not linked but it also trapped some other messages at IPL CMS 
time. The SYSPROF EXEC invokes another EXEC that does a bunch of accesses. Now 
some of those minidisk don't exist (it's an old EXEC). I see on VM:Operator 
console:

 

14:17:24 VSEMAINTB*8 Mdisk 31B accessed as H/H   SYSCOR Technical Minidisk. 

14:17:24 VSEMAINTB*8 Mdisk 49E accessed as I/I   SYSCOR Disk 1. 

14:17:24 VSEMAINTB*8 Mdisk 59E accessed as J/J   SYSCOR Disk 2. 

14:17:24 VSEMAINTB*8 Mdisk 491 accessed as K/K   SYSCOR Production JCL. 

14:17:25 VSEMAINTB*8 Mdisk 317 accessed as N/N   DITTO for VSE and VM.  

14:17:25 VSEMAINT *8 HCPQVD040E Device 0318 does not exist  

14:17:25 VSEMAINTB*8 Mdisk 319 accessed as P/P   Program Products.  

14:17:25 VSEMAINTB*8 Mdisk 219 accessed as Q/Q   Program Products (old).

14:17:25 VSEMAINTB*8 Mdisk 31D accessed as U/U   SYSCOR OEM Programs.   

14:17:25 VSEMAINTB*8 Mdisk 31C accessed as V/V   SYSCOR Operations. 

14:17:25 VSEMAINTB*8 Mdisk 31A accessed as X/X   SYSCOR User Installed Applicat 

14:17:25 VSEMAINT *8 HCPQVD040E Device 031E does not exist  
 

 

Those HCLQVD040E messages got trapped.

 

Now, if I logoff that user and actually logon to user, I don't see the 
HCPQVD040E messages?? 

 

Now, I'm debating to just trap the HCPLNM108E, but will I miss out on any other 
error messages that could appear right after LOGON? Maybe I should create dummy 
318/31E to get rid of problem?

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Horlick, Michael
Sent: March 2, 2010 10:42 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Actually I tried it with WAKEUP and it's working with RC=5. Will still go with 
VM:Operator, I think.

 

Thanks, 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of dshupe
Sent: March 2, 2010 10:10 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Mike,

Glad you got an answer.

The 'WAKEUP' answer from Kris B (RC=5 from wakeup)  - Have coded a working 
model if you want it. 

I plan to use it to capture z/Linux NIC errors when a GRANT has been missed, 
for starters. 

Regards, Doug

 

____

From: "Horlick, Michael" 
To: IBMVM@LISTSERV.UARK.EDU
Sent: Tue, March 2, 2010 9:50:31 AM
Subject: Re: Trapping output right after LOGON

Hello Laurent,

 

I think I will go with your approach. I will contact our automation group and 
see if they can handle it. 

 

Thanks for your interest and your offer of assistance.

 

Thanks to the rest of the list for their interest as well. 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of DUBOIS Laurent (EXT DUBOIS)
Sent: March 2, 2010 8:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Hi Mike,

I just found your topics and if you use VM/OPERATOR, you got the answer.

 

When you have your VSE guest machine IPL'ed, you get all the message on the 
VM/OPERATOR console (if you have defined the VM/OPERATOR machine as a SECUSER 
for your guest).

 

Below is the VM:OPERATOR log for a Linux machine I IPL'ed with missing dasd :

14:07:33 Z600561 VMYINI019R Enter: xautolog linux8
14:07:33 Z600561 Command accepted
14:07:33 Z600561 VMYINI006I 0.000 Ready;
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0100 not linked; volid 
DULX80 not mounted
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0101 not linked; volid 
DULX80 not mounted
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0102 not linked; volid 
DULX81 not mounted
4:07:33 LINUX8   *8 NIC F000 is created; devices F000-F002 
defined
14:07:33 LINUX8   *8 NIC E000 is created; devices E000-E002 
defined
14:07:33 LINUX8   *8 HCPNDF2787E NIC E000 not connected; LAN 
SYSTEM VSW1 does not exist
14:07:33 OPLINUX  *3 AUTO LOGON  ***   LINUX8   USERS = 230
14:07:33 OPLINUX  *3 HCPCLS6056I XAUTO

Re: Trapping output right after LOGON

[Horlick, Michael]

Actually I tried it with WAKEUP and it's working with RC=5. Will still go with 
VM:Operator, I think.

 

Thanks, 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of dshupe
Sent: March 2, 2010 10:10 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Mike,

Glad you got an answer.

The 'WAKEUP' answer from Kris B (RC=5 from wakeup)  - Have coded a working 
model if you want it. 

I plan to use it to capture z/Linux NIC errors when a GRANT has been missed, 
for starters. 

Regards, Doug

 

____

From: "Horlick, Michael" 
To: IBMVM@LISTSERV.UARK.EDU
Sent: Tue, March 2, 2010 9:50:31 AM
Subject: Re: Trapping output right after LOGON

Hello Laurent,

 

I think I will go with your approach. I will contact our automation group and 
see if they can handle it. 

 

Thanks for your interest and your offer of assistance.

 

Thanks to the rest of the list for their interest as well. 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of DUBOIS Laurent (EXT DUBOIS)
Sent: March 2, 2010 8:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Hi Mike,

I just found your topics and if you use VM/OPERATOR, you got the answer.

 

When you have your VSE guest machine IPL'ed, you get all the message on the 
VM/OPERATOR console (if you have defined the VM/OPERATOR machine as a SECUSER 
for your guest).

 

Below is the VM:OPERATOR log for a Linux machine I IPL'ed with missing dasd :

14:07:33 Z600561 VMYINI019R Enter: xautolog linux8
14:07:33 Z600561 Command accepted
14:07:33 Z600561 VMYINI006I 0.000 Ready;
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0100 not linked; volid 
DULX80 not mounted
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0101 not linked; volid 
DULX80 not mounted
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0102 not linked; volid 
DULX81 not mounted
4:07:33 LINUX8   *8 NIC F000 is created; devices F000-F002 
defined
14:07:33 LINUX8   *8 NIC E000 is created; devices E000-E002 
defined
14:07:33 LINUX8   *8 HCPNDF2787E NIC E000 not connected; LAN 
SYSTEM VSW1 does not exist
14:07:33 OPLINUX  *3 AUTO LOGON  ***   LINUX8   USERS = 230
14:07:33 OPLINUX  *3 HCPCLS6056I XAUTOLOG information for 
LINUX8: The IPL command is verified by the IPL command processor.

You just have to trap the message HCPLNM108E with the VM/OPERATOR and do 
whatever you want.

 

If you want any help, you can get back to me, I use VM/OPERATOR. (unfortunately 
for you, I go on hollidays this evening for 10 days) 

I can help you,it is easy.

 

Regards

:-)  Laurent Dubois - Equipe VM 

 



Laurent Dubois 
*  laurent.dub...@sncf.fr <mailto:mlaurent.dub...@sncf.fr>  
*  03 28 55 63 88 - 22 53 88 
*  03 28 55 55 90 - 22 55 90 
Prestataire externe 
SNCF - DSIV OS MM Systeme VM 
Tour de Lille 
Boulevard de Turin - 59777 EURALILLE  



  

PQ*Avant d'imprimer, pensez à l'environnement

 

 



De : The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] De la part 
de Horlick, Michael
Envoyé : lundi 1 mars 2010 20:52
À : IBMVM@LISTSERV.UARK.EDU
Objet : Re: Trapping output right after LOGON

What do you mean by « Changing LINK to COMMAND LINK may help, that's for sure.  
I have MDISK statements for my VSE minidisks.

Also, we run VM:Operator and not PROP. One of the guys in our automation group 
set up VM:Operator and I wonder if he knows how to handle output right from an 
XAUTOLOG of a virtual machine.   

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc , H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Kris Buelens
Sent: March 1, 2010 2:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Mike, I think I tried COMMAND SPOOL CONS START but COMMANDs seem to be executed 
after the devices are set up, hence too late to catch problems with MDISK 
statements.
Changing LINK to COMMAND LINK may help, that's for sure.

2010/3/1 Mike Walter 

Look up the directory "COMMAND" statement in the CP Planning and
Administration manual.

E.g. In the CP Directory entry for each VM userid for which you want the
virtual console started as the VM is constructed the line:

COMMAND SPO

Re: Trapping output right after LOGON

[Horlick, Michael]

Hello Laurent,

 

I think I will go with your approach. I will contact our automation group and 
see if they can handle it. 

 

Thanks for your interest and your offer of assistance.

 

Thanks to the rest of the list for their interest as well. 

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of DUBOIS Laurent (EXT DUBOIS)
Sent: March 2, 2010 8:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Hi Mike,

I just found your topics and if you use VM/OPERATOR, you got the answer.

 

When you have your VSE guest machine IPL'ed, you get all the message on the 
VM/OPERATOR console (if you have defined the VM/OPERATOR machine as a SECUSER 
for your guest).

 

Below is the VM:OPERATOR log for a Linux machine I IPL'ed with missing dasd :

14:07:33 Z600561 VMYINI019R Enter: xautolog linux8
14:07:33 Z600561 Command accepted
14:07:33 Z600561 VMYINI006I 0.000 Ready;
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0100 not linked; volid 
DULX80 not mounted
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0101 not linked; volid 
DULX80 not mounted
14:07:33 LINUX8   *8 HCPLNM108E LINUX8 0102 not linked; volid 
DULX81 not mounted
4:07:33 LINUX8   *8 NIC F000 is created; devices F000-F002 
defined
14:07:33 LINUX8   *8 NIC E000 is created; devices E000-E002 
defined
14:07:33 LINUX8   *8 HCPNDF2787E NIC E000 not connected; LAN 
SYSTEM VSW1 does not exist
14:07:33 OPLINUX  *3 AUTO LOGON  ***   LINUX8   USERS = 230
14:07:33 OPLINUX  *3 HCPCLS6056I XAUTOLOG information for 
LINUX8: The IPL command is verified by the IPL command processor.

You just have to trap the message HCPLNM108E with the VM/OPERATOR and do 
whatever you want.

 

If you want any help, you can get back to me, I use VM/OPERATOR. (unfortunately 
for you, I go on hollidays this evening for 10 days) 

I can help you,it is easy.

 

Regards

:-)  Laurent Dubois - Equipe VM 

 



Laurent Dubois 
*  laurent.dub...@sncf.fr <mailto:mlaurent.dub...@sncf.fr>  
*  03 28 55 63 88 - 22 53 88 
*  03 28 55 55 90 - 22 55 90 
Prestataire externe 
SNCF - DSIV OS MM Systeme VM 
Tour de Lille 
Boulevard de Turin - 59777 EURALILLE  



  

PQ*Avant d'imprimer, pensez à l'environnement

 

 



De : The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] De la part 
de Horlick, Michael
Envoyé : lundi 1 mars 2010 20:52
À : IBMVM@LISTSERV.UARK.EDU
Objet : Re: Trapping output right after LOGON

What do you mean by « Changing LINK to COMMAND LINK may help, that's for sure.  
I have MDISK statements for my VSE minidisks.

Also, we run VM:Operator and not PROP. One of the guys in our automation group 
set up VM:Operator and I wonder if he knows how to handle output right from an 
XAUTOLOG of a virtual machine.   

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Kris Buelens
Sent: March 1, 2010 2:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Mike, I think I tried COMMAND SPOOL CONS START but COMMANDs seem to be executed 
after the devices are set up, hence too late to catch problems with MDISK 
statements.
Changing LINK to COMMAND LINK may help, that's for sure.

2010/3/1 Mike Walter 

Look up the directory "COMMAND" statement in the CP Planning and
Administration manual.

E.g. In the CP Directory entry for each VM userid for which you want the
virtual console started as the VM is constructed the line:

COMMAND SPOOL CONSOLE START

Only CP commands may be entered into the CP Directory for users.  You may
specify any CP command argument.  More details in the manual.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.




"Horlick, Michael" 

Sent by: "The IBM z/VM Operating System" 
03/01/2010 12:41 PM
Please respond to
"The IBM z/VM Operating System" 




To
IBMVM@LISTSERV.UARK.EDU

cc


Subject
Trapping output right after LOGON






Greetings,

I would like to trap all the CP console output from a virtual machine from
its initial XAUTOLOG/LOGON. I have several z/VSE machines which are
XAUTOLOGed on by the operator. Reason?  In rare instances, maybe a pack is
not attached to the system which contains some minidisks used by these
machines. I know there could be a message such as:

HCPLNM108E MIKE A194 not linked; volid XT160D 

Re: Trapping output right after LOGON

[Horlick, Michael]

Hello Doug,

 

I do have a shared PROFILE EXEC that sets up the environment before the IPL of 
z/VSE in each of the VSE users. Changing the exec to validate that each machine 
has the minidisks it requires is more prone to error then having CP tell me 
that something is amiss at LOGON time. 

 

Thanks,  

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Doug Shupe
Sent: March 1, 2010 3:28 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Mike,

You could have one or many of your VSE guests IPL CMS in the directory and have 
them all point to a shared RR 191 mini disk. Then customize a PROFILE EXEC to 
do the CP 'whatever' and then, determine what to really IPL based on USERID. 

Sorry its not REXX, old stuff.

 

PROFILE EXEC:

&TRACE

CP SP CONSOLE START *
DROPBUF &BUFNO   
MAKEBUF  
&BUFNO = &RC 
EXECIO * CP ( MARGINS 1 8  STRING QUERY USERID   
&IF &RC NE 0 &CALL -ERROR &RC
&READ STRING &ME 
&IF &MEEQ VSEID &GOTO -VSEID 
CP MSG OP USER &ME ATTEMPTED TO USE SHAREIPL. NOT DEFINED.   
&GOTO -EXIT  
-VSEID   
EXEC VSEID &ME   
&GOTO -EXIT  
-ERROR   
&RC = &1 
&READ STRING &LERROR 
&TYPE &0 PROBLEM OCCURED TRYING INQUIRY ON USERID.   
&TYPE &0 &LERROR 
&EXIT &RC
-EXIT
&EXIT 999 



VSEID EXEC:   

&TRACE ALL  
&ME = &1
CP SET RUN ON  

*  * 
*  >>>  CAUTION  <<<   * THE FOLLOWING COMMAND HAS X'15'   * 
*  >>>  CAUTION  <<<   * BETWEEN THE WORDS GUEST AND IPL.  * 
*  >>>  CAUTION  <<<   * ISSUE THE 'SET HEX ON' COMMAND* 
*  >>>  CAUTION  <<<   * BEFORE CHANGING THIS LINE.* 
*  *

*EACH COMMAND MUST BE FOLLOWED BY A X'15'.* 
*TO ACCOMPLISH THIS;  * 
*1). SET HEX ON   * 
*2). KEY THE COMMANDS(LEAVING 2 SPACES BETWEEN EACH) ON 1 LINE* 
*3). BRING THE LINE JUST KEYED TO THE CURRENT LINE.   * 
*4). CH /X'4040'/X'15'/1 N   (N = THE NUMBER OF COMMANDS) * 
*5). FILE * *   
 
CP TERM CONM 3270 BRE GUEST"IPL 1A6 CLEAR 
* CP TERM CONM 3270 BRE GUEST"IPL 1A7 CLEAR LOADPARM T  
* CP TERM CONM 3270 BRE GUEST"IPL 1A7 CLEAR LOADPARM .  
CP MSG OP IPL FAILED FOR &ME  RC= &RC   
EXIT &RC

==

Regards, Doug   
   

- Original Message - 

From: Horlick, Michael <mailto:michael.horl...@cgi.com>  

To: IBMVM@LISTSERV.UARK.EDU 

Sent: Monday, March 01, 2010 14:52

Subject: Re: Trapping output right after LOGON

 

What do you mean by « Changing LINK to COMMAND LINK may help, that's 
for sure.  I have MDISK statements for my VSE minidisks.

Also, we run VM:Operator and not PROP. One of the guys in our 
automation group set up VM:Operator and I wonder if he knows how to handle 
output right from an XAUTOLOG of a virtual machine.   

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4





From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] O

Re: Trapping output right after LOGON

[Horlick, Michael]

What do you mean by « Changing LINK to COMMAND LINK may help, that's for sure.  
I have MDISK statements for my VSE minidisks.

Also, we run VM:Operator and not PROP. One of the guys in our automation group 
set up VM:Operator and I wonder if he knows how to handle output right from an 
XAUTOLOG of a virtual machine.   

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Kris Buelens
Sent: March 1, 2010 2:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

 

Mike, I think I tried COMMAND SPOOL CONS START but COMMANDs seem to be executed 
after the devices are set up, hence too late to catch problems with MDISK 
statements.
Changing LINK to COMMAND LINK may help, that's for sure.

2010/3/1 Mike Walter 

Look up the directory "COMMAND" statement in the CP Planning and
Administration manual.

E.g. In the CP Directory entry for each VM userid for which you want the
virtual console started as the VM is constructed the line:

COMMAND SPOOL CONSOLE START

Only CP commands may be entered into the CP Directory for users.  You may
specify any CP command argument.  More details in the manual.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.




"Horlick, Michael" 

Sent by: "The IBM z/VM Operating System" 
03/01/2010 12:41 PM
Please respond to
"The IBM z/VM Operating System" 




To
IBMVM@LISTSERV.UARK.EDU

cc


Subject
Trapping output right after LOGON






Greetings,

I would like to trap all the CP console output from a virtual machine from
its initial XAUTOLOG/LOGON. I have several z/VSE machines which are
XAUTOLOGed on by the operator. Reason?  In rare instances, maybe a pack is
not attached to the system which contains some minidisks used by these
machines. I know there could be a message such as:

HCPLNM108E MIKE A194 not linked; volid XT160D not mounted

For a test I have changed a virtual machine CONSOLE statement in its
directory to CONSOLE 009 T MIKE OBS and I get all messages after the user
logs on. I would like to programmatically trap these messages from a
disconnected service machine so that it can be detected. Tried WAKEUP but
no luck.

Suggestions?

Mike Horlick
Conseiller
CGI Gestion Intégrée des Technologies
1350 Boul. René-Lévesque Ouest
Montréal, Qc, H3G 1T4






The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail.




-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Trapping output right after LOGON

[Horlick, Michael]

Well, I tried the COMMAND statement but I don't think it works for my 5.2 
system. I wanted to use an existing service machine that uses WAKEUP but if I 
need to use PROP then I'll do that as a last resort.

Mike Horlick
Conseiller
CGI Gestion Intégrée des Technologies
1350 Boul. René-Lévesque Ouest
Montréal, Qc, H3G 1T4

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mike Walter
Sent: March 1, 2010 2:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Trapping output right after LOGON

In the immortal words of Ernestine the Telephone Operator (played by Lily 
Tomlin): "Never mind".

With the COMMAND statement you will indeed "see" the logon error messages 
in the console log, but the VM initialization is not complete enough to 
trap the responses. 

PROP (the Programmable Operator Facility) was suggested by others.  IMHO a 
good suggestion. 

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



"Horlick, Michael"  

Sent by: "The IBM z/VM Operating System" 
03/01/2010 12:41 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Trapping output right after LOGON






Greetings,
 
I would like to trap all the CP console output from a virtual machine from 
its initial XAUTOLOG/LOGON. I have several z/VSE machines which are 
XAUTOLOGed on by the operator. Reason?  In rare instances, maybe a pack is 
not attached to the system which contains some minidisks used by these 
machines. I know there could be a message such as:
 
HCPLNM108E MIKE A194 not linked; volid XT160D not mounted
 
For a test I have changed a virtual machine CONSOLE statement in its 
directory to CONSOLE 009 T MIKE OBS and I get all messages after the user 
logs on. I would like to programmatically trap these messages from a 
disconnected service machine so that it can be detected. Tried WAKEUP but 
no luck.
 
Suggestions?  
 
Mike Horlick
Conseiller
CGI Gestion Intégrée des Technologies
1350 Boul. René-Lévesque Ouest
Montréal, Qc, H3G 1T4
 




The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 

Trapping output right after LOGON

[Horlick, Michael]

Greetings,

 

I would like to trap all the CP console output from a virtual machine from its 
initial XAUTOLOG/LOGON. I have several z/VSE machines which are XAUTOLOGed on 
by the operator. Reason?  In rare instances, maybe a pack is not attached to 
the system which contains some minidisks used by these machines. I know there 
could be a message such as:

 

HCPLNM108E MIKE A194 not linked; volid XT160D not mounted

 

For a test I have changed a virtual machine CONSOLE statement in its directory 
to CONSOLE 009 T MIKE OBS and I get all messages after the user logs on. I 
would like to programmatically trap these messages from a disconnected service 
machine so that it can be detected. Tried WAKEUP but no luck.

 

Suggestions?  

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 

Re: Date/Time functions for REXX program?

[Horlick, Michael]

---+  +-/mm/dd-+  +-hhmmss---+
+-mmdd---+  +-*+  +-mmdd---+  +-*+
+-ddd++-ddd+  +-=+
+-yyddd--++-yyddd--+
+-mm/dd/yy---++-mm/dd/yy---+
+-*--++-*--+
  +-=--+

>---+---+-><
+--(| Options |---+-+---+
  +--)--+

Options:

 +-TERM--+
|--+--+--+---+-|
   +-DAYS-+  +-FIFO--+
   +-MET--+  +-STACK-+
 +-LIFO--+


Dates are supported between 01 Jan 0001 AD and 31 Dec  AD.

The dates may be entered as any of the following date formats:

Format   Format type
--   --
*  - Current date
-mm-dd - ISOdate
/mm/dd - DateTimeSubtract CSL
mmdd   - Standard date;  rexx date(S)
ddd- Julian date;(long)
yyddd  - Julian date;rexx date(J)
mm/dd/yy   - Gregorian Date; rexx date(U)
=  - For 'date2' only, equal to 'date1'

The times may be entered as any of the following time formats:

Format   Format type
--   --
*  - Current time
hh:mm:ss   - Specific time
hhmmss - Specific time
=  - For 'time2' only, equal to 'time1'


Options:

DAYS   - Display the number of days between the dates
 For a 'TERM' display as:
 Time difference is: n days, n hours, n minutes, n seconds.
 For a function call as:
 days hh:mm:ss
 For LIFO, FIFO, or STACK:
 * n n n n

MET- Display the days in "Mission Elapsed Time" format.
 For a 'TERM' display as:
 Time difference is: n days/ n hours, n minutes, n seconds.
 For a function call as:
 days/hh:mm:ss
 For LIFO, FIFO, or STACK:
 * days/hh:mm:ss


TERM   - Display results at console (DEFAULT)
FIFO   - Queue results in Program Stack
STACK  - Queue results in Program Stack
LIFO   - Push results in Program Stack



Usage notes:

1) Options for a rexx function call are entered after a comma, as in:
   diff=timediff(date1 time1 date2 time2,options)

2) Any date entered as a 2-digit year (Gregorian or Julian) will be
   converted to a 4-digit year using a 50 year sliding window from the
   the current date.

   The sliding window range of years is computed as:

   current year -50, through current year +49.

   The century is taken from the matching year in that range.

   Examples:
2-digit   Resulting
   Current year;  Window begin;  Window end;year  4-digit year
   -    --  ---   
  20002000-50=1950   2000+49=2049   002000
492049
501950
991999

  20052005-50=1955   2005+49=2054   002000
491949
502050
991999


Examples from within a REXX program:

runtime=timediff('20001231 01:00:00 20001231 02:00:00')
diff=timediff('20001231 01:00:00 20001231 02:00:00','MET')
say timediff('01/11/00 01:00:00 2000-01-11 02:00:00')
say timediff('05/11/50 14:00:00 2000/05/11 14:00:00','DAYS')
'EXEC TIMEDIFF 12/05/84 08:30:00 1999/12/05 = (DAYS'
ExplainEnd:
*/

/* Epilog ***********
 * Function  - Provide hours, minutes and seconds difference*
 * between two times.  Years between 1942 and   *
 * 2041 supported.  *
 * Component of  - N/A  *
 * Command format- See Explain routine above.   *
 *  *
 * Called by - Anyone.  *
 * Dependencies  - CSL calls.   *
 * Program Lang. - CMS REXX *
 * Date Written  - 07/11/86 *
 * Author- Mike Walter, Art Payne   *
 *   - Most of the CSL setup was provided courtesy of   *
 * P.D. Breneman (Doug) from IBM.   *
 * Changed  | By | Change Description  

Re: Date/Time functions for REXX program?

[Horlick, Michael]

Ok, will do. Thanks.

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of dave
Sent: September 23, 2009 9:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Date/Time functions for REXX program?

Michael, take a look at the dateget and datesubtract CSL
functions (usable from Rexx as well). You should be able to
do what you want with the functions they provide. They're
documented in the CMS Application Multitasking document.

HTH

DJ 
- Original Message -
From: "Horlick, Michael" 
To: IBMVM@LISTSERV.UARK.EDU
Subject: Date/Time functions for REXX program?
Date: Thu, 24 Sep 2009 11:10:27 -0400

> Greetings,
> 
>  
> 
> Would like a few suggestions for a small REXX program I'm
> writing. I would like to determine the date and time since
> a user is logged on.
> 
>  
> 
> I can do a 'CP IND USER userid EXP' and get the CTIME as
> the number of days, hours, minutes and seconds that user
> is logged on, which is good, but I would like to determine
> the actual day, hour, minute and second. 
> 
>  
> 
> For example, right now my EXEC displays the following:
> 
>  
> 
> xxx has been logged on for 1 day(s) 7 hour(s) 1
> minute(s) 1 second(s). 
> 
>  
> 
> If it is, say 11:30:00 AM right now, I would like it to
> say additionally 'since Wednesday, September 22 at
> 4:28:59AM'. Gets a bit complicated, I guess, for year
> changes, leap years, etc... 
> 
>  
> 
> Also, I would like to determine the amount of time between
> the current time and a date in the future (our next
> scheduled VSE IPL, for example)
> 
>  
> 
> I plan to do the same for the VM IPL time derived from the
> 'CP Q CPLEVEL' command.
> 
>  
> 
> Any suggestions would be appreciated.
> 
>  
> 
> Thanks,
> 
> Mike
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 

Date/Time functions for REXX program?

[Horlick, Michael]

Greetings,

 

Would like a few suggestions for a small REXX program I'm writing. I
would like to determine the date and time since a user is logged on.

 

I can do a 'CP IND USER userid EXP' and get the CTIME as the number of
days, hours, minutes and seconds that user is logged on, which is good,
but I would like to determine the actual day, hour, minute and second. 

 

For example, right now my EXEC displays the following:

 

xxx has been logged on for 1 day(s) 7 hour(s) 1 minute(s) 1
second(s). 

 

If it is, say 11:30:00 AM right now, I would like it to say additionally
'since Wednesday, September 22 at 4:28:59AM'. Gets a bit complicated, I
guess, for year changes, leap years, etc... 

 

Also, I would like to determine the amount of time between the current
time and a date in the future (our next scheduled VSE IPL, for example)

 

I plan to do the same for the VM IPL time derived from the 'CP Q
CPLEVEL' command.

 

Any suggestions would be appreciated.

 

Thanks,

Mike

 

 

 

 

 

 

 

Re: Dynamically adding an authorised operator for RSCS

[Horlick, Michael]

Actually that works fine. I told the helpdesk user that they can issue
the command through VM:Operator.

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of David Boyes
Sent: April 3, 2009 10:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Dynamically adding an authorised operator for RSCS

On 4/3/09 10:35 AM, "Horlick, Michael"  wrote:
 
> We are at z/VM 5.2. We have a pretty busy RSCS system during the day.
I was
> hoping without a bounce.

Create a DVM running PROP, and authorize the DVM in the RSCS config
file.
You can then change the auth file for the PROP DVM at any time w/o
interrupting RSCS, as well as providing more granular permissions. 

Re: Dynamically adding an authorised operator for RSCS

[Horlick, Michael]

Hello Bob,

 

We are at z/VM 5.2. We have a pretty busy RSCS system during the day. I
was hoping without a bounce.

 

Thanks,

 

Mike

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bob Bates
Sent: April 3, 2009 10:18 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Dynamically adding an authorised operator for RSCS

 

I believe it was in VM 5.3 that the use of RSCSAUTH started. It reroutes
commands through to RSCS so you can change the authorizations without
having to bounce it. Never used it myself, just read some about it.
Bouncing RSCS isn't that big a deal for as few times as I have done it.
I just pick a slow time and git er done. 

 

Bob Bates 
Enterprise Hosting Services

w. (469)892-6660 
c. (214) 907-5071 

"This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein.  If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message.  Thank you for your cooperation."

 

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Horlick, Michael
Sent: Friday, April 03, 2009 8:36 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Dynamically adding an authorised operator for RSCS

Hi,

 

Occasionally we have had a request to add an authorised operator for
RSCS. We usually change the RSCS CONFIG and wait till the next VM IPL
(the only time we re-cycle RSCS). Is there a way to dynamically add an
authorised operator for RSCS?

 

Thanks,

 

Mike Horlick

CGI Montreal 

 

Dynamically adding an authorised operator for RSCS

[Horlick, Michael]

Hi,

 

Occasionally we have had a request to add an authorised operator for
RSCS. We usually change the RSCS CONFIG and wait till the next VM IPL
(the only time we re-cycle RSCS). Is there a way to dynamically add an
authorised operator for RSCS?

 

Thanks,

 

Mike Horlick

CGI Montreal 

 

Re: Need ideas for checking current terminal response time

[Horlick, Michael]

Is anyone out there using VMRM? What do they see it doing? Issuing SET
SHARE with ABSOLUTE, RELATIVE with LIMITSOFT, LIMITHARD, etc...?

Should I just make everyone SHARE RELATIVE 100 and see what it does with
my own VMRM config file? Maybe the client would go for it if I can say
that it seems to do a better job then the ABS values I use.

I want my CICS production system running in my VSEs to have no CPU
constraints (no LIMITHARD or LIMITSOFT) so would that be a 100% CPU
velocity goal? 

Another thing... I know I can define multiple virtual CPUs for a virtual
machine but wouldn't it be nice if I can say to VSE use Virtual CPU 0
for CICS,VTAM,TCPIP and use Virtual CPU 1 for these batch partitions and
then wouldn't it be nice to say to z/VM to set a SHARE value for Virtual
CPU 0 for that virtual machine?  

Thanks,

Mike 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: January 29, 2009 3:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need ideas for checking current terminal response time

On Thursday, 01/29/2009 at 02:26 EST, "Horlick, Michael" 
 wrote:

> I hardcap DEV and QUALITY to ABS 10% when CPU >= 80% and to ABS 5%
when
> CPU >= 90%
> 
> How would this map to VMRM? Does VMRM issue SET SHARE commands? Much
> overhead for this product?

Yes, VMRM issues SET SHARE commands.  The Performance Gurus will have to

give you the dollar tour, but I look at VMRM (not counting its memory 
pressure activities) as being focused on something in between "absolute"

and "relative" share management.

Absolute is absolute and nothing much more need be said, but relative 
share is more interesting since the amount of CPU you get depends on the

how many users want access to the CPU.  You get your "fair share".
Well, 
sometimes that's not good enough, particularly if load fluctuates (and
you 
have wetware involved).   Bill Bitner has pointed out on numerous 
occassions that consistent performance can be the measure of "good" 
performance; the user doesn't care how fast or slow, as long as it is
the 
same at 2pm as it was at 8am.

In order to accomplish that kind of response, we talk about "CPU
velocity 
goals".  That is, I want a virtual machine to get access to the CPU,
say, 
80% of the time that it wants it (configurable on a per-user basis).  In

this way you have some help in providing a more even response time from 
the guest, even as the load in the guest or elsewhere in the system 
increases.  It can be helpful if a transaction passes through multiple 
virtual machines by managing all of those machines as a single unit, so 
that if one gets CPU, they all get CPU.

It's a tool in the toolbox.  If you don't have CPU constraints, leave it

in the box.

Alan Altmark
z/VM Development
IBM Endicott

Re: Need ideas for checking current terminal response time

[Horlick, Michael]

Hello Alan,

I understand that there is a lot that goes on between the time a user
enters something and presses an attention key till he sees the output
back on the screen.

I have in the past thought of using the logical device facility to test
out CICS "scripts" and I thought in this case it could be used to check
out responsiveness and somehow mimic what a real user encounters. I
could go through a little CMS script (do a FLIST, XEDIT a file, etc...)
with my virtual terminal and record the times. 

Anyways, I am looking at VMRM and I have some questions. Presently I
have this set up:

VSE Machines

DAD - ABS 38% NOLIMIT
MOM - ABS 29% NOLIMIT
CHILD - ABS 16% NOLIMIT

DEV - ABS 5% NOLIMIT
QUALITY - ABS 2% NOLIMIT

Other Machines

RSCS - RELATIVE 500
TCPIP - RELATIVE 3000
VTAM - ABS 4% NOLIMIT
TSIONLN - ABS 1% NOLIMIT
MGHONLN - ABS 1% NOLIMIT
ZEKE - RELATIVE 300
TPX - RELATIVE 600

TSIONLN and MGHONLN only occasionally used. 

I hardcap DEV and QUALITY to ABS 10% when CPU >= 80% and to ABS 5% when
CPU >= 90%

How would this map to VMRM? Does VMRM issue SET SHARE commands? Much
overhead for this product?

Regards,

Mike 


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: January 28, 2009 2:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need ideas for checking current terminal response time

On Wednesday, 01/28/2009 at 02:09 EST, "Horlick, Michael" 
 wrote:

> I agree that when the system slows down my app will slow down but
since
> maybe there are fewer instructions to perform (as opposed to doing a
CP
> Q TIME and REXX processing my exec statements) maybe it would be
closer
> to native 3270 response time. Could be a fun program to write.

Acutally, no.  It will give you a measure of "responsiveness" of CP to a

guest, just one of the things that has to happen when your user presses 
ENTER.

> I am assuming that the interactive CMS users are mostly doing
> XEDIT,FLIST and are not consuming much CPU time.

Far more that QUERY TIME since the guest has to do work, too, not to 
mention VTAM or TCP/IP.

> I have to investigate at what CA-EXPLORE gives me regarding end-user
> response time.

Just remember that your end-user's view of response time is affected by 
the slowest of the elements in the transaction path. "The more
complicated 
the plumbing, the easier it is to stop up the drain."

> The problem is that sometimes the cause of bad response time is
> excessive batch jobs running or it could be some heavy use CICS
> transaction and that matching CMS response time with what happens
within
> a VSE machine looks like a pretty formidable task.

"It's supposed to be hard.  If it wasn't hard everyone would do it.  The

hard is what makes it great.?
Tom Hanks referring to playing baseball in "A League of Their Own", 
1992

Needless to say, the more sophisticated your performance data collecting

apparatus is, the more creative you can be in moving resources to where 
they're needed, when they're needed.

Alan Altmark
z/VM Development
IBM Endicott

Re: Sad News

[Horlick, Michael]

Maybe. Then again, it would be nice to say good-bye to your loved ones. 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Howard Rifkind
Sent: January 29, 2009 10:26 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Sad News

 

Difficult.  But on the other hand he was sleeping.

 

Don't we all hope to go that way?  I do!

>>> Fran Hensler  1/28/2009 1:16 PM >>>
Geeze - I got an email from Don just 2 weeks ago saying that he might
apply for a job opening here at SRU.  You just never know what's in
your future.

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 45
years
mailto:f...@zvm.sru.edu  http://zvm.sru.edu/~fjh  +1.724.738.2153
  "Yes, Virginia, there is a Slippery Rock"

--
On Tue, 27 Jan 2009 13:22:42 -0500 Shiminsky, Gary said:
>Hi,
>
>Don Hooker, former contractor to the State of New Hampshire, passed
away
>in his sleep at home on Jan 23rd.
>
>He will be missed.
>
>Gary
>
>Gary L. Shiminsky

 


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.

 

Re: Need ideas for checking current terminal response time

[Horlick, Michael]

Alan,

Suppose I write an assembler program that did the following:

Start_Loop:
STCK (record value 1)
Using logical 3270 device support "Press" Enter key and wait for
response 
STCK (record value 2)
Compute the difference between value 2 and value 1
Do some action if too high
Wait so many seconds
Go to Start_Loop


I agree that when the system slows down my app will slow down but since
maybe there are fewer instructions to perform (as opposed to doing a CP
Q TIME and REXX processing my exec statements) maybe it would be closer
to native 3270 response time. Could be a fun program to write.

I am assuming that the interactive CMS users are mostly doing
XEDIT,FLIST and are not consuming much CPU time. 

Your other idea about having another system do the 3270 activity is
interesting. I think I can do macro functions within my TN3270 emulator.
Something to investigate.  

Regarding "Gathering a body of data and correlating changes in end-user
response time 
to the metrics gathered and reported by z/VM performance monitoring 
software would let you become self-monitoring rather than requiring a 
polling app."   
 
I have to investigate at what CA-EXPLORE gives me regarding end-user
response time. 
The problem is that sometimes the cause of bad response time is
excessive batch jobs running or it could be some heavy use CICS
transaction and that matching CMS response time with what happens within
a VSE machine looks like a pretty formidable task. 

I wish there was a way to say to VM to give so much CPU to a VSE machine
but only for this CICS/TS partition (and VTAM,TCPIP for VSE) running
within it. I have the CICS/TS systems at top priority within a VSE. The
objective is to get good response for actual human users not batch jobs
and if batch jobs are not running in a virtual machine to determine what
CICS transaction is causing this problem.   

Anyways, thanks for the input. No rush on my part to implement any
approach. Just investigating.

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: January 28, 2009 12:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need ideas for checking current terminal response time

On Wednesday, 01/28/2009 at 11:27 EST, "Horlick, Michael" 
 wrote:
> I?m toying with creating a REXX EXEC which uses RXLDEV to create a 
logical 3270 
> session and have the EXEC basically ?press? the ENTER key say every 30

seconds. 
> 
> I?m hoping this will mimic what a real interactive CMS user is 
experiencing. 
> Take the time before and the time after with a ?CP Q TIME? and see how

long it 
> took. 

Be sensitive to the fact that as the system begins to become
unresponsive, 
so will your EXEC.  I.e. its ability to press the ENTER key will be 
affected by a system slowdown.  Having a guest on another system do the 
same thing by generating a DIAL VTAM and logging into your "system under

test" will give you a better, more realistic perception of end-user 
response time.  And, presumably, you're not interested in how long it 
takes to issue QUERY TIME, but in how long to do something meaningful to

your interactive CMS users (i.e. what are THEY doing?).

Gathering a body of data and correlating changes in end-user response
time 
to the metrics gathered and reported by z/VM performance monitoring 
software would let you become self-monitoring rather than requiring a 
polling app.

Alan Altmark
z/VM Development
IBM Endicott

Re: Need ideas for checking current terminal response time

[Horlick, Michael]

Hi Ron,

We have:

q share vtam  
USER VTAM:  ABSOLUTE SHARE = 4%   
 MAXIMUM SHARE = NOLIMIT  
Ready;

It's not only VTAM users that suffer. I connect through TCP/IP for VM
and when the system is slow it's slow for everyone (I have SHARE TCPIP
3000 for TCPIP).

Thanks,
Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Ron Schmiedge
Sent: January 28, 2009 1:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need ideas for checking current terminal response time

Hi Mike,

Do you give the VM VTAM userid any sort of preference? We've given
VTAM a SHARE ABS 3%.

Ron

On Wed, Jan 28, 2009 at 10:26 AM, Horlick, Michael
 wrote:
> Greetings,
>
>
>
> Here is the situation.
>
>
>
> We are running z/VM 5.2 and 5 z/VSE 4.1.0 guest systems (3 production,
2
> development machines) on an IBM 2066 (z800). In 2 of these VSEs there
is a
> heavy duty CICS/TS system running.
>
>
>
> We use SET SHARE ABS to give them a minimum target of CPU, no limits,
but
> sometimes I have to play around and give a hard limit to some VSEs
when the
> system is slow and the CMS users (the programmers) call me complaining
of
> response time. Sometimes it's because within a production VSE virtual
> machine a batch job (or two or three) would be running.
>
>
>

Re: Need ideas for checking current terminal response time

[Horlick, Michael]

No, that's not too far off from the fact. I just thought that is was
some sort of batch report that people usually run after hours to see
what happened during the day. 

Thanks for the info. I need to review VMRM and see if it will do the
trick. I don't think my client is interested in spending any additional
money on the mainframe for anything but will keep ESAMON in mind.

Thanks,

Mike  

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Barton Robinson
Sent: January 28, 2009 11:52 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need ideas for checking current terminal response time

ESAMON will let you know that minute.  It analyzes the data every 
minute, alerts are set to check values every minute. So if that is after

the fact, then yes....

Horlick, Michael wrote:
> Hi,
> 
> Right now most users are still connected as SNA devices. We are slowly
> moving to TCP/IP.  
> 
> I assume that z/VM and ESAMON will let me know after the fact that
there
> was slow interactive response during some interval(s) of time during
the
> day. 
> 
> I would like something that would be more immediate (and of course,
free
> ;))
> 
> Thanks,
> 
> Mike
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]
On
> Behalf Of Barton Robinson
> Sent: January 28, 2009 11:31 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Need ideas for checking current terminal response time
> 
> TCPIP in z/VM has metrics that can be used to show network response 
> time.  z/VM provides transaction data. As a performance monitor that 
> analyzes both, ESAMON will cost you less than 1% of a cpu.  Could 
> probably do what you want with just zMON at $1200/month.
> 
> Horlick, Michael wrote:
>> Greetings,
>>
>>  
>>
>> Here is the situation.
>>
>>  
>>
>> We are running z/VM 5.2 and 5 z/VSE 4.1.0 guest systems (3
production,
> 2 
>> development machines) on an IBM 2066 (z800). In 2 of these VSEs there
> is 
>> a heavy duty CICS/TS system running.
>>
>>  
>>
>> We use SET SHARE ABS to give them a minimum target of CPU, no limits,

>> but sometimes I have to play around and give a hard limit to some
VSEs
> 
>> when the system is slow and the CMS users (the programmers) call me 
>> complaining of response time. Sometimes it's because within a
> production 
>> VSE virtual machine a batch job (or two or three) would be running.

>>
>>  
>>
>> Anyways, I was thinking of somehow capturing what a CMS user response

>> time would be every so often and perform some action (an alert or use

>> the SET SHARE command) when the response is slow.
>>
>>  
>>
>> I'm toying with creating a REXX EXEC which uses RXLDEV to create a 
>> logical 3270 session and have the EXEC basically "press" the ENTER
key
> 
>> say every 30 seconds.  
>>
>> I'm hoping this will mimic what a real interactive CMS user is 
>> experiencing. Take the time before and the time after with a 'CP Q
> TIME' 
>> and see how long it took.
>>
>>  
>>
>> The question is how accurate would this be to the real thing 
>> (interactive CMS user doing "trivial" commands like XEDIT,etc...)?  
>>
>>  
>>
>> I do have CA-EXPLORE VM but I'm thinking that would be maybe more 
>> overhead in running and I am not sure that finding out the machine is

>> running above, say 98% necessarily equates to a slow CMS response
> time.  
>>  
>>
>> Would like your opinion, suggestions, etc...
>>
>>  
>>
>> Thanks,
>>
>>  
>>
>> Mike
>>
>>  
>>
>>  
>>
>>  
>>
>>   
>>
>>  
>>
>> 
>>
> 
> 

Re: Need ideas for checking current terminal response time

[Horlick, Michael]

I see info on VMRMSVM in z/VM Performance Guide. Will take a look at it.

 

Thanks,

 

Mike

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Huegel, Thomas
Sent: January 28, 2009 11:35 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need ideas for checking current terminal response time

 

Have you tried setting up VMRMSVM to monitor and adjust (via SET SHARE)
on your system? I think it works pretty good for me.

-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu]on Behalf Of Horlick, Michael
Sent: Wednesday, January 28, 2009 10:27 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Need ideas for checking current terminal response time

Greetings,

 

Here is the situation.

 

We are running z/VM 5.2 and 5 z/VSE 4.1.0 guest systems (3
production, 2 development machines) on an IBM 2066 (z800). In 2 of these
VSEs there is a heavy duty CICS/TS system running.

 

We use SET SHARE ABS to give them a minimum target of CPU, no
limits, but sometimes I have to play around and give a hard limit to
some VSEs when the system is slow and the CMS users (the programmers)
call me complaining of response time. Sometimes it's because within a
production VSE virtual machine a batch job (or two or three) would be
running.   

 

Anyways, I was thinking of somehow capturing what a CMS user
response time would be every so often and perform some action (an alert
or use the SET SHARE command) when the response is slow.

 

I'm toying with creating a REXX EXEC which uses RXLDEV to create
a logical 3270 session and have the EXEC basically "press" the ENTER key
say every 30 seconds.  

I'm hoping this will mimic what a real interactive CMS user is
experiencing. Take the time before and the time after with a 'CP Q TIME'
and see how long it took. 

 

The question is how accurate would this be to the real thing
(interactive CMS user doing "trivial" commands like XEDIT,etc...)?  

 

I do have CA-EXPLORE VM but I'm thinking that would be maybe
more overhead in running and I am not sure that finding out the machine
is running above, say 98% necessarily equates to a slow CMS response
time.  

 

Would like your opinion, suggestions, etc...

 

Thanks,

 

Mike

 

 

 

  

 

Re: Need ideas for checking current terminal response time

[Horlick, Michael]

Hi,

Right now most users are still connected as SNA devices. We are slowly
moving to TCP/IP.  

I assume that z/VM and ESAMON will let me know after the fact that there
was slow interactive response during some interval(s) of time during the
day. 

I would like something that would be more immediate (and of course, free
;))

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Barton Robinson
Sent: January 28, 2009 11:31 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need ideas for checking current terminal response time

TCPIP in z/VM has metrics that can be used to show network response 
time.  z/VM provides transaction data. As a performance monitor that 
analyzes both, ESAMON will cost you less than 1% of a cpu.  Could 
probably do what you want with just zMON at $1200/month.

Horlick, Michael wrote:
> Greetings,
> 
>  
> 
> Here is the situation.
> 
>  
> 
> We are running z/VM 5.2 and 5 z/VSE 4.1.0 guest systems (3 production,
2 
> development machines) on an IBM 2066 (z800). In 2 of these VSEs there
is 
> a heavy duty CICS/TS system running.
> 
>  
> 
> We use SET SHARE ABS to give them a minimum target of CPU, no limits, 
> but sometimes I have to play around and give a hard limit to some VSEs

> when the system is slow and the CMS users (the programmers) call me 
> complaining of response time. Sometimes it's because within a
production 
> VSE virtual machine a batch job (or two or three) would be running.   
> 
>  
> 
> Anyways, I was thinking of somehow capturing what a CMS user response 
> time would be every so often and perform some action (an alert or use 
> the SET SHARE command) when the response is slow.
> 
>  
> 
> I'm toying with creating a REXX EXEC which uses RXLDEV to create a 
> logical 3270 session and have the EXEC basically "press" the ENTER key

> say every 30 seconds.  
> 
> I'm hoping this will mimic what a real interactive CMS user is 
> experiencing. Take the time before and the time after with a 'CP Q
TIME' 
> and see how long it took.
> 
>  
> 
> The question is how accurate would this be to the real thing 
> (interactive CMS user doing "trivial" commands like XEDIT,etc...)?  
> 
>  
> 
> I do have CA-EXPLORE VM but I'm thinking that would be maybe more 
> overhead in running and I am not sure that finding out the machine is 
> running above, say 98% necessarily equates to a slow CMS response
time.  
> 
>  
> 
> Would like your opinion, suggestions, etc...
> 
>  
> 
> Thanks,
> 
>  
> 
> Mike
> 
>  
> 
>  
> 
>  
> 
>   
> 
>  
> 
> 
> 

Need ideas for checking current terminal response time

[Horlick, Michael]

Greetings,

 

Here is the situation.

 

We are running z/VM 5.2 and 5 z/VSE 4.1.0 guest systems (3 production, 2
development machines) on an IBM 2066 (z800). In 2 of these VSEs there is
a heavy duty CICS/TS system running.

 

We use SET SHARE ABS to give them a minimum target of CPU, no limits,
but sometimes I have to play around and give a hard limit to some VSEs
when the system is slow and the CMS users (the programmers) call me
complaining of response time. Sometimes it's because within a production
VSE virtual machine a batch job (or two or three) would be running.   

 

Anyways, I was thinking of somehow capturing what a CMS user response
time would be every so often and perform some action (an alert or use
the SET SHARE command) when the response is slow.

 

I'm toying with creating a REXX EXEC which uses RXLDEV to create a
logical 3270 session and have the EXEC basically "press" the ENTER key
say every 30 seconds.  

I'm hoping this will mimic what a real interactive CMS user is
experiencing. Take the time before and the time after with a 'CP Q TIME'
and see how long it took. 

 

The question is how accurate would this be to the real thing
(interactive CMS user doing "trivial" commands like XEDIT,etc...)?  

 

I do have CA-EXPLORE VM but I'm thinking that would be maybe more
overhead in running and I am not sure that finding out the machine is
running above, say 98% necessarily equates to a slow CMS response time.


 

Would like your opinion, suggestions, etc...

 

Thanks,

 

Mike

 

 

 

  

 

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

D4A3290, no go, gives me:

13:54:44 VTAM: IST663I BIND FAIL REQUEST RECEIVED, SENSE=0821

13:54:44 VTAM: IST664I REAL  OLU=SYSCOR.TC4D0REAL
DLU=SYSCOR.VMD   
13:54:44 VTAM: IST889I SID = CC4F9B4CA20797EF

13:54:44 VTAM: IST890I AUTOLOGON SESSION SETUP FAILED

13:54:44 VTAM: IST314I END

13:54:44 VTAM: DTIV03I DTIVOPNX LOGON FOR SYSCOR.TC4D0 FAILED -
OPNDST  
RETURN CODE = 1001 SENSE = 0821 USER SENSE = 


And 

COMMAND = D NET,ID=TC4D0,E

VMYINI006I 0.000 Ready;

13:56:07 VTAM: Ready;

13:56:07 VTAM: IST097I DISPLAY ACCEPTED

13:56:07 VTAM: IST075I NAME = SYSCOR.TC4D0, TYPE = LOGICAL UNIT

13:56:07 VTAM: IST486I STATUS= ACTIV, DESIRED STATE= ACTIV

13:56:07 VTAM: IST977I MDLTAB=***NA*** ASLTAB=***NA***

13:56:07 VTAM: IST861I MODETAB=ISTINCLM USSTAB=USSTCPIP
LOGTAB=***NA*** 
13:56:07 VTAM: IST934I DLOGMOD=D4A3290 USS LANGTAB=***NA***


Ok, need to do a little research on VTAM tracing/Wireshark. You wouldn't
have a quick primer on how to do the trace, would you? 

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: December 12, 2008 12:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

On Friday, 12/12/2008 at 10:13 EST, "Horlick, Michael" 
 wrote:
> Actually , it has nothing to do with TPX.
> 
> For one virtual terminal (4D0) I changed the Logappl to VM:

Try D4A3290 (it is an SNA logmode, D4B is non-SNA).

> It still doesn't work for the client. I am thinking maybe a VTAM trace
> could shed light on why it works for my emulator but not theirs. I
would
> not know how to read the trace and since IND$FILE is unsupported would
> IBM accept my call on this issue and offer assistance?
> 
> Is there anything else I could do on the mainframe side to diagnose
the
> error?

It was explicitly stated in the relevant z/VM announcement letters that 
you won't be able to get any support from IBM for IND$FILE.  A look at 
RETAIN shows me that 5664-281 (3270-PC FILE TRANSFER v1.1.1) ended
support 
31 JAN 2003.  (That's odd since I can't find the withdrawal from
marketing 
or service announcement.)

So let's recap: You have a failing case and a working case.  Get a data 
trace so you can look for differences.  You don't really have to know
what 
it all means, but knowing whether there are any difference and whether 
they are coming from the host or emulator will let us focus more on the 
problem.  If the emulator has a trace capability (PCOMM does), or if you

have Wireshark, that's probably best.  Otherwise you'll need a VTAM LU 
data trace.

Alan Altmark
z/VM Development
IBM Endicott

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Actually , it has nothing to do with TPX. 

For one virtual terminal (4D0) I changed the Logappl to VM:

IST097I DISPLAY ACCEPTED 
IST075I NAME = SYSCOR.TC4D0, TYPE = LOGICAL UNIT 
IST486I STATUS= ACT/S, DESIRED STATE= ACTIV  
IST977I MDLTAB=***NA*** ASLTAB=***NA***  
IST861I MODETAB=ISTINCLM USSTAB=USSTCPIP LOGTAB=***NA*** 
IST934I DLOGMOD=D4B3290 USS LANGTAB=***NA*** 
IST597I CAPABILITY-PLU INHIBITED,SLU ENABLED  ,SESSION LIMIT 0001
IST351I LOCAL 3270 MAJOR NODE = DEVTERMS 
IST077I SIO = 00333 CUA = 04D0   
IST082I DEVTYPE = LU , CONTROLLING LU = VMD  
IST654I I/O TRACE = OFF, BUFFER TRACE = OFF  
IST171I ACTIVE SESSIONS = 01, SESSION REQUESTS = 00  
IST206I SESSIONS:
IST634I NAME STATUS SID  SEND RECV VR TP NETID   
IST635I VMD  ACTIV/C-P  CC4F9B4CA20789BF 0001 0002   SYSCOR  
IST314I END  

It still doesn't work for the client. I am thinking maybe a VTAM trace
could shed light on why it works for my emulator but not theirs. I would
not know how to read the trace and since IND$FILE is unsupported would
IBM accept my call on this issue and offer assistance?

Is there anything else I could do on the mainframe side to diagnose the
error?

Also... 

At http://gsf-soft.com/Documents/IND$FILE.shtml it mentions the
following:
"Setting of the Query bit in the VTAM LOGMODE (PSERVIC) and/or the 3270
emulator options may affect the ability of the emulator to use WSF
(Write Structured Field) commands and impact the availability or speed
of file transfer." I also tried NSX32705 and it also fails for the
client. 

Strange, pure SNA with DLOGMOD SNX32705 works, TCP/IP and DIAL with
DLOGMOD D4B3290/NSX32705 does not. 

Regards,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: December 12, 2008 9:48 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

On Friday, 12/12/2008 at 09:04 EST, "Horlick, Michael" 
 wrote:
>> D4B3290
> Yup, that's what I am using.

That's the best logmode there is.  But it assumes that the VTAM app 
(CA-TPX) is actually going to obey it.  I don't think you're going to 
resolve this until the question "What is different about the 3270 data 
stream that the guest sees?" can be answered.

Alan Altmark
z/VM Development
IBM Endicott

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Yup, that's what I am using.

Regards,

Mike 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: December 11, 2008 5:33 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

On Thursday, 12/11/2008 at 02:31 EST, "Horlick, Michael" 
 wrote:

> The client is supposed to be getting a new version of their software
and
> I have been looking at all the DLOGMOD's that I can use for a
"dialled"
> terminal. So far, nothing in the IBM ISTINCLM modetab works for them
(it
> works fine for my emulator).

D4B3290 is for DIALed terminals (non-SNA, extended attributes, query for

capabilities and screen size).

Alan Altmark
z/VM Development
IBM Endicott

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Greetings all,

A little update. I went to the client yesterday and discovered that it
wasn't TPX causing the problem.

When I changed the logappl from TPX to VM for a virtual terminal and did
a DIAL VTAM I was presented a VM logo and after logging on the file
transfer failed as well (either with a TRANS13 for a large file or no
created CMS file for a smaller one). 

The client is supposed to be getting a new version of their software and
I have been looking at all the DLOGMOD's that I can use for a "dialled"
terminal. So far, nothing in the IBM ISTINCLM modetab works for them (it
works fine for my emulator).

Regards,

Mike 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: December 9, 2008 1:56 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

On Monday, 12/08/2008 at 02:11 EST, "Horlick, Michael" 
 wrote:

> For my emulator (myExtra!) it works fine but fails for their emulator.

However, 
> under SNA it works. 

And so I state again for the record:  You must gather diagnostic data
from 
CA-TPX to see the difference in the data streams flowing to/from TCP/IP 
and from/to the emulator.  Find where the flow is different as compared
to 
using VM/VTAM.

Alan Altmark
z/VM Development
IBM Endicott

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Hello Steven,

 

For my emulator (myExtra!) it works fine but fails for their emulator.
However, under SNA it works. 

 

Regards,

 

Mike



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Imler, Steven J
Sent: December 5, 2008 4:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

 

Mike,

 

I just hopped on to TPX (I normally don't go through TPX to access z/VM
... only things that run on z/OS under CICS) and tried a file transfer
here ... it worked without any problem.

 

My emulator sessions is set to 3279-4E ...

 

TPX says:

 

Terminal - A55T2627

Model- 3192-4A

 

Unfortunately at this time I don't know what VTAM logmode is being used.

 

 

JR (Steven) Imler

CA

Senior Sustaining Engineer

Tel: +1 703 708 3479

[EMAIL PROTECTED]

 

 

 

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: Friday, December 05, 2008 03:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

 

Hello Alan et all,

 

Just a little update. I created a 24 record file with 1234567890
repeated for 80 characters and asked the client to test.  

 

This time he says the file transfer doesn't issue messages but also
doesn't upload the file to the host. It completes but the CMS file is
not there.

 

Again, this only happens with the combination of CA-TPX and TCP/IP for
VM. When he tries with CA-TPX and SNA it works. The same settings for
the emulator (same size screen, etc...)

 

How could the same 3270 datastream cause this? 

 

They have their terminal set up as a model 5 

 

My only thought is that it must be how the device appears to VM/VTAM.
For SNA, it is a remote device. When he is on SNA and  TPX and I display
the user I see:

 

Termid:  TX262144

Model:   PC92-5AG

Logmode: SNX32705

 

I have no idea where it gets that PC92-5AG model info from. Would you or
anyone else know?

 

Then when he creates a virtual terminal session on TPX he gets:

 

SessionApplidStatus VTermid--Status
Flags---Appl.Logmode

VM2VM<== ACTIVE TPXGR052    400010C1
T3278M2E 

 

This application logmode of T3278M2E is a CA-TPX one and when I do a 'CP
Q' on his CMS user I see him on TPXGR052. 

 

For TCP/IP for VM, there is a DIAL VTAM and I set the DLOGMOD to
D4B3290.

 

I think I have tried different DLOGMOD's (NSX32705) and even asked them
to configure as a Model 2 but still no go.

 

The SNA DLOG of SNX32705 looks like this:

 

SNX32705 MODEENT LOGMODE=SNX32705,FMPROF=X'03',TSPROF=X'03', 

   PRIPROT=X'B1',SECPROT=X'90',COMPROT=X'3080',  

   RUSIZES=X'87F8',  

   PSERVIC=X'028018501B847F00'   

 

I'm not much of a VTAM maven. Is there anything in that macro related to
file transfer?

 

Is there something I can use to replace IND$FILE with? I suggested
native VM (whick works) and also ftp (but that's a hassle with write
access to their A-disk) but they prefer the way they always work (but
just with TCP/IP).

 

Wednesday, I'll be visiting the client and be screwing around with
DLOGMOD's etc...

 

Regards,

 

Mike

 

   

 

 

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Hello Ed,

 

CA-TPX is a VM/VTAM application. 

 

Regards,

 

Mike

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M Martin
Sent: December 5, 2008 4:29 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

 

Hello Micheal,

 

 TCP/IP to z/VM and IND$FILE works with a 40/140 connection using
PCOM 5.6.

 

 Do you have to dial to VTAM?   

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: Friday, December 05, 2008 3:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

 

Hello Alan et all,

 

Just a little update. I created a 24 record file with 1234567890
repeated for 80 characters and asked the client to test.  

 

This time he says the file transfer doesn't issue messages but also
doesn't upload the file to the host. It completes but the CMS file is
not there.

 

Again, this only happens with the combination of CA-TPX and TCP/IP for
VM. When he tries with CA-TPX and SNA it works. The same settings for
the emulator (same size screen, etc...)

 

How could the same 3270 datastream cause this? 

 

They have their terminal set up as a model 5 

 

My only thought is that it must be how the device appears to VM/VTAM.
For SNA, it is a remote device. When he is on SNA and  TPX and I display
the user I see:

 

Termid:  TX262144

Model:   PC92-5AG

Logmode: SNX32705

 

I have no idea where it gets that PC92-5AG model info from. Would you or
anyone else know?

 

Then when he creates a virtual terminal session on TPX he gets:

 

SessionApplidStatus VTermid--Status
Flags---Appl.Logmode

VM2VM<== ACTIVE TPXGR052    400010C1
T3278M2E 

 

This application logmode of T3278M2E is a CA-TPX one and when I do a 'CP
Q' on his CMS user I see him on TPXGR052. 

 

For TCP/IP for VM, there is a DIAL VTAM and I set the DLOGMOD to
D4B3290.

 

I think I have tried different DLOGMOD's (NSX32705) and even asked them
to configure as a Model 2 but still no go.

 

The SNA DLOG of SNX32705 looks like this:

 

SNX32705 MODEENT LOGMODE=SNX32705,FMPROF=X'03',TSPROF=X'03', 

   PRIPROT=X'B1',SECPROT=X'90',COMPROT=X'3080',  

   RUSIZES=X'87F8',  

   PSERVIC=X'028018501B847F00'   

 

I'm not much of a VTAM maven. Is there anything in that macro related to
file transfer?

 

Is there something I can use to replace IND$FILE with? I suggested
native VM (whick works) and also ftp (but that's a hassle with write
access to their A-disk) but they prefer the way they always work (but
just with TCP/IP).

 

Wednesday, I'll be visiting the client and be screwing around with
DLOGMOD's etc...

 

Regards,

 

Mike

 

   

 

 

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Hello Alan et all,

 

Just a little update. I created a 24 record file with 1234567890
repeated for 80 characters and asked the client to test.  

 

This time he says the file transfer doesn't issue messages but also
doesn't upload the file to the host. It completes but the CMS file is
not there.

 

Again, this only happens with the combination of CA-TPX and TCP/IP for
VM. When he tries with CA-TPX and SNA it works. The same settings for
the emulator (same size screen, etc...)

 

How could the same 3270 datastream cause this? 

 

They have their terminal set up as a model 5 

 

My only thought is that it must be how the device appears to VM/VTAM.
For SNA, it is a remote device. When he is on SNA and  TPX and I display
the user I see:

 

Termid:  TX262144

Model:   PC92-5AG

Logmode: SNX32705

 

I have no idea where it gets that PC92-5AG model info from. Would you or
anyone else know?

 

Then when he creates a virtual terminal session on TPX he gets:

 

SessionApplidStatus VTermid--Status
Flags---Appl.Logmode

VM2VM<== ACTIVE TPXGR052    400010C1
T3278M2E 

 

This application logmode of T3278M2E is a CA-TPX one and when I do a 'CP
Q' on his CMS user I see him on TPXGR052. 

 

For TCP/IP for VM, there is a DIAL VTAM and I set the DLOGMOD to
D4B3290.

 

I think I have tried different DLOGMOD's (NSX32705) and even asked them
to configure as a Model 2 but still no go.

 

The SNA DLOG of SNX32705 looks like this:

 

SNX32705 MODEENT LOGMODE=SNX32705,FMPROF=X'03',TSPROF=X'03', 

   PRIPROT=X'B1',SECPROT=X'90',COMPROT=X'3080',  

   RUSIZES=X'87F8',  

   PSERVIC=X'028018501B847F00'   

 

I'm not much of a VTAM maven. Is there anything in that macro related to
file transfer?

 

Is there something I can use to replace IND$FILE with? I suggested
native VM (whick works) and also ftp (but that's a hassle with write
access to their A-disk) but they prefer the way they always work (but
just with TCP/IP).

 

Wednesday, I'll be visiting the client and be screwing around with
DLOGMOD's etc...

 

Regards,

 

Mike

 

   

 

 

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Mike,

Thanks for that info. Will ask client about CUT and DFT and other specs.
Will change his logon and get his console spooled. I have CA-VM:Spool
and can check his console.

Regards,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: December 4, 2008 3:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

Google turned up:
-
TRANS13 Error Writing File to Host: File Transfer Canceled
Explanation: Host program has detected an error in the data file during 
the Send operation.
User Action: Retry. If problem persists, call your host personnel.
-
Some listed the same Explanation for a "Receive" operation. 

Editing the IND$FILE MODULE  and searching for '13' also turned up: 13 
Error writing file to host: file transfer canceled   $ 

Google also showed a number of different terminal emulators displaying 
TRANS13.  One of them referred to the difference between CUT (Control
Unit 
Terminals) and DFT (Distributed Function Terminals) terminals (if I 
remember those acronyms correctly).  Which are you using?

Often, the descriptions were for PC to MVS/TSO.  Most referred to the
DCB 
being wrong (LRECL, RECFM, and for MVS, BLKSIZE).  What are the DCB
specs 
for the file being transferred?

Can you provide the exact command you are using?  If it's from a GUI,
then 
check the CMS command buffer for the previous command immediately after 
the failure. You can do that by issuing: SET PF07 RETRIEVE BACKWARD
and the pressing PF7 twice.  The first press will display the SET
command. 
 The second should show the IND$FILE command with all its arguments.

That may provide a little bit more useful information.
Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.






"Horlick, Michael" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" 
12/04/2008 01:40 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
TRANS13 , IND$FILE and CA-TPX






Greetings,
 
My client is still having problems with using IND$FILE over TCP/IP for
VM 
and CA-TPX. This does not occur with SNA. I have opened an issue with CA

and they can?t see the problem and the client is supposed to be dealing 
with MicroFocus regarding the PC component of this puzzle (ProClient).
 
The client has asked me about TN3270E and claims that the Cisco Router 
7505 that he uses for SNA connectivity to the mainframe has TN3270E 
installed. I explained that I don?t think that is an issue (he pointed
to 
me to an IBM web-site stating that TN3270E is not available in TCP/IP
for 
VM for terminals, just printers). He think maybe it is an issue.
 
Also, the file transfer works when he deselects extended attributes.
 
Any clue on how to get to the bottom of this? What exactly does a
TRANS13 
error mean and how does IND$FILE communicate that info to the emulator
so 
that a pop up window would appear with that error? Is it a return code 
from the IND$FILE module? Maybe I need to open an issue with IBM to help

me understand IND$FILE and when this error message occurs? Of course, to

complicate the issue, sometimes a file transfer works, sometimes it says

it works but doesn?t actually create the file on the mainframe and 
sometimes he get the TRANS13 (but only moving a file from the PC to the 
mainframe and not the reverse). 
 
Why would something work in SNA and not TCP/IP when the same 3270 
datastream is sent to it?
 
Any nuggets of wisdom/advice would be appreciated.
 
Mike Horlick
CGI Montreal 




The information contained in this e-mail and any accompanying documents
may contain information that is confidential or otherwise protected from
disclosure. If you are not the intended recipient of this message, or if
this message has been addressed to you in error, please immediately
alert the sender by reply e-mail and then delete this message, including
any attachments. Any dissemination, distribution or other use of the
contents of this message by anyone other than the intended recipient is
strictly prohibited. All messages sent to and from this e-mail address
may be monitored as permitted by applicable law and regulations to
ensure compliance with our internal policies and to protect our
business. E-mails are not secure and cannot be guaranteed to be error
free as they can be intercepted, amended, lost or destroyed, or contain
viruses. You are deemed to have accepted these risks if you communicate
with us by e-mail. 

Re: TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Hello Alan,

Thanks for the info. I do have NOTN3270E specified 

  INTERNALCLIENTPARMS  
PORT 23
PORT 2300  
TIMEMARK 600   
CCSTERMNAME  TCPIP 
CONNECTEXIT  SCEXIT
NOTN3270E  

MTU sizes? I have '1500' specified in my PROFILE TCPIP. I'll check with
the client. Is there any trace on the mainframe that I can do that would
help diagnose the error? 

I didn't realize IND$FILE wasn't supported. Do you have an idea how
IND$FILE does its business and reports on errors? 

Regards,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: December 4, 2008 3:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TRANS13 , IND$FILE and CA-TPX

On Thursday, 12/04/2008 at 02:40 EST, "Horlick, Michael" 
<[EMAIL PROTECTED]> wrote:

> The client has asked me about TN3270E and claims that the Cisco Router

7505 
> that he uses for SNA connectivity to the mainframe has TN3270E 
installed. I 
> explained that I don?t think that is an issue (he pointed to me to an 
IBM 
> web-site stating that TN3270E is not available in TCP/IP for VM for 
terminals, 
> just printers). He think maybe it is an issue.

You can always specify NOTN3270E in InternalClientParms to see if it a 
problem.  (In all cases where NOTN3270E has fixed a problem, the defect 
was in the 3270 client software, not VM.)

> Also, the file transfer works when he deselects extended attributes.

...which has nothing to do with TN3270E.  (People sometimes confuse the 
"TN3270 Enhancements" RFC with "3270 extended attributes".

> Any clue on how to get to the bottom of this? What exactly does a 
TRANS13 error 
> mean and how does IND$FILE communicate that info to the emulator so
that 
a pop 
> up window would appear with that error? Is it a return code from the 
IND$FILE 
> module? Maybe I need to open an issue with IBM to help me understand 
IND$FILE 
> and when this error message occurs? Of course, to complicate the
issue, 
> sometimes a file transfer works, sometimes it says it works but
doesn?t 
> actually create the file on the mainframe and sometimes he get the 
TRANS13 (but 
> only moving a file from the PC to the mainframe and not the reverse). 

Remember that IND$FILE is provided as-is on the host.  There is no 
support.  As to what the pop-up is showing, that's in the realm of the 
emulator.  It can show you whatever it wants.  Talk to the emulator 
vendor.
 
> Why would something work in SNA and not TCP/IP when the same 3270 
datastream is 
> sent to it?

The emulator could act differently when configured for TCP/IP vs. SNA.
I 
would expect the 3270 data stream from the emulator to the host to be 
identical.

> Any nuggets of wisdom/advice would be appreciated.

Make sure the MTU sizes are correct all along the way between the host
and 
the workstation.  If a frame is truncated, you will get errors.

Alan Altmark
z/VM Development
IBM Endicott

TRANS13 , IND$FILE and CA-TPX

[Horlick, Michael]

Greetings,

 

My client is still having problems with using IND$FILE over TCP/IP for
VM and CA-TPX. This does not occur with SNA. I have opened an issue with
CA and they can't see the problem and the client is supposed to be
dealing with MicroFocus regarding the PC component of this puzzle
(ProClient).

 

The client has asked me about TN3270E and claims that the Cisco Router
7505 that he uses for SNA connectivity to the mainframe has TN3270E
installed. I explained that I don't think that is an issue (he pointed
to me to an IBM web-site stating that TN3270E is not available in TCP/IP
for VM for terminals, just printers). He think maybe it is an issue.

 

Also, the file transfer works when he deselects extended attributes.

 

Any clue on how to get to the bottom of this? What exactly does a
TRANS13 error mean and how does IND$FILE communicate that info to the
emulator so that a pop up window would appear with that error? Is it a
return code from the IND$FILE module? Maybe I need to open an issue with
IBM to help me understand IND$FILE and when this error message occurs?
Of course, to complicate the issue, sometimes a file transfer works,
sometimes it says it works but doesn't actually create the file on the
mainframe and sometimes he get the TRANS13 (but only moving a file from
the PC to the mainframe and not the reverse). 

 

Why would something work in SNA and not TCP/IP when the same 3270
datastream is sent to it?

 

Any nuggets of wisdom/advice would be appreciated.

 

Mike Horlick

CGI Montreal 

Re: IND$FILE fails through CA-TPX and TCP/IP for VM

[Horlick, Michael]

Hi Ed,

 

Can you explain what you mean by:

 

the CLEAR Session Before Transfer was turned off.

 

Mike 

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M Martin
Sent: November 13, 2008 3:10 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Hello Mike,

 

There is an old PTF but it was for TN3270E to TCP/IP V3 MVS.

 

PQ17039 

 

After connecting with TN3270E, a customer uses IND$FILE
  to send a PC file to TSO.  The file transfer fails
  prematurely with a PCOM message TRANS13.  The problem
  occurs when a data buffer contains the following string
  at the end of the buffer: x'FF' and the next buffer
  begins with an x'FF'.

 

 

The only other problem that I have seen is that the CLEAR Session Before
Transfer was turned off.

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: Thursday, November 13, 2008 2:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Hello Ed,

 

I tried NSX32705 and still the same. The D4B3290 logmode seems to work
fine for everything but PC file to CMS.

 

More testing...

 

Mike

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M Martin
Sent: November 13, 2008 2:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Hello Mike,

 

 IND$FILE needs the extended data stream to be set in the DLOGMOD.

SNX32705 is an SNA 3270 with extended data stream.

 

 Typically TCP/IP is uses a non-SNA logmode.

 

 Try NSX32705 or NSX32702 in ISTINLCM.

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dodds, Jim
Sent: Thursday, November 13, 2008 11:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

I remember I had a similar problem about 15 years ago when first started
using this a new job.  The problem was that there is a bit set in the
logmode for file transfer to be able to use or not use. Check the
logmode you are currently using and see if that could be the problem.  

 

Jim Dodds

Systems Programmer

Kentucky State University

400 East Main Street

Frankfort, Ky 40601

502 597 6114

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: Thursday, November 13, 2008 10:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Greetings,

 

My client is moving away from SNA to TCP/IP. We use CA-TPX as our
session manager and the client uses a terminal emulator called
'Proclient OnWeb Web to Host'.

 

They use IND$FILE and are getting error - TRANS13 when uploading a file
from their PC to their CMS A-disk. It doesn't happen to them when native
VM and it doesn't happen doing a download from the mainframe to the PC. 

 

I use myExtra! and under TPX I have no problems. They have no problems
if using SNA. 

 

I specified the following in VM/VTAM. My SCEXIT does a DIAL to VTAM for
any IP terminals connected to port 23

 

TC070LOCAL CUADDR=070,TERM=3277,USSTAB=USSTCPIP,FEATUR2=EDATS, *

   LOGAPPL=TPX,MODETAB=ISTINCLM,DLOGMOD=D4B3290   

 

I think when they connect via SNA they get a DLOGMOD of SNX32705. 

 

Has this happened to anyone else? Any suggestions?

 

Thanks,

 

Mike

 

  

Re: IND$FILE fails through CA-TPX and TCP/IP for VM

[Horlick, Michael]

Hello again,

 

My client has come back with the following:

 

We are using Onweb Client that is using HTTP protocol. I found something
about this and i think we should use Buffered instead of WSF. I'll do
the necessary change to make the Transfer mode = Buffered by default for
the users and test it. 

http://msdn.microsoft.com/en-us/library/ms731913.aspx

 

It appears that specifying a "buffered transfer" works but a "write
structured field" does not. 

 

Mike

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: November 13, 2008 2:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Hello Ed,

 

I tried NSX32705 and still the same. The D4B3290 logmode seems to work
fine for everything but PC file to CMS.

 

More testing...

 

Mike

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M Martin
Sent: November 13, 2008 2:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Hello Mike,

 

 IND$FILE needs the extended data stream to be set in the DLOGMOD.

SNX32705 is an SNA 3270 with extended data stream.

 

 Typically TCP/IP is uses a non-SNA logmode.

 

 Try NSX32705 or NSX32702 in ISTINLCM.

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dodds, Jim
Sent: Thursday, November 13, 2008 11:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

I remember I had a similar problem about 15 years ago when first started
using this a new job.  The problem was that there is a bit set in the
logmode for file transfer to be able to use or not use. Check the
logmode you are currently using and see if that could be the problem.  

 

Jim Dodds

Systems Programmer

Kentucky State University

400 East Main Street

Frankfort, Ky 40601

502 597 6114

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: Thursday, November 13, 2008 10:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Greetings,

 

My client is moving away from SNA to TCP/IP. We use CA-TPX as our
session manager and the client uses a terminal emulator called
'Proclient OnWeb Web to Host'.

 

They use IND$FILE and are getting error - TRANS13 when uploading a file
from their PC to their CMS A-disk. It doesn't happen to them when native
VM and it doesn't happen doing a download from the mainframe to the PC. 

 

I use myExtra! and under TPX I have no problems. They have no problems
if using SNA. 

 

I specified the following in VM/VTAM. My SCEXIT does a DIAL to VTAM for
any IP terminals connected to port 23

 

TC070LOCAL CUADDR=070,TERM=3277,USSTAB=USSTCPIP,FEATUR2=EDATS, *

   LOGAPPL=TPX,MODETAB=ISTINCLM,DLOGMOD=D4B3290   

 

I think when they connect via SNA they get a DLOGMOD of SNX32705. 

 

Has this happened to anyone else? Any suggestions?

 

Thanks,

 

Mike

 

  

Re: IND$FILE fails through CA-TPX and TCP/IP for VM

[Horlick, Michael]

Hello Ed,

 

I tried NSX32705 and still the same. The D4B3290 logmode seems to work
fine for everything but PC file to CMS.

 

More testing...

 

Mike

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M Martin
Sent: November 13, 2008 2:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Hello Mike,

 

 IND$FILE needs the extended data stream to be set in the DLOGMOD.

SNX32705 is an SNA 3270 with extended data stream.

 

 Typically TCP/IP is uses a non-SNA logmode.

 

 Try NSX32705 or NSX32702 in ISTINLCM.

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dodds, Jim
Sent: Thursday, November 13, 2008 11:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IND$FILE fails through CA-TPX and TCP/IP for VM

 

I remember I had a similar problem about 15 years ago when first started
using this a new job.  The problem was that there is a bit set in the
logmode for file transfer to be able to use or not use. Check the
logmode you are currently using and see if that could be the problem.  

 

Jim Dodds

Systems Programmer

Kentucky State University

400 East Main Street

Frankfort, Ky 40601

502 597 6114

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: Thursday, November 13, 2008 10:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: IND$FILE fails through CA-TPX and TCP/IP for VM

 

Greetings,

 

My client is moving away from SNA to TCP/IP. We use CA-TPX as our
session manager and the client uses a terminal emulator called
'Proclient OnWeb Web to Host'.

 

They use IND$FILE and are getting error - TRANS13 when uploading a file
from their PC to their CMS A-disk. It doesn't happen to them when native
VM and it doesn't happen doing a download from the mainframe to the PC. 

 

I use myExtra! and under TPX I have no problems. They have no problems
if using SNA. 

 

I specified the following in VM/VTAM. My SCEXIT does a DIAL to VTAM for
any IP terminals connected to port 23

 

TC070LOCAL CUADDR=070,TERM=3277,USSTAB=USSTCPIP,FEATUR2=EDATS, *

   LOGAPPL=TPX,MODETAB=ISTINCLM,DLOGMOD=D4B3290   

 

I think when they connect via SNA they get a DLOGMOD of SNX32705. 

 

Has this happened to anyone else? Any suggestions?

 

Thanks,

 

Mike

 

  

IND$FILE fails through CA-TPX and TCP/IP for VM

[Horlick, Michael]

Greetings,

 

My client is moving away from SNA to TCP/IP. We use CA-TPX as our
session manager and the client uses a terminal emulator called
'Proclient OnWeb Web to Host'.

 

They use IND$FILE and are getting error - TRANS13 when uploading a file
from their PC to their CMS A-disk. It doesn't happen to them when native
VM and it doesn't happen doing a download from the mainframe to the PC. 

 

I use myExtra! and under TPX I have no problems. They have no problems
if using SNA. 

 

I specified the following in VM/VTAM. My SCEXIT does a DIAL to VTAM for
any IP terminals connected to port 23

 

TC070LOCAL CUADDR=070,TERM=3277,USSTAB=USSTCPIP,FEATUR2=EDATS, *

   LOGAPPL=TPX,MODETAB=ISTINCLM,DLOGMOD=D4B3290   

 

I think when they connect via SNA they get a DLOGMOD of SNX32705. 

 

Has this happened to anyone else? Any suggestions?

 

Thanks,

 

Mike

 

  

Re: CP Entered; Disabled Wait PSW 9025

[Horlick, Michael]

Ok, thanks for the correction. 

 

Mike

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Doug Breneman
Sent: November 12, 2008 1:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP Entered; Disabled Wait PSW 9025

 

Mike,
Here is a list of the zSeries processors:

# Model 
2064 z900 
2066 z800 
2084 z990 
2086 z890 
2094 z9-EC (enterprise class)
2096 z9-BC (business class) 
2097 z10-EC 
2098 z10-BC 

So a 2084 is a z990 and not a z900.
Doug Breneman z/VM Development IBM Endicott, NY

Inactive hide details for "Horlick, Michael" ---11/12/2008 01:36:58
PM---Hi Ron,"Horlick, Michael" ---11/12/2008 01:36:58 PM---Hi Ron,


From:


"Horlick, Michael" <[EMAIL PROTECTED]>


To:


IBMVM@LISTSERV.UARK.EDU


Date:


11/12/2008 01:36 PM


Subject:


Re: CP Entered; Disabled Wait PSW 9025






Hi Ron,

I think we were on a 2084 (is that a z900?). We also got screwed up a
bit because we had our sysres pack with the same volser (520RES) as the
floor system. 

The last time I had problems IPLing a system at Sungard was when we were
at VSE 2.6.1 and I didn't have the fixes in to run on a newer processor.
Luckily they had an older machine to use.

Regards,

Mike (Long live CGI, comrade!)

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Schmiedge
Sent: November 12, 2008 1:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP Entered; Disabled Wait PSW 9025

Hi Mike,

Perhaps not too strange - what processor were you using at Sungard?
There may have been service required for that particular machine that
came on 0701 you did not have at 0601.

We had that happen to us at Sungard several years back (I can't recall
the error messages anymore, we were getting abends soon after IPL) and
they were able to put us on an older machine which made the abends go
away. We had to put a service pack on our VM before the next test!

Ron

On Wed, Nov 12, 2008 at 10:40 AM, Horlick, Michael
<[EMAIL PROTECTED]> wrote:
> Hello David,
>
> Thanks for the info. Had trouble replying to e-mail when at disaster
> recovery site.
>
> Sungard got it fixed for us when they copied their CPLOAD MODULE to
our
> MAINT CF1 disk. We are at "z/VM Version 5 Release 2.0, service level
> 0601 (64-bit)" and they were at service level 0701.
>
> They said it happened before to another one of their clients.
>
> Strange.
>
> Mike
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Wakser, David
> Sent: November 10, 2008 3:20 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: CP Entered; Disabled Wait PSW 9025
>
> Here is the output from the manual:
>
> David Wakser
>
>
>
>  MSG HCP9025WAll Help Information
line
> 1 of 38
> (c) Copyright IBM Corporation 1990, 2007
>
>
>
>  HCP9025W  SYSTEM TERMINATION COMPLETE, ENTERING WAIT STATE
>
>
>
>  Explanation:  The system termination process has completed. The
system
> will
>  not restart for one of the following reasons:
>
>
>
>   1.   An error was detected in the error recovery hardware or
> software.
>

Re: CP Entered; Disabled Wait PSW 9025

[Horlick, Michael]

Hi Ron,

I think we were on a 2084 (is that a z900?). We also got screwed up a
bit because we had our sysres pack with the same volser (520RES) as the
floor system. 

The last time I had problems IPLing a system at Sungard was when we were
at VSE 2.6.1 and I didn't have the fixes in to run on a newer processor.
Luckily they had an older machine to use.

Regards,

Mike (Long live CGI, comrade!)

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Schmiedge
Sent: November 12, 2008 1:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP Entered; Disabled Wait PSW 9025

Hi Mike,

Perhaps not too strange - what processor were you using at Sungard?
There may have been service required for that particular machine that
came on 0701 you did not have at 0601.

We had that happen to us at Sungard several years back (I can't recall
the error messages anymore, we were getting abends soon after IPL) and
they were able to put us on an older machine which made the abends go
away. We had to put a service pack on our VM before the next test!

Ron

On Wed, Nov 12, 2008 at 10:40 AM, Horlick, Michael
<[EMAIL PROTECTED]> wrote:
> Hello David,
>
> Thanks for the info. Had trouble replying to e-mail when at disaster
> recovery site.
>
> Sungard got it fixed for us when they copied their CPLOAD MODULE to
our
> MAINT CF1 disk. We are at "z/VM Version 5 Release 2.0, service level
> 0601 (64-bit)" and they were at service level 0701.
>
> They said it happened before to another one of their clients.
>
> Strange.
>
> Mike
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Wakser, David
> Sent: November 10, 2008 3:20 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: CP Entered; Disabled Wait PSW 9025
>
> Here is the output from the manual:
>
> David Wakser
>
>
>
>  MSG HCP9025WAll Help Information
line
> 1 of 38
> (c) Copyright IBM Corporation 1990, 2007
>
>
>
>  HCP9025W  SYSTEM TERMINATION COMPLETE, ENTERING WAIT STATE
>
>
>
>  Explanation:  The system termination process has completed. The
system
> will
>  not restart for one of the following reasons:
>
>
>
>   1.   An error was detected in the error recovery hardware or
> software.
>

Re: CP Entered; Disabled Wait PSW 9025

[Horlick, Michael]

Hello David,

Thanks for the info. Had trouble replying to e-mail when at disaster
recovery site. 

Sungard got it fixed for us when they copied their CPLOAD MODULE to our
MAINT CF1 disk. We are at "z/VM Version 5 Release 2.0, service level
0601 (64-bit)" and they were at service level 0701. 

They said it happened before to another one of their clients.

Strange.  

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Wakser, David
Sent: November 10, 2008 3:20 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP Entered; Disabled Wait PSW 9025

Here is the output from the manual:

David Wakser



 MSG HCP9025WAll Help Information  line
1 of 38 
(c) Copyright IBM Corporation 1990, 2007

 

 HCP9025W  SYSTEM TERMINATION COMPLETE, ENTERING WAIT STATE

 

 Explanation:  The system termination process has completed. The system
will
 not restart for one of the following reasons:

 

   1.   An error was detected in the error recovery hardware or
software.   
 

   2.   A machine check shows damage to a storage page that the CP
nucleus  
occupies.

 

   3.   There is severe I/O subsystem damage.

 

   4.   A hard abend occurred when dump conditions were set to NOIPL.

 

   5.   The system has been successfully shut down and has not been
IPLed   
again.  (This wait state will occur if a system restart is
attempted
after the shutdown command completed.)

 

   6.   An attempt was made to IPL an alias Parallel Access Volume. An
IIO002   
abend will have occurred just prior to this wait state. See help
for CP 
message HCP6865E for more information.

 

 System Action:  The system enters a wait state (wait-state code =
9025).   
 

 Operator Response:  See the response for the preceding messages to
determine   
 the cause of the system termination and the appropriate response.

 

 If you attempted to re-IPL the wrong device on a SHUTDOWN REIPL
command, IPL   
 the correct device and warm start the system.

 

 If you attempt to IPL an alias Parallel Access Volume as a first-level
native  
 system, the IPL will fail immediately on the hardware console due to
CC3   
 condition codes for all I/O to the IPL volume. This occurs because the

message HCP6865E for more information.

 

 System Action:  The system enters a wait state (wait-state code =
9025).   
 

 Operator Response:  See the response for the preceding messages to
determine   
 the cause of the system termination and the appropriate response.

 

 If you attempted to re-IPL the wrong device on a SHUTDOWN REIPL
command, IPL   
 the correct device and warm start the system.

 

 If you attempt to IPL an alias Parallel Access Volume as a first-level
native  
 system, the IPL will fail immediately on the hardware console due to
CC3   
 condition codes for all I/O to the IPL volume. This occurs because the

 Parallel Access Volume aliases have not been initialized yet by the
host   
 operating system.

 


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Horlick, Michael
Sent: Monday, November 10, 2008 3:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CP Entered; Disabled Wait PSW 9025

Hi,
 
I'm at DRP site and we restored our system packs. However at VM IPL we
get:
 
HCPGIR450W CP entered; disabled wait PSW 00020  
9025
 
Any idea why?
 
Thanks,
 
Mike

CP Entered; Disabled Wait PSW 9025

[Horlick, Michael]

Hi,
 
I'm at DRP site and we restored our system packs. However at VM IPL we get:
 
HCPGIR450W CP entered; disabled wait PSW 00020   9025
 
Any idea why?
 
Thanks,
 
Mike

Re: TCP/IP and VTAM definition

[Horlick, Michael]

I used D4B3290 and it seems to be working. More testing...

Thanks to all,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: October 30, 2008 12:43 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCP/IP and VTAM definition

On Thursday, 10/30/2008 at 12:31 EDT, "Horlick, Michael" 
<[EMAIL PROTECTED]> wrote:
> Yeah, they get a Model 5 if not dialled. It looks like you're right
> about the logmode. I'm a little rusty on VTAM. Need to investigate
what
> to use.

Use D4B3290.  A snippet from my non-SNA USSTAB:

UNDIAL   USSCMD  CMD=UNDIAL,FORMAT=PL1 
* 
VM   USSCMD  CMD=VM,REP=LOGON,FORMAT=PL1 
 USSPARM PARM=APPLID,REP=APPLID,DEFAULT=VM 
 USSPARM PARM=LOGMODE,REP=LOGMODE,DEFAULT=D4B3290 
* 
PVM  USSCMD  CMD=PVM,REP=LOGON,FORMAT=PL1 
 USSPARM PARM=APPLID,REP=APPLID,DEFAULT=VM 
 USSPARM PARM=LOGMODE,REP=LOGMODE,DEFAULT=D4B3290 
 USSPARM PARM=DATA,REP=DATA,DEFAULT='DIAL PVM' 

Alan Altmark
z/VM Development
IBM Endicott

Re: TCP/IP and VTAM definition

[Horlick, Michael]

Yeah, they get a Model 5 if not dialled. It looks like you're right
about the logmode. I'm a little rusty on VTAM. Need to investigate what
to use.

Thanks,

Mike
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: October 30, 2008 12:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCP/IP and VTAM definition

On Thursday, 10/30/2008 at 12:06 EDT, "Horlick, Michael" 
<[EMAIL PROTECTED]> wrote:

> I am having problems with getting the terminal definitions passed 
through. For 
> example, if I create a 3278 Model 5 terminal with my emulator and 
connect to 
> the VM TCP/IP stack I may get dialed in to VTAM as say, virtual
address 
070. 
> This is defined in VM/VTAM as such: 

> TC070LOCAL CUADDR=070,TERM=3277,USSTAB=USSTCPIP,FEATUR2=EDATS,
*
>LOGAPPL=TPX

  
> 
> To TPX (and even if the LOGAPPL is set to VM) the terminal acts as a 
Model 2 
> not as a Model 5.
>
> How can I pass the device characteristics through? 

Do they get a model 5 if they don't DIAL VTAM?  If so, then you are
using 
the wrong logmode and need to use a dynamic logmode, just as you did for

your LU2 sessions.

Alan Altmark
z/VM Development
IBM Endicott

TCP/IP and VTAM definition

[Horlick, Michael]

Greetings,

 

We are starting to migrate a lot of our users from SNA to TCP/IP. 

 

I have the SCEXIT EXEC set up to do a DIAL into VTAM in order to access
our CA-TPX session manager.

 

I am having problems with getting the terminal definitions passed
through. For example, if I create a 3278 Model 5 terminal with my
emulator and connect to the VM TCP/IP stack I may get dialed in to VTAM
as say, virtual address 070. This is defined in VM/VTAM as such: 

 

DEVTERMS LBUILD 

TC070LOCAL CUADDR=070,TERM=3277,USSTAB=USSTCPIP,FEATUR2=EDATS, *

   LOGAPPL=TPX


 

To TPX (and even if the LOGAPPL is set to VM) the terminal acts as a
Model 2 not as a Model 5.

 

How can I pass the device characteristics through? 

 

Thanks,

 

Mike Horlick

CGI Montreal

Getting "DMSOPN3362E Imbedded blanks found in file name"

[Horlick, Michael]

Greetings,

 

We have an interesting problem. We are using CA-VMLIB and have been
getting an error on the VMLIB service machine comme ca: 

 

VMLSRV001I - CA-VMLIB 3.2 9604 DATE 05/02/96 COPYRIGHT (C) 1996 COMPUTER
ASSOCIATES INTERNATIONAL, INC. ALL RIGHTS RESERVED  

 VMLIB READY FOR COMMUNICATIONS.


DMSACC724I 31A replaces X (31A)


DMSACP723I X (31A) R/O


DMSACC724I 31A replaces X (31A)


DMSACP723I X (31A) R/O


DMSACC724I 31A replaces X (31A)


DMSACP723I X (31A) R/O


DMSOPN3362E Imbedded blanks found in file name

 

I have opened an issue with CA and I have tried doing an SVCTRACE ON to
find out where the problem is. From looking at the book it seems
something should have received a return code of 20 but it is not visible
in the output from SVCTRACE. 

 

Any other commands, etc.. that can be used to find out what this "file
name" would be?

 

Thanks,

 

Mike

Re: (LCOS: 10.6908) Re: (LCOS: 10.6908) Re: Using SET SHARE, performance problem

[Horlick, Michael]

Hi Tom,

These systems have been a long time in creating and we rolled them out
over time. It was really only after we converted the last (and most
heavily used) one that we hit the 100% point at peak times and are now
suffering. 

Also, we went only from CICS/TS 1.1.0 to CICS/TS 1.1.1 so there isn't
anything major there.

I checked the frequency of dumps, nothing unusual there.

It seems only when relatively heavy batch jobs are run during the peak
times that we are pushed to our limits and beyond. 

I'm curious how you are able to run in one VSE machine with CICS/TS
running with a relatively heavy batch job and not have it affect other
VSEs if pushed to 100% CPU utilization? 

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: April 23, 2008 3:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: (LCOS: 10.6908) Re: (LCOS: 10.6908) Re: Using SET SHARE,
performance problem

Well, yes and no...

I tend to put all partitions in a balance group and then set shares.
The reason is that I don't want any batch partitions being starved of
CPU.  Why?  We use DB2.  When a batch job issues a query to DB2, which
may be over an IP connection, when the results come back, the batch job
MUST be able to respond within the timeout option.  The same thing
happens with batch FTP.

But your setup looks fine.  That is, CICS is given the CPU when it needs
it, over any batch job.  All the jobs you have running ahead of CICS,
are "server" class, and really shouldn't be using that much CPU.

So, it looks like CICS is using all the CPU it can get and needs more.
By any chance have you looked at the console log for CICS (from FAQS
d,act,f5)) and see if you are getting a lot of dumps?  Also do a CEMT
INQ TRDUMPCODE and CEMT INQ SYDUMPCODE.  I wonder if you are getting a
lot of dumps that may be using up CICS resources.

Also, when you went from VSE/ESA 2.6 to z/VSE 4.1, did you pull out the
new JCL from ICCF Library(59) and recustomize it?  I'm wondering if you
either recustomized it wrong, or didn't recustomize it and didn't notice
the vast amount of changes between CICS/TS (even though they are the
same releases)?  I've been bit by just taking the old JCL and using it
after FSU upgrades.  It works, at least it tests well, butit can be
a land mine, just waiting.

Tom Duerbusch
THD Consulting

Law of Cat Acceleration

  A cat will accelerate at a constant rate, until he gets good and
  ready to stop.


>>> "Horlick, Michael" <[EMAIL PROTECTED]> 4/23/2008 2:08 PM >>>
Hi Tom,

This is what we have for our busiest VSE system:

PRTYXCM MIKE   
AR 0015 PRTY G=T=P=BG=FA=F9=F7,Z,F4,F5,F6,E,F8,FB,F3,F2,F1 
AR 0015 SHARE  G= 100,  T= 100,  P= 100, BG= 100, FA= 100, F9= 100, F7=
100

F1 = Power, F2 = CA-Faqs F3 = VTAM, FB = BSM, F8 = Tmon/LSS, E = TCP/IP
Telnet, F6 = CICS/TS Alternate, F5 = CICS/TS Primary, Z = Zeke, G =
TCP/IP batch, all rest are batch partitions.

Are you saying that instead of placing CICS/TS above all the batch I
should put them in a balanced group and give them a large share value?

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: April 23, 2008 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU 
Subject: (LCOS: 10.6908) Re: Using SET SHARE, performance problem

It's not 10% times 5 machines = 50%NO

It is an increase in 10% utilization for the amount of CPU that image
was using.

Say, you were at 75% cpu utilization prior to z/VSE 4.1.
10% is 7.5% added to 75% is 82.5% expected afterwards.
That is for the sum of all the VSE machines.
It is not 7.5% times 5 = 37.5% added to 75% = 112.5%

If your CPU utilization, when batch isn't running, that is only CICS,
database and communication, is under 85%, you don't have a cpu problem.
Any problems is either I/O, paging, or scheduling.

If you online load (again, no batch), was 85% or more, then, yes, the
VSE upgrade did swamp you.  If a CPU upgrade isn't in the near future,
then you need to tune better (rob Peter to pay Paul).

As you said, (I think), that it was the CICS/TS production partition was
being impacted with batch was running in the same image, think again, it
is the PRTY SHARE you are currently using.  It was reset to IBM defaults
and you need to update it to what you had it set to prior to the
upgrade.

Here, our base CPU utilization is about 25% without batch.  We have 14
VSE systems running.  When we run a lot of batch, with some extensive
DB2, we run at 100% for hours.  CICS response time, isn't affected.  

Tom Duerbusch
THD Consulting

Law of Cat Acceleration

  A cat will accelerate at a constant rate, until he gets good and
  ready to stop.


>>> "Horlick, Michael" <[EMAIL PROTECTED]> 4/23/2008 1:29 PM

Re: Using SET SHARE, performance problem

[Horlick, Michael]

I backed out the change to CICS data tables. I also reviewed the manual
you have pointed me too. I should have read it while doing the
conversion.

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: April 23, 2008 3:29 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Using SET SHARE, performance problem

With SET SHARE, STORBUF, and alike, you cannot make CPU usage lower,
you can only change who gets how much compared to others.

I'm not a CICS specialist at all, but using CICS tables more sounds
like you use more "data in storage" techniques, consequently, CICS
will not be waiting for I/O, and can burn more CPU cycles.

2008/4/23, Tom Duerbusch <[EMAIL PROTECTED]>:
> It may also be a good time to review:
>
>
ftp://ftp.software.ibm.com/eserver/zseries/zos/vse/download/ve41pe00.pdf
>
>  IBM z/VSE 4.1 Performance Considerations
>
>
>  Tom Duerbusch
>  THD Consulting
>
>
>  Law of Cat Acceleration
>
>   A cat will accelerate at a constant rate, until he gets good and
>   ready to stop.
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: (LCOS: 10.6908) Re: Using SET SHARE, performance problem

[Horlick, Michael]

Hi Tom,

This is what we have for our busiest VSE system:

PRTYXCM MIKE   
AR 0015 PRTY G=T=P=BG=FA=F9=F7,Z,F4,F5,F6,E,F8,FB,F3,F2,F1 
AR 0015 SHARE  G= 100,  T= 100,  P= 100, BG= 100, FA= 100, F9= 100, F7=
100

F1 = Power, F2 = CA-Faqs F3 = VTAM, FB = BSM, F8 = Tmon/LSS, E = TCP/IP
Telnet, F6 = CICS/TS Alternate, F5 = CICS/TS Primary, Z = Zeke, G =
TCP/IP batch, all rest are batch partitions.

Are you saying that instead of placing CICS/TS above all the batch I
should put them in a balanced group and give them a large share value?

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: April 23, 2008 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: (LCOS: 10.6908) Re: Using SET SHARE, performance problem

It's not 10% times 5 machines = 50%NO

It is an increase in 10% utilization for the amount of CPU that image
was using.

Say, you were at 75% cpu utilization prior to z/VSE 4.1.
10% is 7.5% added to 75% is 82.5% expected afterwards.
That is for the sum of all the VSE machines.
It is not 7.5% times 5 = 37.5% added to 75% = 112.5%

If your CPU utilization, when batch isn't running, that is only CICS,
database and communication, is under 85%, you don't have a cpu problem.
Any problems is either I/O, paging, or scheduling.

If you online load (again, no batch), was 85% or more, then, yes, the
VSE upgrade did swamp you.  If a CPU upgrade isn't in the near future,
then you need to tune better (rob Peter to pay Paul).

As you said, (I think), that it was the CICS/TS production partition was
being impacted with batch was running in the same image, think again, it
is the PRTY SHARE you are currently using.  It was reset to IBM defaults
and you need to update it to what you had it set to prior to the
upgrade.

Here, our base CPU utilization is about 25% without batch.  We have 14
VSE systems running.  When we run a lot of batch, with some extensive
DB2, we run at 100% for hours.  CICS response time, isn't affected.  

Tom Duerbusch
THD Consulting

Law of Cat Acceleration

  A cat will accelerate at a constant rate, until he gets good and
  ready to stop.


>>> "Horlick, Michael" <[EMAIL PROTECTED]> 4/23/2008 1:29 PM >>>
Unfortunately the guy with the EXPLORE/VM stats is off today. 

I have added them all up and the total VSEs add up to 90%. That's the
minimum. There not capped. 

I have CICS/TS highest priority in all my VSEs. All the batch partitions
are lowest in priority. 

We are going to have do some comparisons with EXPLORE data before and
after the change. 

10%. Times 5 machines. I guess I was a real dummy in not preparing the
client for this increase in CPU usage.

Mike 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: April 23, 2008 2:14 PM
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Using SET SHARE, performance problem

Prior to the VSE upgrade, what was your CPU utilization?

The IBM Performance documentation on VSE, shows about 10% increase in
CPU when going from VSE/ESA 2.6 to z/VSE 4.1 (assuming everything else
being the same).

I find that SET SHARE ABSOLUTE to be fine.  In you case, there are some
batch jobs running in a VSE image.  That image, as it is not being
capped, can take 100% of the CPU, IF, it is available.  But with the
other VSE images also having ABSOLUTE available, assuming that the
"adjusted" share is sufficient for CICS operations, they should be fine.

"adjusted" share?
Take all your "set share absolute" numbers and add them.
If the total exceeds 100, then CP will "adjust" your shares down, all by
the same percentage, so the total equals 100.  

When you calculate that number, you should adjust your "set share
absolutes" to those numbers as that is the actual CPU % you are setting.

Now that you have that number, you have to ask, is that "share"
sufficient for CICS operation on my production systems?  If not, those
shares have to be adjusted upwards (and taking other shares down).

If you don't do that, then a batch job, running on one VSE will cause
production CICS performance problems.

If the problem is the CICS in the VSE that is running the batch jobs,
then you need to look at your PRTY SHARE settings within VSE.  If VM is
ending up giving you xx% of the CPU, and when you "adjust" your shares,
you may find that VSE is giving CICS only 50% of the processor.  Which
is 1/2 of what VM is giving you.  As you slice the slices, some slices
(especially for CICS) can become too thin.

Tom Duerbusch
THD Consulting

Cross-posted to both VMESA-L and VSE-L mailing lists

Greetings,

We have just converted the last of our 5 VSE machines to z/VSE 4.1.0
(from
VSE/ESA 2.6.1) and are experiencing performance issues. My peak times
a

Re: Using SET SHARE, performance problem

[Horlick, Michael]

Unfortunately the guy with the EXPLORE/VM stats is off today. 

I have added them all up and the total VSEs add up to 90%. That's the
minimum. There not capped. 

I have CICS/TS highest priority in all my VSEs. All the batch partitions
are lowest in priority. 

We are going to have do some comparisons with EXPLORE data before and
after the change. 

10%. Times 5 machines. I guess I was a real dummy in not preparing the
client for this increase in CPU usage.

Mike 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: April 23, 2008 2:14 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Using SET SHARE, performance problem

Prior to the VSE upgrade, what was your CPU utilization?

The IBM Performance documentation on VSE, shows about 10% increase in
CPU when going from VSE/ESA 2.6 to z/VSE 4.1 (assuming everything else
being the same).

I find that SET SHARE ABSOLUTE to be fine.  In you case, there are some
batch jobs running in a VSE image.  That image, as it is not being
capped, can take 100% of the CPU, IF, it is available.  But with the
other VSE images also having ABSOLUTE available, assuming that the
"adjusted" share is sufficient for CICS operations, they should be fine.

"adjusted" share?
Take all your "set share absolute" numbers and add them.
If the total exceeds 100, then CP will "adjust" your shares down, all by
the same percentage, so the total equals 100.  

When you calculate that number, you should adjust your "set share
absolutes" to those numbers as that is the actual CPU % you are setting.

Now that you have that number, you have to ask, is that "share"
sufficient for CICS operation on my production systems?  If not, those
shares have to be adjusted upwards (and taking other shares down).

If you don't do that, then a batch job, running on one VSE will cause
production CICS performance problems.

If the problem is the CICS in the VSE that is running the batch jobs,
then you need to look at your PRTY SHARE settings within VSE.  If VM is
ending up giving you xx% of the CPU, and when you "adjust" your shares,
you may find that VSE is giving CICS only 50% of the processor.  Which
is 1/2 of what VM is giving you.  As you slice the slices, some slices
(especially for CICS) can become too thin.

Tom Duerbusch
THD Consulting

Cross-posted to both VMESA-L and VSE-L mailing lists

Greetings,

We have just converted the last of our 5 VSE machines to z/VSE 4.1.0
(from
VSE/ESA 2.6.1) and are experiencing performance issues. My peak times
are
98-100% utilization and people are complaining about poor response
times.

I don't know whether it's because I am using CICS data tables more now
or
because of the additional CPU utilization for z/VSE.

Anyways, one question I have is the usage of the SET SHARE.

I have been using the 'SHARE ABSOLUTE' directory control statement for
each
of my VSE machines (giving say 38% to one machine, giving 29% to
another,etc...) with maximum share nolimit.

The problems seem to occur when batch jobs are run in these
predominately
CICS/TS systems.

I was wondering if maybe a SET SHARE RELATIVE technique would be more
effective and what you do in prioritizing virtual machines within the
physical machine?

Thanks,

Mike


__

This email may contain confidential and privileged material for the sole
use of the intended recipient(s). Any review, use, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive for the recipient), please contact
the sender by reply email and delete all copies of this message. To
reply to our email administrator directly, send an email to
[EMAIL PROTECTED]

Law of Cat Acceleration

  A cat will accelerate at a constant rate, until he gets good and
  ready to stop.

Re: Using SET SHARE, performance problem

[Horlick, Michael]

Hi,

Yes, they all have

OPTION QUICKDSP in their directory entry 

In terms of page space utilization:

q alloc page
EXTENT EXTENT  TOTAL  PAGES   HIGH% 
VOLID  RDEV  STARTEND  PAGES IN USE   PAGE USED 
--  -- -- -- -- --  
520PAG E202  1   3338 600840  19566  23852   3% 
  -- -- 
SUMMARY   600840  19566  3% 
USABLE600840  19566  3% 
Ready;  


I have to take a look at SRM STORBUFF.

Thanks

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Hammock
Sent: April 23, 2008 2:07 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Using SET SHARE, performance problem

If all the VSE guests are in Q0, then someone has probably set them as
quickdsp  (quick dispatch, to keep them in Q0.)
Using quick dispatch for this 'problem' is usually considered a bandaid
approach and should not be a permanent solution.   SRM STORBUFF is a
much
better 'fix'.
But, if they are in Q0 then the eligible list is probably not your
problem...
But, page space utilization at 97% can certainly cause a problem, even
at
low (average) page rates. Your should aim for around 50- 60% full...
consider it a potential cause for  problems if greater than about  90%.
I
would suggest adding another volume for page space as quickly as
possible.
This may or may not be the cause of your response time problems, but
will
definitely cause a problem soon, if not now.

Mike
C. M. (Mike) Hammock
Sr. Technical Support
zFrame & IBM zSeries Solutions
(404) 643-3258
[EMAIL PROTECTED]


 

 "Horlick,

 Michael"

   "IBMVM@LISTSERV.UARK.EDU"

 Sent by: The IBM  

 z/VM Operating
cc 
 System

 <[EMAIL PROTECTED]
Subject 
 ARK.EDU>  Re: Using SET SHARE, performance

   problem

 

 04/23/2008 01:55

 PM

 

 

 Please respond to

   The IBM z/VM

 Operating System

 <[EMAIL PROTECTED]

 ARK.EDU>

 

 





The VSE guests are usually 'Q0 PS', sometimes 'Q0 RUN'.

Paging at 2/sec. Right now at 97% utilization.

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Hammock
Sent: April 23, 2008 1:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Using SET SHARE, performance problem






Did you perhaps increase the size of the virtual machines when going to
zVSE 4.1??
In any case, I'd check for an eligible list.  (do   #CP IND Q   and look
for any of your guests in E3).
If any VSE guest is in E3, I'd suggest (carefully) adjusting the SRM
STORBUFF  setting to allow more overcommittment of real storage.
Monitor
your paging activity and page space usage carefully.

Mike

C. M. (Mike) Hammock
Sr. Technical Support
zFrame & IBM zSeries Solutions
(404) 643-3258
[EMAIL PROTECTED]




 "Horlick,

 Michael"

   "IBMVM@LISTSERV.UARK.EDU"

 Sent by: The IBM  

 z/VM Operating
cc
 System

 <[EMAIL PROTECTED]
Subject
 ARK.EDU>  Using SET SHARE, performnace

   problem



 04/23/2008 01:38

 PM





 Please respond to

   The IBM z/VM

 Operating System

 <[EMAIL PROTECTED]

 ARK.EDU>









Cross-posted to both VMESA-L and VSE-L mailing lists

Greetings,

We have just converted the last of our 5 VSE machines to z/VSE 4.1.0
(from
VSE/ESA 2.6.1) and are experiencing performance issues. My peak times
are
98-100% utilization and people are complaining about poor response
times.

I don't know whether it's because I am using CICS data tables more now
or
because of the additional CPU utilization for z/VSE.

Anyways, one question I have is the usage of the SET SHARE.

I have been using the 'SHARE ABSOLUTE' directory control statement for
each
of my VSE machines (giving say 38% to one machine, giving 29% to
another,etc...) with maximum share nolimit.

The problems seem to occur when batch jobs are run in these
predominately
CICS/TS systems.

I was wondering if maybe a SET SHARE RELATIVE technique would be more
effective and what you do in prioritizing virtual machines within the
physical machine?

Thanks,

Mike

Re: Using SET SHARE, performance problem

[Horlick, Michael]

No, not recently.

 

q cplevel  

z/VM Version 5 Release 2.0, service level 0601 (64-bit)

Generated at 2006-02-13 11:45:25 EDT   

IPL at 2008-04-23 02:42:47 EDT 

Ready; 

 

Mike

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of McBride, Catherine
Sent: April 23, 2008 1:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Using SET SHARE, performance problem

 

Mike did you also upgrade VM recently? 

-Original Message- 
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
Behalf Of Horlick, Michael 
Sent: Wednesday, April 23, 2008 12:55 PM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Using SET SHARE, performance problem 

 

The VSE guests are usually 'Q0 PS', sometimes 'Q0 RUN'. 

Paging at 2/sec. Right now at 97% utilization. 

Thanks, 

Mike 

-Original Message- 
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On 
Behalf Of Mike Hammock 
Sent: April 23, 2008 1:49 PM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Using SET SHARE, performance problem 







Did you perhaps increase the size of the virtual machines when going to 
zVSE 4.1?? 
In any case, I'd check for an eligible list.  (do   #CP IND Q   and look

for any of your guests in E3). 
If any VSE guest is in E3, I'd suggest (carefully) adjusting the SRM 
STORBUFF  setting to allow more overcommittment of real storage. 
Monitor 
your paging activity and page space usage carefully. 

Mike 

C. M. (Mike) Hammock 
Sr. Technical Support 
zFrame & IBM zSeries Solutions 
(404) 643-3258 
[EMAIL PROTECTED] 

 

  

     "Horlick, 

 Michael" 

   "IBMVM@LISTSERV.UARK.EDU" 

 Sent by: The IBM   

 z/VM Operating 
cc 
 System 

 <[EMAIL PROTECTED] 
Subject 
 ARK.EDU>  Using SET SHARE, performnace 

   problem 

  

 04/23/2008 01:38 

 PM 

  

  

 Please respond to 

   The IBM z/VM 

 Operating System 

 <[EMAIL PROTECTED] 

 ARK.EDU> 

  

  






Cross-posted to both VMESA-L and VSE-L mailing lists 

Greetings, 

We have just converted the last of our 5 VSE machines to z/VSE 4.1.0 
(from 
VSE/ESA 2.6.1) and are experiencing performance issues. My peak times 
are 
98-100% utilization and people are complaining about poor response 
times. 

I don't know whether it's because I am using CICS data tables more now 
or 
because of the additional CPU utilization for z/VSE. 

Anyways, one question I have is the usage of the SET SHARE. 

I have been using the 'SHARE ABSOLUTE' directory control statement for 
each 
of my VSE machines (giving say 38% to one machine, giving 29% to 
another,etc...) with maximum share nolimit. 

The problems seem to occur when batch jobs are run in these 
predominately 
CICS/TS systems. 

I was wondering if maybe a SET SHARE RELATIVE technique would be more 
effective and what you do in prioritizing virtual machines within the 
physical machine? 

Thanks, 

Mike 

 

__ 

This email may contain confidential and privileged material for the sole

use of the intended recipient(s). Any review, use, distribution or 
disclosure by others is strictly prohibited. If you are not the intended

recipient (or authorized to receive for the recipient), please contact 
the sender by reply email and delete all copies of this message. To 
reply to our email administrator directly, send an email to 
[EMAIL PROTECTED] 

Re: Using SET SHARE, performance problem

[Horlick, Michael]

The VSE guests are usually 'Q0 PS', sometimes 'Q0 RUN'.

Paging at 2/sec. Right now at 97% utilization.

Thanks,

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Hammock
Sent: April 23, 2008 1:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Using SET SHARE, performance problem






Did you perhaps increase the size of the virtual machines when going to
zVSE 4.1??
In any case, I'd check for an eligible list.  (do   #CP IND Q   and look
for any of your guests in E3).
If any VSE guest is in E3, I'd suggest (carefully) adjusting the SRM
STORBUFF  setting to allow more overcommittment of real storage.
Monitor
your paging activity and page space usage carefully.

Mike

C. M. (Mike) Hammock
Sr. Technical Support
zFrame & IBM zSeries Solutions
(404) 643-3258
[EMAIL PROTECTED]


 

         "Horlick,

 Michael"

   "IBMVM@LISTSERV.UARK.EDU"

 Sent by: The IBM  

 z/VM Operating
cc 
 System

 <[EMAIL PROTECTED]
Subject 
 ARK.EDU>  Using SET SHARE, performnace

   problem

 

 04/23/2008 01:38

 PM

 

 

 Please respond to

   The IBM z/VM

 Operating System

 <[EMAIL PROTECTED]

 ARK.EDU>

 

 





Cross-posted to both VMESA-L and VSE-L mailing lists

Greetings,

We have just converted the last of our 5 VSE machines to z/VSE 4.1.0
(from
VSE/ESA 2.6.1) and are experiencing performance issues. My peak times
are
98-100% utilization and people are complaining about poor response
times.

I don't know whether it's because I am using CICS data tables more now
or
because of the additional CPU utilization for z/VSE.

Anyways, one question I have is the usage of the SET SHARE.

I have been using the 'SHARE ABSOLUTE' directory control statement for
each
of my VSE machines (giving say 38% to one machine, giving 29% to
another,etc...) with maximum share nolimit.

The problems seem to occur when batch jobs are run in these
predominately
CICS/TS systems.

I was wondering if maybe a SET SHARE RELATIVE technique would be more
effective and what you do in prioritizing virtual machines within the
physical machine?

Thanks,

Mike


__

This email may contain confidential and privileged material for the sole
use of the intended recipient(s). Any review, use, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive for the recipient), please contact
the sender by reply email and delete all copies of this message. To
reply to our email administrator directly, send an email to
[EMAIL PROTECTED]

Using SET SHARE, performnace problem

[Horlick, Michael]

Cross-posted to both VMESA-L and VSE-L mailing lists

 

Greetings,

 

We have just converted the last of our 5 VSE machines to z/VSE 4.1.0
(from VSE/ESA 2.6.1) and are experiencing performance issues. My peak
times are 98-100% utilization and people are complaining about poor
response times.

 

I don't know whether it's because I am using CICS data tables more now
or because of the additional CPU utilization for z/VSE.

 

Anyways, one question I have is the usage of the SET SHARE.

 

I have been using the 'SHARE ABSOLUTE' directory control statement for
each of my VSE machines (giving say 38% to one machine, giving 29% to
another,etc...) with maximum share nolimit. 

 

The problems seem to occur when batch jobs are run in these
predominately CICS/TS systems. 

 

I was wondering if maybe a SET SHARE RELATIVE technique would be more
effective and what you do in prioritizing virtual machines within the
physical machine?  

 

Thanks,

 

Mike

 

 

Re: Directory shuffling

[Horlick, Michael]

Greetings,

 

FYI, I opened a PMR regarding the issue of directory entry "shuffling"
that was happening to me. Some responses from IBM:

 



Well this behavior is built into DirMaint. DirMaint has to sort entries
is some order mostly based upon CP rules. DirMaint tries to associate 
LINK and MDISK statements etc. However, you can tailor the DIRECTXA 
DATADVH file to sort differently. Again some of these entries are enfor
ced by rules so be careful when changing your entry DIRECTXA may fail 
it anyhow. The behavior you are seeing is done when the entry is put on
line. If you issue a DIRM SEND DIRECTXA DATADVH ... receive the file yo
u can edit the file. Columns 18 - 21 of this file is a number which 
determines the statements relative placement. YOu will note that 
the LINK statement is 1710 and the MDISK statement is 1810. This would 
put the LINK statement after the MDISK statement. 
Now you can change these entries but I would change the LINK. MDISK 
has several rules around it's usage with other statements within a direc
tory. Hope this helps. EDIT and make your changes. Then issue a DIRM FIL
E command to put it back followed by a DIRM RLDData command.



 



Again using your example. DirMaint did not move the comment rather it 
moved the LINK statement following the MDISK statement to be the last 
LINK in the LINK statements area. DIRECTXA DATADVH told it by default 
to put it before the MDISK statement. I believe in the file LINK is 1710
and MDISK is 1810 so LINK comes before MDISK. 
The comment was left where it was because we have no way of determining 
whether a comment is to the LINK beloow it or to a statement prior to 
it. So when you add a new link or mdisk statement if you have the idea 
that link comes before mdisk in mind your comments should be fine. 
Only when you delete a statement (we will leave the comment before it) 
or if you have a statement we may move or out of place will the comments
be an issue. So consult the DIRECTXA DATADVH file is your answer. 
For the most part just remember that LINK statements come before MDISKS 
by default and comment accordingly you should be OK.



 

So, the net result is that I put all my LINK statements before my MDISK
statements and there was no shuffling of any comment(s) placed before
each LINK or MDISK statement. 

 

IBM did ask me if I wish to open a requirement but I declined.

 



Otherwise I would have to say you would have to open a requirement if 
you want this behavior to change.

 

 

Regards,

 

Mike

 

 

Re: How comments treated by DIRMAINT

[Horlick, Michael]

Ok, will do.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: February 15, 2008 10:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How comments treated by DIRMAINT

On Friday, 02/15/2008 at 10:10 EST, "Horlick, Michael" 
<[EMAIL PROTECTED]> wrote:

> The line ?LINK QALPCS 0500 0500 MW? has been shuffled after the
comment 
line 
> ?*  360 - ZYZMGH (Master Catalog, Power, Hardcopy,Recorder,etc...)?
> 
> So what?s the secret here? 

I would suggest opening a PMR and getting people In The Know to help
you.

Alan Altmark
z/VM Development
IBM Endicott

Re: How comments treated by DIRMAINT

[Horlick, Michael]

Greetings,

 

Hopefully you can see the attachments. I created a user, got its
directory entry from DIRMAINT, saw that it was shuffled a bit, put in
back in the way I wanted (see ESAMGH BEFORE) and did a DIRM REPLACE
followed by DIRM GET NOLOCK. Did a RECEIVE as ESAMGH AFTER. These are
the actual directory entries except for the passwords.

 

Take a look at the bottom of the directory entry.

 

The line "LINK QALPCS 0500 0500 MW" has been shuffled after the comment
line "*  360 - ZYZMGH (Master Catalog, Power, Hardcopy,Recorder,etc...)"

 

So what's the secret here? 

 

Regards,

 

Mike

USER ESAMGH X 300M 1024M BEG02131358
* === Generated on 13 Feb 2008   13:00:00   for: z/VSE 4.1.002131358
*   02131358
* +===+ 02131358
* | DATE   | CHANGES --- CHANGEMENT|INITS | 02131358
* +--+-+--+ 02131358
* |02/13/08| First time created for z/VSE 4.1.0  (330) | MH   | 02131358
* +--+-+--+ 02131358
   ACCOUNT ESAMGH TECH.SUP  02131358
   IPL CMS  02131358
   MACHINE ESA 302131358
   OPTION MAINTCCW CPUID 130007 QUICKDSP02131358
*  SHARE ABSOLUTE 29%   02131358
   CONSOLE 0009 321502131358
*   02131358
* =>VIRTUAL CTCA'S <=   02131358
*   02131358
   SPECIAL 0293 308802131358
   SPECIAL 02A3 308802131358
   SPECIAL 0610 308802131358
   SPECIAL 0611 308802131358
   SPECIAL 0612 308802131358
   SPECIAL 0613 308802131358
   SPECIAL 0710 308802131358
   SPECIAL 0711 308802131358
   SPECIAL 0712 308802131358
   SPECIAL 0713 308802131358
*   02131358
* =>VSE/ESA Console and dialables  <=   02131358
*   02131358
   SPECIAL 0EEE 327002131358
   SPECIAL 0F10 327002131358
   SPECIAL 0F11 327002131358
   SPECIAL 0F12 327002131358
   SPECIAL 0F13 327002131358
   SPECIAL 0F14 327002131358
   SPECIAL 0F15 327002131358
   SPECIAL 0F16 327002131358
   SPECIAL 0F17 327002131358
   SPOOL 000C 2540 READER Q 02131358
   SPOOL 000D 2540 PUNCH A  02131358
   SPOOL 000E 3203 A02131358
   SPOOL 0FD0 2540 PUNCH A  02131358
   SPOOL 0FE0 3203 A02131358
   SPOOL 0FE1 3203 A02131358
   LINK MAINT 0190 0190 RR  02131358
   LINK MAINT 019E 019E RR  02131358
   LINK VSEMAINT 0191 0191 RR   02131358
*   02131358
* =>  z/VSE   System Disks <=   02131358
*  (330/331/332)02131358
*|  02131358
   LINK ESAMNT 0330 0330 RR 02131358
*   02131358
* =>

Re: How comments treated by DIRMAINT

[Horlick, Michael]

Thanks. I have:

   SORT_DIRECTORY=  NO  | YES 
   SORT_BY_DEVICE_ADDRESS=  NO  | YES 
   SORT_COMMENTS_WITH_STATEMENTS=   NO  | YES

I am going to try to create a scenario where the comments are relocated.

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jim Bohnsack
Sent: February 11, 2008 12:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How comments treated by DIRMAINT

Michael--You can do a DIRM CMS L CONFIG* DATADVH * (DA.  Mine, and I 
think that this is the standard case, is on the DIRMAINT 11F disk.  Also

I run with SORT_DIRECTORY=  YES, SORT_COMMENTS_WITH_STATEMENTS= YES 
(should not matter because we do not have SYSSAFIN specified, but who 
knows), and SORT_BY_DEVICE_ADDRESS= NO.

I don't have any problem with comments being relocated when I do a DIRM 
GET followed by DIRM REP.  All comments stay where I put them.

Jim

Horlick, Michael wrote:
> This is a multi-part message in MIME format.
>
> --_=_NextPart_001_01C86CCF.63555168
> Content-Type: text/plain;
>   charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Hi,
>
> =20
>
> Is there a command that can tell what these parameters are set to or
do =
> I need to check all the mdisks that DIRMAINT has access to.
>
> =20
>
> I started this thread and what we want is simple. For our VSE machines
=
> what we want is WYSIWYG. When I want to do a 'DIRM REPLACE', DIRMAINT
=
> should replace the current source directory entry as given to it if =
> there are no errors in it (how about having an 'ASIS' option?). =20
>
> =20
>
> I know sometimes adding a comment for a new minidisk is sometimes =
> preserved in the source and sometimes I'll see the comment somewhere =
> else in the directory entry. If I could find out the logic of how =
> DIRMAINT does the shuffling, maybe I could follow its rule(s) in order
=
> to get the source looking the way I want.  =20
>
> =20
>
> Thanks,
>
> =20
>
> Mike=20
>
> =20
>
> 
>
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On =
> Behalf Of RPN01
> Sent: February 11, 2008 11:31 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: How comments treated by DIRMAINT
>
> =20
>
> The first question I have is, what do you both have your =
> "SORT_DIRECTORY=3D" and "SORT_BY_DEVICE_ADDRESS=3D" parameters set to,
=
> in CONFIG DATADVH or it's minions? These may or may not be the issue.
>
> Second, someone mentioned comments taking space in the object =
> directory... My impression / hope would be that comments would be =
> stripped from the information before building the object directory, =
> since there is no actual purpose for them there, and there isn't a =
> convenient tool to take an object directory and turn it into a source
=
> directory. Are the comments actually left in the object directory? If
=
> so, MAINT is one of the worst offenders, leaving in the hundreds of =
> links that it uses during the installation as comments.
>
> --=20
> Robert P. Nix Mayo Foundation  .~.=20
> RO-OE-5-55  200 First Street SW  /V\=20
> 507-284-0844   Rochester, MN 55905 / ( ) \  =20
> -^^-^^ =20
> "In theory, theory and practice are the same, but "Join the
story... =
> Ride Ural."
> in practice, theory and practice are different."=20
>
>
>
>
> On 2/11/08 9:07 AM, "Colin Allinson" <[EMAIL PROTECTED]> wrote:
>
>
> I have just been doing some checking because we don't seem to have
this =
> problem of comments moving around within the directory entry.=20
>
> Initially, I thought this was because we use special local procedures
=
> that interface with DIRMAINT but I just tried some vanilla GET's & =
> REPL's without any movement of comments at all.=20
>
> I guess this must be some DIRMAINT configuation item that causes the =
> difference for us, but I am not sure which.=20
>
> Note: Comments DO get repositioned when creating a new directory
entry.
>
> Colin Allinson
> Technical Manager - VM Systems Support
> Operating Systems Services
> Amadeus Data Processing GmbH
> T: +49 (0)8122 43 4975
> F: +49 (0)8122 43 3260
> [EMAIL PROTECTED]
> www.amadeus.com <http://www.amadeus.com/> <http://www.amadeus.com/>
=20
>
>
>
> IMPORTANT  -  CONFIDENTIALITY  NOTICE  - This e-mail is intended only
=
> for the use of the individual or entity shown above as addressees . It
=
> may contain information which is privileged, confidenti

Re: How comments treated by DIRMAINT

[Horlick, Michael]

Hi,

 

Is there a command that can tell what these parameters are set to or do I need 
to check all the mdisks that DIRMAINT has access to.

 

I started this thread and what we want is simple. For our VSE machines what we 
want is WYSIWYG. When I want to do a 'DIRM REPLACE', DIRMAINT should replace 
the current source directory entry as given to it if there are no errors in it 
(how about having an 'ASIS' option?).  

 

I know sometimes adding a comment for a new minidisk is sometimes preserved in 
the source and sometimes I'll see the comment somewhere else in the directory 
entry. If I could find out the logic of how DIRMAINT does the shuffling, maybe 
I could follow its rule(s) in order to get the source looking the way I want.   

 

Thanks,

 

Mike 

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01
Sent: February 11, 2008 11:31 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How comments treated by DIRMAINT

 

The first question I have is, what do you both have your "SORT_DIRECTORY=" and 
"SORT_BY_DEVICE_ADDRESS=" parameters set to, in CONFIG DATADVH or it's minions? 
These may or may not be the issue.

Second, someone mentioned comments taking space in the object directory... My 
impression / hope would be that comments would be stripped from the information 
before building the object directory, since there is no actual purpose for them 
there, and there isn't a convenient tool to take an object directory and turn 
it into a source directory. Are the comments actually left in the object 
directory? If so, MAINT is one of the worst offenders, leaving in the hundreds 
of links that it uses during the installation as comments.

-- 
Robert P. Nix Mayo Foundation  .~. 
RO-OE-5-55  200 First Street SW  /V\ 
507-284-0844   Rochester, MN 55905 / ( ) \   
-^^-^^  
"In theory, theory and practice are the same, but "Join the story... Ride 
Ural."
in practice, theory and practice are different." 




On 2/11/08 9:07 AM, "Colin Allinson" <[EMAIL PROTECTED]> wrote:


I have just been doing some checking because we don't seem to have this problem 
of comments moving around within the directory entry. 

Initially, I thought this was because we use special local procedures that 
interface with DIRMAINT but I just tried some vanilla GET's & REPL's without 
any movement of comments at all. 

I guess this must be some DIRMAINT configuation item that causes the difference 
for us, but I am not sure which. 

Note: Comments DO get repositioned when creating a new directory entry.

Colin Allinson
Technical Manager - VM Systems Support
Operating Systems Services
Amadeus Data Processing GmbH
T: +49 (0)8122 43 4975
F: +49 (0)8122 43 3260
[EMAIL PROTECTED]
www.amadeus.com    



IMPORTANT  -  CONFIDENTIALITY  NOTICE  - This e-mail is intended only for the 
use of the individual or entity shown above as addressees . It may contain 
information which is privileged, confidential or otherwise protected from 
disclosure under applicable laws .  If the reader of this transmission is not 
the intended recipient, you are hereby notified that any dissemination, 
printing, distribution, copying, disclosure or the taking of any action in 
reliance on the contents of this information is strictly prohibited.  If you 
have received this transmission in error, please immediately notify us by reply 
e-mail or using the address below and delete the message and any attachments 
from your system . 

Amadeus Data Processing GmbH 
Geschäftsführer: Eberhard Haag 
Sitz der Gesellschaft: Erding 
HR München 48 199 
Berghamer Strasse 6 
85435 Erding 
Germany

 

Re: How comments treated by DIRMAINT

[Horlick, Michael]

Hi Kris,

We are only concerned with our VSE guests which have hundreds of
minidisks. Normally we just do a DIRM GET, receive the directory entry
from our reader, XEDIT the file and add a minidisk or more (or delete
some) and insert comments here and there. We then do a DIRM REPLACE. 

All we want is to have DIRMAINT leave the entry that we XEDITed (and
made pretty) alone. No changes so that next time we get it we see it the
way we originally XEDITed it.

Is that possible and making can you explain what DIRMAINT does on a
REPLACE that causes this shuffling?

Thanks,

Mike  
 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: February 8, 2008 10:38 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How comments treated by DIRMAINT

I took DIRMAINT's shuffling for granted and never tried to get rid of
it.  The reason I think is that keeping the comments in place is far
from easy: when using CMDISK for example, DIRMAINT removes user's the
MDISK statement(s), and stores it/them a while in DATAMOVE's entry.
When a copy is done, the new MDISK statement is move to the user's
entry.  I don't say all CMDISKed MDISK statements cannot be inserted
at the old places with some extra REXX logic in DIRMAINT, but it
wouldn't be easy to make it bulletproof.

-- 
Kris Buelens,
IBM Belgium, VM customer support

2008/2/8, Horlick, Michael <[EMAIL PROTECTED]>:
> Hello Kris,
>
> I don't have RACF. What is the logic behind the shuffling that is done
> by DIRMAINT regarding comment and MDISK statements?
>
> Also, is there a command to DIRMAINT that tells you what its' settings
> are (for example, what the SORT_BY_DEVICE_ADDRESS is set at)?
>
> Thanks,
>
> Mike
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Kris Buelens
> Sent: February 8, 2008 10:06 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: How comments treated by DIRMAINT
>
> If you are lucky enough to have an ESM like RACF, what means the LINK
> checks are not password based, you can work the way I set things up
> for my client: use the minidisk passwords as descriptive comments.
> Here an extract of MAINT's entry:
>MDISK 0490 3390 2362 107 VTERES RR ALL ZVM520 NOV2006
>MDISK 0493 3390 1433 167 VTERES RR ALL ZVM520 NOV2006
>MDISK 019D 3390 681 146 VTEBKP RR ALL ZVM520 NOV2006
>MDISK 049E 3390 2687 190 VTERES RR ALL ZVM520 NOV2006
>MDISK 0CF1 3390 587 80 VTERES RR
>MDISK 0CF2 3390 408 80 VTEBKP
>MDISK 0190 3390 399 107 VTE52R MR ALL ZVM520 AUG2007
>MDISK 0193 3390 0001 167 VTE521 MR ALL ZVM520 AUG2007
>MDISK 019E 3390 1735 190 VTE521 MR ALL FIXESCA DEC2007
> Side remark:
> As one can see, we set the read password to ALL for these "general
> public" minidisks.  This way if we'd be forced to IPL without RACF,
> people would still be able to LINK RR without password (but, even
> though I still have a CP nuc without RACF on CF1, we never had to use
> a CP-without-RACF in the 19 years we run with RACF)
>
> > >
> > > We have a situation that has been annoying us for quite awhile now
> with
> > > regards to DIRMAINT. When we add MDISKs for a user (especially for
a
> VSE
> > > user) we usually add comment statements just before the new MDISK.
> No
> > > problem, except when we later GET the directory entry the comments
> are
> > > in the wrong place.
> >
>
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support

Re: How comments treated by DIRMAINT

[Horlick, Michael]

Hello Kris,

I don't have RACF. What is the logic behind the shuffling that is done
by DIRMAINT regarding comment and MDISK statements?

Also, is there a command to DIRMAINT that tells you what its' settings
are (for example, what the SORT_BY_DEVICE_ADDRESS is set at)?

Thanks,

Mike 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: February 8, 2008 10:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How comments treated by DIRMAINT

If you are lucky enough to have an ESM like RACF, what means the LINK
checks are not password based, you can work the way I set things up
for my client: use the minidisk passwords as descriptive comments.
Here an extract of MAINT's entry:
   MDISK 0490 3390 2362 107 VTERES RR ALL ZVM520 NOV2006
   MDISK 0493 3390 1433 167 VTERES RR ALL ZVM520 NOV2006
   MDISK 019D 3390 681 146 VTEBKP RR ALL ZVM520 NOV2006
   MDISK 049E 3390 2687 190 VTERES RR ALL ZVM520 NOV2006
   MDISK 0CF1 3390 587 80 VTERES RR
   MDISK 0CF2 3390 408 80 VTEBKP
   MDISK 0190 3390 399 107 VTE52R MR ALL ZVM520 AUG2007
   MDISK 0193 3390 0001 167 VTE521 MR ALL ZVM520 AUG2007
   MDISK 019E 3390 1735 190 VTE521 MR ALL FIXESCA DEC2007
Side remark:
As one can see, we set the read password to ALL for these "general
public" minidisks.  This way if we'd be forced to IPL without RACF,
people would still be able to LINK RR without password (but, even
though I still have a CP nuc without RACF on CF1, we never had to use
a CP-without-RACF in the 19 years we run with RACF)

> >
> > We have a situation that has been annoying us for quite awhile now
with
> > regards to DIRMAINT. When we add MDISKs for a user (especially for a
VSE
> > user) we usually add comment statements just before the new MDISK.
No
> > problem, except when we later GET the directory entry the comments
are
> > in the wrong place.
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: How comments treated by DIRMAINT

[Horlick, Michael]

Thanks , I will.

Mike

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Bruce Hayden
Sent: February 7, 2008 11:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How comments treated by DIRMAINT

In your CONFIG* DATADVH file for DIRMAINT, do you have
SORT_BY_DEVICE_ADDRESS=YES?  If so, you probably want to change it to
no.  I think the comments are moving when the directory entry is
sorted.  There are some other sorting options that can be specified -
you may want to look at those.

On Feb 7, 2008 11:30 AM, Horlick, Michael <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Greetings,
>
>
>
> We have a situation that has been annoying us for quite awhile now with
> regards to DIRMAINT. When we add MDISKs for a user (especially for a VSE
> user) we usually add comment statements just before the new MDISK. No
> problem, except when we later GET the directory entry the comments are in
> the wrong place.
>
>
>
> Example:
>
>
>
> I created a dummy user:
>
>
>
> USER TEST1 X1X2X 32M 128M G
> 01300910
>
>INCLUDE CMSSTD
> 01300910
>
>LINK RSCS 0191 0192 RR
> 01300910
>
> *  THIS IS A COMMENT
>
> *  MDISK 0191 3380 1548 3 ST160D MR ALL
> 01300910
>
>
>
> When I do a DIRM FOR TEST1 GET, I get back in my reader:
>
>
>
> USER TEST1 X1X2X 32M 128M G
> 02071121
>
>INCLUDE CMSSTD
> 02071121
>
> *  THIS IS A COMMENT
> 02071121
>
> *  MDISK 0191 3380 1548 3 ST160D MR ALL
> 02071121
>
>LINK RSCS 0191 0192 RR
> 02071121
>
> *DVHOPT LNK0 LOG1 RCM1 SMS0 NPW1 LNGAMENG PWC20080207 CRCæE
>
>
>
> Why and how does DIRMAINT shuffle the directory entry sent to it and is
> there a way to stop it from doing so?
>
>
>
> Thanks,
>
>
>
> Mike
>
>



-- 
Bruce Hayden
Linux on System z Advanced Technical Support
Endicott, NY

How comments treated by DIRMAINT

[Horlick, Michael]

Greetings,

 

We have a situation that has been annoying us for quite awhile now with regards 
to DIRMAINT. When we add MDISKs for a user (especially for a VSE user) we 
usually add comment statements just before the new MDISK. No problem, except 
when we later GET the directory entry the comments are in the wrong place.

 

Example:

 

I created a dummy user:

 

USER TEST1 X1X2X 32M 128M G 01300910

   INCLUDE CMSSTD   01300910

   LINK RSCS 0191 0192 RR   01300910

*  THIS IS A COMMENT

*  MDISK 0191 3380 1548 3 ST160D MR ALL 01300910

 

When I do a DIRM FOR TEST1 GET, I get back in my reader:

 

USER TEST1 X1X2X 32M 128M G 02071121

   INCLUDE CMSSTD   02071121

*  THIS IS A COMMENT02071121

*  MDISK 0191 3380 1548 3 ST160D MR ALL 02071121

   LINK RSCS 0191 0192 RR   02071121

*DVHOPT LNK0 LOG1 RCM1 SMS0 NPW1 LNGAMENG PWC20080207 CRCæE 

 

Why and how does DIRMAINT shuffle the directory entry sent to it and is there a 
way to stop it from doing so? 

 

Thanks,

 

Mike

 

Re: GLOBALV question

[Horlick, Michael]

Richard,

That's odd. I issue many SETS and the SESSION GLOBALV A file looks fine after. 
>From the book they both seem to append to this file.

Mike 


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Schuh, Richard
Sent: January 18, 2008 1:31 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: GLOBALV question

SETS updates the in-memory variable. PUTS does the same and also writes it to 
the SESSION GLOBALV file.

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Horlick, Michael
> Sent: Friday, January 18, 2008 10:24 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: GLOBALV question
> 
> I am a little confused in the difference between a SETS , for 
> example and a PUTS. 
> 
> My question is really about speed of retrieval. Is it faster 
> searching one group with many variables or have a group for 
> each variable with one variable per group?
> 
> Thanks,
> 
> Mike 
> 
> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens
> Sent: January 18, 2008 12:41 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: GLOBALV question
> 
> When using a single table, it is possible to set/get more 
> than one item in a single GLOBALV call (I don't know if that 
> would be useful for you).
>   GLOBALV SELECT PRT SETS A198.10.10.10 B198.10.10.11 
>  C 198.10.10.12
> 
> Faster due to the general rule: ask as much as possible in 
> one call, but it only works if the values to save are single words.
> 
> Note too that GLOBALV PUTS would be slower, as here GLOBALV 
> has not only to be started, but it needs to call back to REXX 
> to obtain the variable contents.
> 
> I also learned some day that the REXX interface (with the VALUE()
> function) is faster than GLOBALV.  I verified this once and 
> it is only true when GLOBALV is used to get/set a single variable.
> 
> A last remark: do not use SET¨P/SETS/PUTP/PUTS when you don't 
> change the variable contents: the GLOBALV file on disk will 
> be updated in anyhow, even though it is not required..
> 
> 2008/1/18, Stracka, James (GTI) <[EMAIL PROTECTED]>:
> >
> >
> >
> > I have  no clue which would be faster.  Perhaps Kris knows. 
>  It does seem that  option #2 is easier to code as you only 
> have one substitution variable instead  of two for the GET.
> >
> >
> > -Original Message-
> > From: The IBM z/VMOperating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Horlick,Michael
> > Sent: Friday, January 18, 2008 10:27 AM
> > To:IBMVM@LISTSERV.UARK.EDU
> > Subject: GLOBALVquestion
> >
> >
> >
> >
> > Greetings,
> >
> >
> >
> > I am trying to create anassociative array of some sort 
> that will be preserved across EXEC invocations.I thought 
> the best way of doing this is using the GLOBALVcommand.
> >
> >
> >
> > I have a list of printers andtheir IP addresses. For 
> example, printers A, B, C with IP addresses198.10.10.10, 
> 198.10.10.11 and 198.10.10.12respectively.
> >
> >
> >
> > Is it better to do a
> >
> >
> >
> > GLOBALV SELECT A SETS A198.10.10.10
> >
> > GLOBALV SELECT B SETS B198.10.10.11
> >
> > GLOBALV SELECT C SETS C198.10.10.12
> >
> >
> >
> > Or
> >
> >
> >
> > GLOBALV SELECT PRT SETS A198.10.10.10
> >
> > GLOBALV SELECT PRT SETS B198.10.10.11
> >
> > GLOBALV SELECT PRT SETS C198.10.10.12
> >
> >
> >
> > Is it faster to retrieve the IPaddress of printer X, if 
> it exists, for example, with the command 'GLOBALVSELECT X 
> GET X' or 'GLOBALV SELECT PRT GET X'?
> >
> >
> >
> > We are talking about 300 printers.Would it make a 
> difference either way?
> >
> >
> >
> > Thanks,
> >
> >
> >
> > MikeHorlick
> >
> > CGI Montreal
> >  
> 
> >
> > This message w/attachments (message) may be privileged, 
> confidential or proprietary, and if you are not an intended 
> recipient, please notify the sender, do not use or share it 
> and delete it. Unless specifically indicated, this message is 
> not an offer to sell or a solicitation of any investment 
> products or other financial product or service, an official 
> confirmation of any transaction, or an official statement of 
> Merrill Lynch. Subject to appli