Dougherty, Margaret is out of the office.

[Margaret Dougherty]

I will be out of the office starting  07/10/2008 and will not return until 
07/14/2008.

I will respond to your message when I return.

*** IMPORTANT
NOTE* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.

Re: Query what the name of the SYTEM CONFIG file used was?

[Raymond Noal]

Marcy,

Right you are. Thanks for the info.

HITACHI
 DATA SYSTEMS 
Raymond E. Noal 
Senior Technical Engineer 
Office: (408) 970 - 7978 


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Marcy Cortes
Sent: Thursday, July 10, 2008 7:51 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Query what the name of the SYTEM CONFIG file used was?

Q CPLOAD will tell you that one. 


Marcy 
"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."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Raymond Noal
Sent: Thursday, July 10, 2008 7:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used was?

QUERY IPLPARMS only seems to give you the data from the PARM section of the 
SAIPL screen. What if you wanted to know which extent was used? Is there a 
query for that parameter?

HITACHI
 DATA SYSTEMS
Raymond E. Noal
Senior Technical Engineer
Office: (408) 970 - 7978 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan 
Altmark
Sent: Wednesday, July 09, 2008 8:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Query what the name of the SYTEM CONFIG file used was?

On Wednesday, 07/09/2008 at 08:24 EDT, Marcy Cortes <[EMAIL PROTECTED]> wrote:
> Is there a way to query this? 
> Particularly the one that got chosen by putting FNn in the 
> LOADPARM
field 
> on the HMC? 

Check QUERY IPLPARMS. 

Alan Altmark
z/VM Development
IBM Endicott

Re: Query what the name of the SYTEM CONFIG file used was?

[Marcy Cortes]

Q CPLOAD will tell you that one. 


Marcy 
"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."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Raymond Noal
Sent: Thursday, July 10, 2008 7:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used was?

QUERY IPLPARMS only seems to give you the data from the PARM section of the 
SAIPL screen. What if you wanted to know which extent was used? Is there a 
query for that parameter?

HITACHI
 DATA SYSTEMS
Raymond E. Noal
Senior Technical Engineer
Office: (408) 970 - 7978 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan 
Altmark
Sent: Wednesday, July 09, 2008 8:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Query what the name of the SYTEM CONFIG file used was?

On Wednesday, 07/09/2008 at 08:24 EDT, Marcy Cortes <[EMAIL PROTECTED]> wrote:
> Is there a way to query this? 
> Particularly the one that got chosen by putting FNn in the 
> LOADPARM
field 
> on the HMC? 

Check QUERY IPLPARMS. 

Alan Altmark
z/VM Development
IBM Endicott

Re: Query what the name of the SYTEM CONFIG file used was?

[Raymond Noal]

QUERY IPLPARMS only seems to give you the data from the PARM section of the 
SAIPL screen. What if you wanted to know which extent was used? Is there a 
query for that parameter?

HITACHI
 DATA SYSTEMS 
Raymond E. Noal 
Senior Technical Engineer 
Office: (408) 970 - 7978 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan 
Altmark
Sent: Wednesday, July 09, 2008 8:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Query what the name of the SYTEM CONFIG file used was?

On Wednesday, 07/09/2008 at 08:24 EDT, Marcy Cortes 
<[EMAIL PROTECTED]> wrote:
> Is there a way to query this? 
> Particularly the one that got chosen by putting FNn in the LOADPARM 
field 
> on the HMC? 

Check QUERY IPLPARMS. 

Alan Altmark
z/VM Development
IBM Endicott

Re: TCPIP

[Martin, Terry R. (CMS/CTR) (CTR)]

Thanks Miguel! I appreciate the help.

 

Terry

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Miguel Delapaz
Sent: Thursday, July 10, 2008 7:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP

 

Whitespace isn't terribly interesting in CMS NAMES files (which SYSTEM
DTCPARMS is). Your statement could look as follows and work just fine:

:nick.TCPIP:type.server

:class.stack

:ATTACH.8304-8306,
 8900-8902,
 9300-9302,
 EA00-EA02,
 EB00-EB02


Continue as needed :-)

Regards,
Miguel Delapaz
z/VM TCP/IP Development 


The IBM z/VM Operating System  wrote on
07/10/2008 03:56:01 PM:

> [image removed] 
> 
> Re: TCPIP
> 
> Martin, Terry R. (CMS/CTR) (CTR) 
> 
> to:
> 
> IBMVM
> 
> 07/10/2008 03:56 PM
> 
> Sent by:
> 
> The IBM z/VM Operating System 
> 
> Please respond to The IBM z/VM Operating System
> 
> Hi
>  
> What I have works. I am going to have to add more and I need to 
> continue the statement on another line. Do you know the proper 
> syntax to continue the ATTACH on another line?
>  
> Thank You,
>  
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED]
>   
> Does anyone know the proper syntax for continuing the :ATTACH 
> statement in the TCP/IP PROFILE? 
>   
> My SYSTEM DTCPARMS follows: 
>   
>
.**

> .* SYSTEM DTCPARMS created by DTCIPWIZ EXEC on 6 May 2008

> .* Configuration program run by MAINT at 09:36:31

>
.**

> :nick.TCPIP:type.server

>  :class.stack

>
:ATTACH.8304-8306,8900-8902,9300-9302,EA00-EA02,EB00-EB02
>   
> Thank You, 
>   
> Terry Martin 
> Lockheed Martin - Information Technology 
> z/OS & z/VM Systems - Performance and Tuning 
> Cell - 443 632-4191 
> Work - 410 786-0386 
> [EMAIL PROTECTED] 

Re: TCPIP

[Miguel Delapaz]

Whitespace isn't terribly interesting in CMS NAMES files (which SYSTEM
DTCPARMS is).  Your statement could look as follows and work just fine:

:nick.TCPIP:type.server
 :class.stack

 :ATTACH.8304-8306,
 8900-8902,
 9300-9302,
 EA00-EA02,
 EB00-EB02


Continue as needed :-)

Regards,
Miguel Delapaz
z/VM TCP/IP Development


The IBM z/VM Operating System  wrote on 07/10/2008
03:56:01 PM:

> [image removed]
>
> Re: TCPIP
>
> Martin, Terry R. (CMS/CTR) (CTR)
>
> to:
>
> IBMVM
>
> 07/10/2008 03:56 PM
>
> Sent by:
>
> The IBM z/VM Operating System 
>
> Please respond to The IBM z/VM Operating System
>
> Hi
>
> What I have works. I am going to have to add more and I need to
> continue the statement on another line. Do you know the proper
> syntax to continue the ATTACH on another line?
>
> Thank You,
>
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED]
>
> Does anyone know the proper syntax for continuing the :ATTACH
> statement in the TCP/IP PROFILE?
>
> My SYSTEM DTCPARMS follows:
>
> .**

> .* SYSTEM DTCPARMS created by DTCIPWIZ EXEC on 6 May 2008

> .* Configuration program run by MAINT at 09:36:31

> .**

> :nick.TCPIP:type.server

>  :class.stack

>
:ATTACH.8304-8306,8900-8902,9300-9302,EA00-EA02,EB00-EB02
>
> Thank You,
>
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED]

Re: TCPIP

[Martin, Terry R. (CMS/CTR) (CTR)]

Hi

 

What I have works. I am going to have to add more and I need to continue
the statement on another line. Do you know the proper syntax to continue
the ATTACH on another line?

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: Thursday, July 10, 2008 6:51 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP

 


I haven't personally attached more than one range of devices in a
DTCPARMS file, and the book agrees with what you have.  But then the
example shows a space after each comma.  It's worth a try... 


Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily
represent the opinions or policies of Hewitt Associates. 



"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System"  

07/10/2008 05:42 PM 

Please respond to
"The IBM z/VM Operating System" 

To

IBMVM@LISTSERV.UARK.EDU 

cc

 

Subject

Re: TCPIP

 

 

 




Hi 
  
Does anyone know the proper syntax for continuing the :ATTACH statement
in the TCP/IP PROFILE? 
  
My SYSTEM DTCPARMS follows: 
  
.**

.* SYSTEM DTCPARMS created by DTCIPWIZ EXEC on 6 May 2008

.* Configuration program run by MAINT at 09:36:31

.**

:nick.TCPIP:type.server

 :class.stack

 
:ATTACH.8304-8306,8900-8902,9300-9302,EA00-EA02,EB00-EB02 
  
Thank You, 
  
Terry Martin 
Lockheed Martin - Information Technology 
z/OS & z/VM Systems - Performance and Tuning 
Cell - 443 632-4191 
Work - 410 786-0386 
[EMAIL PROTECTED] 

 




From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Miguel Delapaz
Sent: Thursday, July 10, 2008 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP 
  

IFCONFIG  UP 

or

NETSTAT OBEY START 

Issue either command from a user ID in the TCP/IP server's OBEY list

Regards,
Miguel Delapaz
z/VM TCP/IP Development 


The IBM z/VM Operating System  wrote on
07/10/2008 11:23:26 AM:

> Hi
>  
> I found out that there was an issue with this 10.17xxx which has 
> been corrected.
>  
> I have another question, is there a way to START a TCP/IP DEVICE 
> outside of the TCPIP PROFILE? 
>  
> Thank You,
>  
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED] 





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

[Martin, Terry R. (CMS/CTR) (CTR)]

Thanks for the help Migue!

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Miguel Delapaz
Sent: Thursday, July 10, 2008 6:09 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP

 

MAINT should be fine. You don't need to use OBEYFILE if all you're
trying to do is start a device (which is what I thought your question
asked). The commands I mentioned will do that just fine. If you need to
configure a device, IFCONFIG can take care of that as well and IMO tends
to be significantly more straightforward than OBEYFILE. See TCP/IP
Planning and Customization or HELP TCPIP IFCONFIG for command options.

Regards,
Miguel Delapaz
z/VM TCP/IP Development 


The IBM z/VM Operating System  wrote on
07/10/2008 12:25:03 PM:

>  
> For instance I can issue one of these commands from the MAINT 
> USERID? Do I need to add this to a OBEY profile and then do a
>  
> OBEYFILE PROFILE X
>  
> 
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
> On Behalf Of Miguel Delapaz
> Sent: Thursday, July 10, 2008 2:50 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: TCPIP
>  
> IFCONFIG  UP 
> 
> or
> 
> NETSTAT OBEY START 
> 
> Issue either command from a user ID in the TCP/IP server's OBEY list
> 
> Regards,
> Miguel Delapaz
> z/VM TCP/IP Development 

Re: TCPIP

[Mike Walter]

I haven't personally attached more than one range of devices in a DTCPARMS 
file, and the book agrees with what you have.  But then the example shows 
a space after each comma.  It's worth a try...

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.



"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" 
07/10/2008 05:42 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: TCPIP






Hi
 
Does anyone know the proper syntax for continuing the :ATTACH statement in 
the TCP/IP PROFILE?
 
My SYSTEM DTCPARMS follows:
 
.** 
.* SYSTEM DTCPARMS created by DTCIPWIZ EXEC on 6 May 2008 
.* Configuration program run by MAINT at 09:36:31 
.** 
:nick.TCPIP:type.server 
 :class.stack  
 
:ATTACH.8304-8306,8900-8902,9300-9302,EA00-EA02,EB00-EB02
 
Thank You,
 
Terry Martin
Lockheed Martin - Information Technology
z/OS & z/VM Systems - Performance and Tuning
Cell - 443 632-4191
Work - 410 786-0386
[EMAIL PROTECTED]

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On 
Behalf Of Miguel Delapaz
Sent: Thursday, July 10, 2008 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP
 
IFCONFIG  UP 

or

NETSTAT OBEY START 

Issue either command from a user ID in the TCP/IP server's OBEY list

Regards,
Miguel Delapaz
z/VM TCP/IP Development 


The IBM z/VM Operating System  wrote on 
07/10/2008 11:23:26 AM:

> Hi
> 
> I found out that there was an issue with this 10.17xxx which has 
> been corrected.
> 
> I have another question, is there a way to START a TCP/IP DEVICE 
> outside of the TCPIP PROFILE? 
> 
> Thank You,
> 
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED]




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

[Martin, Terry R. (CMS/CTR) (CTR)]

Hi

 

Does anyone know the proper syntax for continuing the :ATTACH statement
in the TCP/IP PROFILE?

 

My SYSTEM DTCPARMS follows:

 

.**


.* SYSTEM DTCPARMS created by DTCIPWIZ EXEC on 6 May 2008


.* Configuration program run by MAINT at 09:36:31


.**


:nick.TCPIP:type.server


 :class.stack


 
:ATTACH.8304-8306,8900-8902,9300-9302,EA00-EA02,EB00-EB02

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Miguel Delapaz
Sent: Thursday, July 10, 2008 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP

 

IFCONFIG  UP 

or

NETSTAT OBEY START 

Issue either command from a user ID in the TCP/IP server's OBEY list

Regards,
Miguel Delapaz
z/VM TCP/IP Development 


The IBM z/VM Operating System  wrote on
07/10/2008 11:23:26 AM:

> Hi
>  
> I found out that there was an issue with this 10.17xxx which has 
> been corrected.
>  
> I have another question, is there a way to START a TCP/IP DEVICE 
> outside of the TCPIP PROFILE? 
>  
> Thank You,
>  
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED]

Re: CMS Multi-tasking - How is it different from z/OS task management

[dave]

Hi, Gary.

Please see my comments below
- Original Message -
From: "Gary M. Dennis" <[EMAIL PROTECTED]>
To: IBMVM@LISTSERV.UARK.EDU
Subject: CMS Multi-tasking - How is it different from z/OS
task management
Date: Thu, 10 Jul 2008 17:13:50 -0500

> We are attempting to leverage z/VM CMS multi-tasking
> capabilities for Windows® thread management.
>

Cool, I think you'll find that environment fun to work
with...

> We have substantial z/OS experience with regard to task
> management and serialization so what we are experiencing
> in a CMS environment doesn¹t fit what we had
anticipated.
>

I can certainly understand thatCMS multitasking support
has very little, if anything, in common with the MVS
multitasking approach. The CMS multitasking that was added
(to CMS R6?) is modeled after the thread and process model
found in OS/2. It also has some resemblance to the POSIX
process and thread model, too, I believe.

> Our test was conducted on a virtual machine for which two
> CPU¹s are defined. The test program contains CSECTS MAIN
> and THREAD1. The program is invoked under CMS.
>
> CSECT MAIN process
>
> 1. Initialization
>
> 2. Call VM thread create (referencing THREAD1 CSECT) from
> within MAIN CSECT in order to create THREAD1 process in a
> different class (new-Class specified on thread create
> call).
>
> 3. Issue WTO repeatedly
>

CMS simulates the MVS WTO macro; and there might be
something in that simulation that does not play nicely with
the other parts of CMS multitasking support. CMS support for
MVS application development hasn't been looked at in years,
and I don't know if that support changed any because of
multitasking. Consider replacing your WTO with equivalent
CMS function.

> THREAD1 CSECT process
>
> 1. Initialization
> 2. Issue WTO repeatedly
>
> What we expected:  Interspersed WTO's from both MAIN and
> THREAD1 threads
>
> What we get: THREAD1 WTOs only. We thought MAIN, being in
> a separate class (and therefore eligible to be assigned to
> different CPUs) would dispatch (and both issue WTOs) but
> this did not happen.  In z/OS the fact that the WTO was
> issued would provide sufficient dispatch latency for
> another task to get a time slice.
>
> Additional observations:
>
> 1. If line write is substituted for WTO in MAIN and
> THREAD1 there is no observed difference.
>
> 2. The program works as expected IF yield is called within
> the WTO loops in MAIN and THREAD1.
>
> Why should yield have to be called?  Any thread wizards
> out there?
>

If you have created these two threads so that they have the
same dispatching class, then that may be the source of your
problem. No two threads in a class are ever dispatched in
parallel. That is to say, they are never in execution at the
same time on different processors (CPUs). However, any
thread can be preempted by or dispatched in parallel with
any thread in a different class. See the section on
Dispatching Classes in the CMS Application Multitasking
document.

BTW, when CMS is first IPL-ed in a virtual machine, it
itself creates some threads that it uses internally to
control it's processing. One of those threads is the command
handler that processes commands input from the virtual
console.

Hope this helps.

DJ
>
> --.  .-  .-.  -.--
>
> Gary Dennis
> Mantissa Corporation

Re: CMS Multi-tasking - How is it different from z/OS task management

[Gillis, Mark]

This doesn't completely answer your question, but I was told that because the 
people writing Multitasking CMS were limited in how much of CMS they were 
allowed to change, that most traditional system calls are scheduled to the base 
CPU. Therefore, providing multiple CPUs can actually degrade performance.

Mark Gillis
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gary 
M. Dennis
Sent: Friday, 11 July 2008 8:14 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CMS Multi-tasking - How is it different from z/OS task management

We are attempting to leverage z/VM CMS multi-tasking capabilities for
Windows® thread management.

We have substantial z/OS experience with regard to task management and
serialization so what we are experiencing in a CMS environment doesn¹t fit
what we had anticipated.

Our test was conducted on a virtual machine for which two CPU¹s are defined.
The test program contains CSECTS MAIN and THREAD1. The program is invoked
under CMS. 

CSECT MAIN process

1. Initialization 

2. Call VM thread create (referencing THREAD1 CSECT) from within MAIN CSECT
in order to create THREAD1 process in a different class (new-Class specified
on thread create call).

3. Issue WTO repeatedly

THREAD1 CSECT process

1. Initialization
2. Issue WTO repeatedly

What we expected:  Interspersed WTO's from both MAIN and THREAD1 threads

What we get: THREAD1 WTOs only. We thought MAIN, being in a separate class
(and therefore eligible to be assigned to different CPUs) would dispatch
(and both issue WTOs) but this did not happen.  In z/OS the fact that the
WTO was issued would provide sufficient dispatch latency for another task to
get a time slice.

Additional observations:

1. If line write is substituted for WTO in MAIN and THREAD1 there is no
observed difference.

2. The program works as expected IF yield is called within the WTO loops in
MAIN and THREAD1.

Why should yield have to be called?  Any thread wizards out there?


--.  .-  .-.  -.--

Gary Dennis
Mantissa Corporation

Re: CMS Multi-tasking - How is it different from z/OS task management

[Dave Wade]

Its been a while , but I suspect that WTO causes the CMS machine to become
ineligible for dispatch. Have you tried using a CMS I/O macro

Dave Wade G4UGM
Illegitimi Non Carborundum



> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Gary M. Dennis
> Sent: 10 July 2008 23:14
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: CMS Multi-tasking - How is it different from z/OS 
> task management
> 
> 
> We are attempting to leverage z/VM CMS multi-tasking 
> capabilities for Windows® thread management.
> 
> We have substantial z/OS experience with regard to task 
> management and serialization so what we are experiencing in a 
> CMS environment doesn¹t fit what we had anticipated.
> 
> Our test was conducted on a virtual machine for which two 
> CPU¹s are defined. The test program contains CSECTS MAIN and 
> THREAD1. The program is invoked
> under CMS. 
> 
> CSECT MAIN process
> 
> 1. Initialization 
> 
> 2. Call VM thread create (referencing THREAD1 CSECT) from 
> within MAIN CSECT in order to create THREAD1 process in a 
> different class (new-Class specified on thread create call).
> 
> 3. Issue WTO repeatedly
> 
> THREAD1 CSECT process
> 
> 1. Initialization
> 2. Issue WTO repeatedly
> 
> What we expected:  Interspersed WTO's from both MAIN and 
> THREAD1 threads
> 
> What we get: THREAD1 WTOs only. We thought MAIN, being in a 
> separate class (and therefore eligible to be assigned to 
> different CPUs) would dispatch (and both issue WTOs) but this 
> did not happen.  In z/OS the fact that the WTO was issued 
> would provide sufficient dispatch latency for another task to 
> get a time slice.
> 
> Additional observations:
> 
> 1. If line write is substituted for WTO in MAIN and THREAD1 
> there is no observed difference.
> 
> 2. The program works as expected IF yield is called within 
> the WTO loops in MAIN and THREAD1.
> 
> Why should yield have to be called?  Any thread wizards out there?
> 
> 
> --.  .-  .-.  -.--
> 
> Gary Dennis
> Mantissa Corporation

CMS Multi-tasking - How is it different from z/OS task management

[Gary M. Dennis]

We are attempting to leverage z/VM CMS multi-tasking capabilities for
Windows® thread management.

We have substantial z/OS experience with regard to task management and
serialization so what we are experiencing in a CMS environment doesn¹t fit
what we had anticipated.

Our test was conducted on a virtual machine for which two CPU¹s are defined.
The test program contains CSECTS MAIN and THREAD1. The program is invoked
under CMS. 

CSECT MAIN process

1. Initialization 

2. Call VM thread create (referencing THREAD1 CSECT) from within MAIN CSECT
in order to create THREAD1 process in a different class (new-Class specified
on thread create call).

3. Issue WTO repeatedly

THREAD1 CSECT process

1. Initialization
2. Issue WTO repeatedly

What we expected:  Interspersed WTO's from both MAIN and THREAD1 threads

What we get: THREAD1 WTOs only. We thought MAIN, being in a separate class
(and therefore eligible to be assigned to different CPUs) would dispatch
(and both issue WTOs) but this did not happen.  In z/OS the fact that the
WTO was issued would provide sufficient dispatch latency for another task to
get a time slice.

Additional observations:

1. If line write is substituted for WTO in MAIN and THREAD1 there is no
observed difference.

2. The program works as expected IF yield is called within the WTO loops in
MAIN and THREAD1.

Why should yield have to be called?  Any thread wizards out there?


--.  .-  .-.  -.--

Gary Dennis
Mantissa Corporation

Re: TCPIP

[Miguel Delapaz]

MAINT should be fine.  You don't need to use OBEYFILE if all you're trying
to do is start a device (which is what I thought your question asked).  The
commands I mentioned will do that just fine.  If you need to configure a
device, IFCONFIG can take care of that as well and IMO tends to be
significantly more straightforward than OBEYFILE.  See TCP/IP Planning and
Customization or HELP TCPIP IFCONFIG for command options.

Regards,
Miguel Delapaz
z/VM TCP/IP Development


The IBM z/VM Operating System  wrote on 07/10/2008
12:25:03 PM:

>
> For instance I can issue one of these commands from the MAINT
> USERID? Do I need to add this to a OBEY profile and then do a
>
> OBEYFILE PROFILE X
>
>
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> On Behalf Of Miguel Delapaz
> Sent: Thursday, July 10, 2008 2:50 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: TCPIP
>
> IFCONFIG  UP
>
> or
>
> NETSTAT OBEY START 
>
> Issue either command from a user ID in the TCP/IP server's OBEY list
>
> Regards,
> Miguel Delapaz
> z/VM TCP/IP Development

Re: removing alternate IP address

[phillip]

yes that got it even though it did not give me a nice response
that it had done anything. (this is zVM 4.4)

ifconfig cdg1 10.80.20.31 delete 10.80.20.173
prg

Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL

> 
> ifconfig ?
> 
> -- 
> Jack J. Woehr# "Self-delusion is
> http://www.well.com/~jax #  half the battle!"
> http://www.softwoehr.com #  - Zippy the Pinhead
> 

Re: removing alternate IP address

[Jack Woehr]

[EMAIL PROTECTED] wrote:


is there a command to turn this off on the fly or
will i have to take the old address out and cycle TCPIP?


ifconfig ?

--
Jack J. Woehr# "Self-delusion is
http://www.well.com/~jax #  half the battle!"
http://www.softwoehr.com #  - Zippy the Pinhead

removing alternate IP address

[phillip]

at some point in the distant past, we moved VM TCPIP from 10.80.20.173 
to 10.80.20.31 (in order to lump all the mainframe addresses together)

so 10.80.20.31 became the primary address, but the PROFILE TCPIP file 
still
has the old address in it:

HOME

  10.80.20.31 CDG1
  10.80.20.173 CDG1

and, indeed, i can still telnet to VM using the old address.

we would now like to use this old address for a different server (non MF.)
is there a command to turn this off on the fly or 
will i have to take the old address out and cycle TCPIP?

prg

Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL

Re: TCPIP

[Martin, Terry R. (CMS/CTR) (CTR)]

Hi 

 

For instance I can issue one of these commands from the MAINT USERID? Do
I need to add this to a OBEY profile and then do a

 

OBEYFILE PROFILE X

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Miguel Delapaz
Sent: Thursday, July 10, 2008 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP

 

IFCONFIG  UP 

or

NETSTAT OBEY START 

Issue either command from a user ID in the TCP/IP server's OBEY list

Regards,
Miguel Delapaz
z/VM TCP/IP Development 


The IBM z/VM Operating System  wrote on
07/10/2008 11:23:26 AM:

> Hi
>  
> I found out that there was an issue with this 10.17xxx which has 
> been corrected.
>  
> I have another question, is there a way to START a TCP/IP DEVICE 
> outside of the TCPIP PROFILE? 
>  
> Thank You,
>  
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED]

Re: TCPIP

[Miguel Delapaz]

IFCONFIG  UP

or

NETSTAT OBEY START 

Issue either command from a user ID in the TCP/IP server's OBEY list

Regards,
Miguel Delapaz
z/VM TCP/IP Development


The IBM z/VM Operating System  wrote on 07/10/2008
11:23:26 AM:

> Hi
>
> I found out that there was an issue with this 10.17xxx which has
> been corrected.
>
> I have another question, is there a way to START a TCP/IP DEVICE
> outside of the TCPIP PROFILE?
>
> Thank You,
>
> Terry Martin
> Lockheed Martin - Information Technology
> z/OS & z/VM Systems - Performance and Tuning
> Cell - 443 632-4191
> Work - 410 786-0386
> [EMAIL PROTECTED]

Re: TCPIP

[Martin, Terry R. (CMS/CTR) (CTR)]

Hi

 

I found out that there was an issue with this 10.17xxx which has been
corrected.

 

I have another question, is there a way to START a TCP/IP DEVICE outside
of the TCPIP PROFILE? 

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Thursday, July 10, 2008 1:26 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP

 

Oh Smurf is a type of Denial of Service and the IC means that it is
incoming.

 

Ed Martin

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Thursday, July 10, 2008 1:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: TCPIP

 

Hi 

 

I re-cycled my TCPIP stack and noticed the following message while it
was coming up:

 

DTCNET400W A denial-of-service attack has been detected; issue NETSTAT
DOS for more information.

 

The output from the NETSTAT DOS command was:

 

netstat dos


VM TCP/IP Netstat Level 530


 


Maximum Number of Half Open Connections: 258


 


Denial of service attacks:


   Attacks   Elapsed
Attack  

Attack   IP Address   Detected  Time
Duration  

 --- - -
-  

Smurf-IC 10.17.2.5 210   0:04:46
0:04:45  

 

Does anyone know what this means and if it is a real problem? It looks
like the ATTACKS number is rising quickly.

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]

 

Re: Oracle 10g mini disk set up on z/VM 5.3 with Red Hat Linux 4.6 and above

[Gentry, Stephen]

It looks to me like you need all of them.  191 is where your PROFILE EXEC, etc 
will go.  201->204 is where you Linux distro will be installed and 301->302 is 
where your database will go.

I haven't installed oracle specifically, but I have done a number of linux 
installs and this seems to be the general pattern.

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Juarez, David T.
Sent: Thursday, July 10, 2008 11:28 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Oracle 10g mini disk set up on z/VM 5.3 with Red Hat Linux 4.6 and 
above

 

On page 21 in the PDF "Using Oracle Solutions on Linux for System Z" which can 
be found at

 http://www.redbooks.ibm.com/abstracts/sg247573.html  it is not clear to me if 
minidisks 191, 201-204, 301-302 are all needed for Oracle's use or just a few 
of them. What are Oracle 10g's minidisk requirements when running under z/VM 
5.3 and Red Hat
Linux 4.6 and above?  Thanks in advance.

 

David Juárez

CDC eServer Systems Support  (310B)

IT Specialist - Systems Programmer

512-326-6116  Work

 

 

Re: Query what the name of the SYTEM CONFIG file used was?

[Kris Buelens]

Fiddling with the system ID is a NOGO when having many VM systems: the
system ID is the often checked by various execs.  And, yes, some execs
use IDENTIFY, other programmers uses CP Q USERID, so SYSTEM NETID and
SYSTEM CONFIG must set the same system ID.
What we did was storing a file on AUTOLOG1 while taking the disaster
backups. When the file is found, AUTOLOG1 would prompt the operator to
tell if it was an IPL after a disater or not.

2008/7/10 John Franciscovich <[EMAIL PROTECTED]>:
>
> >And a corollary to that question...
> >
> >I know the system config can have a "say" command.
> >But is there also a "stop" or "exit" or "abort"?
> >i.e. is there a way to say whoa, this system config does not belong on
> >this CPU - I'm not where I wanted to be! - disable wait me?
>
> Marcy,
>
> There is no "stop", "exit", or "abort", but if you use different
> system identifiers (which are defined by CPU)
> you can use a combination of record qualifiers and
> IMBED statements (to make the record qualifiers less tedious) to cause
> only the relevant statements to be processed for each system.
>
> For example, with system identifiers DTEST and DREAL:
>
> DTEST: IMBED DISTEST CONFIG
> DREAL: IMBED DISREAL CONFIG
>
> DISTEST CONFIG and DISREAL CONFIG are separate config files with
> statements that are unique to one system or the other.
>
> If this applies to only a few statements, you can just put them all in
> the same config file and use a record qualifier on each statement
> that is unique to one system or the other.
>
> John Franciscovich
> z/VM Development



--
Kris Buelens,
IBM Belgium, VM customer support

Re: TCPIP

[Stephen Frazier]

Could be. Ask your network people who is at IP address 10.17.2.5 and what they 
are doing.

Martin, Terry R. (CMS/CTR) (CTR) wrote:
Denial of service 
attacks: 

   Attacks   Elapsed
Attack 

Attack   IP Address   Detected  Time  
Duration 

 --- - - 
- 

Smurf-IC 10.17.2.5 210   0:04:46   
0:04:45 

 

Does anyone know what this means and if it is a real problem? It looks 
like the ATTACKS number is rising quickly.


--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: TCPIP

[Edward M. Martin]

Oh Smurf is a type of Denial of Service and the IC means that it is
incoming.

 

Ed Martin

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Thursday, July 10, 2008 1:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: TCPIP

 

Hi 

 

I re-cycled my TCPIP stack and noticed the following message while it
was coming up:

 

DTCNET400W A denial-of-service attack has been detected; issue NETSTAT
DOS for more information.

 

The output from the NETSTAT DOS command was:

 

netstat dos


VM TCP/IP Netstat Level 530


 


Maximum Number of Half Open Connections: 258


 


Denial of service attacks:


   Attacks   Elapsed
Attack  

Attack   IP Address   Detected  Time
Duration  

 --- - -
-  

Smurf-IC 10.17.2.5 210   0:04:46
0:04:45  

 

Does anyone know what this means and if it is a real problem? It looks
like the ATTACKS number is rising quickly.

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]

 

Re: TCPIP

[Thomas Kern]

Smurf-IC is a particular type of Denial-of-Service attack (my network
security people never explained in more detail) and it is comming from an
 IP
address of 10.17.2.5. I think that is inside your network and might indic
ate
a workstation that has been infected with something. If it came from outs
ide
your network, there usually isn't much the network people can do. z/VM ha
s
already recognized it as a DOS attack and it is going into the bit-bucket
.
But an inside IP they might be able do something about.
 
/Tom Kern


On Thu, 10 Jul 2008 13:17:33 -0400, Martin, Terry R. (CMS/CTR) (CTR)
<[EMAIL PROTECTED]> wrote:

>Hi 
>
>I re-cycled my TCPIP stack and noticed the following message while it
>was coming up:
>
>DTCNET400W A denial-of-service attack has been detected; issue NETSTAT
>DOS for more information.
>
>The output from the NETSTAT DOS command was:
>
>netstat dos
>
>VM TCP/IP Netstat Level 530
>
>Maximum Number of Half Open Connections: 258
>
>Denial of service attacks:
>   Attacks   Elapsed
>Attack  
>
>Attack   IP Address   Detected  Time
>Duration  
>
> --- - -
>-  
>
>Smurf-IC 10.17.2.5 210   0:04:46
>0:04:45  
>
>Does anyone know what this means and if it is a real problem? It looks
>like the ATTACKS number is rising quickly.
>
>Thank You,
>Terry Martin
>
>Lockheed Martin - Information Technology
>z/OS & z/VM Systems - Performance and Tuning
>Cell - 443 632-4191
>Work - 410 786-0386
>[EMAIL PROTECTED]

Re: TCPIP

[Edward M. Martin]

Hello Terry,  (nice last name)
 
We did have the same problem.  The System Administrator
indicated that it was his PC and he did not find any problem.  
 
Then about a day later, a Network Administrator found a virus on that
PC.  
 
One group was not worried about it (PC people), but the Network people
were worried as network
performance was taking a hit.
 
Finally, we did get DOS from a Network system that was checking
for unused IP addresses.  The system would go out every 4 hours had ping
50-100 times to determine what addresses were really being used.
 
They adjusted it down to 2 every 5 hours for the next couple of
days.
 

 

 

Ed Martin

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Thursday, July 10, 2008 1:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: TCPIP

 

Hi 

 

I re-cycled my TCPIP stack and noticed the following message while it
was coming up:

 

DTCNET400W A denial-of-service attack has been detected; issue NETSTAT
DOS for more information.

 

The output from the NETSTAT DOS command was:

 

netstat dos


VM TCP/IP Netstat Level 530


 


Maximum Number of Half Open Connections: 258


 


Denial of service attacks:


   Attacks   Elapsed
Attack  

Attack   IP Address   Detected  Time
Duration  

 --- - -
-  

Smurf-IC 10.17.2.5 210   0:04:46
0:04:45  

 

Does anyone know what this means and if it is a real problem? It looks
like the ATTACKS number is rising quickly.

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]

 

Re: TCPIP

[McKown, John]

Sounds like this:
 
http://www.mail-archive.com/ibmvm@listserv.uark.edu/msg08725.html
 
and
 
http://vil.nai.com/vil/content/v_100019.htm


Overview -


This is a trojan detection. Unlike viruses, trojans do not
self-replicate. They are spread manually, often under the premise that
they are beneficial or wanted. The most common installation methods
involve system or security exploitation, and unsuspecting users manually
executing unknown programs. Distribution channels include email,
malicious or hacked web pages, Internet Relay Chat (IRC), peer-to-peer
networks, etc.


Aliases


*   DDoS.Win32.Smurf (AVP)


Characteristics


Characteristics -


This is a Denial of Service attack tool. It's used by an attacker to
send a specified number of ICMP & UDP packets to a victim. 




 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

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

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR)
(CTR)
Sent: Thursday, July 10, 2008 12:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: TCPIP



Hi 

 

I re-cycled my TCPIP stack and noticed the following message
while it was coming up:

 

DTCNET400W A denial-of-service attack has been detected; issue
NETSTAT DOS for more information.

 

The output from the NETSTAT DOS command was:

 

netstat dos


VM TCP/IP Netstat Level 530





Maximum Number of Half Open Connections: 258





Denial of service attacks:


   Attacks
ElapsedAttack  

Attack   IP Address   Detected
Time  Duration  

 --- -
- -  

Smurf-IC 10.17.2.5 210
0:04:46   0:04:45  

 

Does anyone know what this means and if it is a real problem? It
looks like the ATTACKS number is rising quickly.

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]

 

TCPIP

[Martin, Terry R. (CMS/CTR) (CTR)]

Hi 

 

I re-cycled my TCPIP stack and noticed the following message while it
was coming up:

 

DTCNET400W A denial-of-service attack has been detected; issue NETSTAT
DOS for more information.

 

The output from the NETSTAT DOS command was:

 

netstat dos


VM TCP/IP Netstat Level 530


 


Maximum Number of Half Open Connections: 258


 


Denial of service attacks:


   Attacks   Elapsed
Attack  

Attack   IP Address   Detected  Time
Duration  

 --- - -
-  

Smurf-IC 10.17.2.5 210   0:04:46
0:04:45  

 

Does anyone know what this means and if it is a real problem? It looks
like the ATTACKS number is rising quickly.

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]

 

Re: More simple REXX/PIPES

[Schuh, Richard]

"JOIN" was good, it just didn't go far enough :-)
 

Regards, 
Richard Schuh 

 

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, July 10, 2008 9:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: More simple REXX/PIPES


Perfect Richard..
My brain was stuck on 'JOIN *' 
Now it all fits.

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] Behalf Of Schuh, Richard
Sent: Thursday, July 10, 2008 11:08 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: More simple REXX/PIPES


Will "Join keylength 2" work?
 

Regards, 
Richard Schuh 

 

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, July 10, 2008 8:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: More simple REXX/PIPES


This shouldn't be very hard, but I seem to be a
little slow today.. can't find my Geritol.
 
I can do this with a bunch of 'IF''s and 'DO's
but I was looking for something prettier.
REXX or a PIPE, it doesn't matter.
I have input that looks like this:
 
01 data-a
01 data-b
01 data-c
01 data-d
02 data-a
02 data-b
02 data-c
02 data-d
.
.
99 data-x
.
xx data-a is always unique.
 
I want to create a variable that looks something
like this:
X.01 data-a data-b data-c data-d
X.02 data-a data-b data-c data-c
 
or since data-a is unique I could name the
variable data-a and have data-b data-c data-d in the var... then I'd
have to keep track of all of the names (data-a).
 
Anyone see a super simple way to do this with
pretty code? 
 
 
 

Re: More simple REXX/PIPES

[Huegel, Thomas]

Perfect Richard..
My brain was stuck on 'JOIN *'
Now it all fits.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Schuh, 
Richard
Sent: Thursday, July 10, 2008 11:08 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: More simple REXX/PIPES


Will "Join keylength 2" work?


Regards,
Richard Schuh






  _

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Huegel, Thomas
Sent: Thursday, July 10, 2008 8:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: More simple REXX/PIPES


This shouldn't be very hard, but I seem to be a little slow today.. can't find 
my Geritol.

I can do this with a bunch of 'IF''s and 'DO's but I was looking for something 
prettier.
REXX or a PIPE, it doesn't matter.
I have input that looks like this:

01 data-a
01 data-b
01 data-c
01 data-d
02 data-a
02 data-b
02 data-c
02 data-d
.
.
99 data-x
.
xx data-a is always unique.

I want to create a variable that looks something like this:
X.01 data-a data-b data-c data-d
X.02 data-a data-b data-c data-c

or since data-a is unique I could name the variable data-a and have data-b 
data-c data-d in the var... then I'd have to keep track of all of the names 
(data-a).

Anyone see a super simple way to do this with pretty code?

Re: More simple REXX/PIPES

[Thomas Kern]

I think you can do that with the TABULATE stage that is on the IBM Downlo
ads
website. I think after you sort by column 1.2 then you can do a TABULATE 
BY
1-2 LIST and it will use columns 1-2 as a key and join the rest together 
as
one record per key.
 
/Tom Kern


On Thu, 10 Jul 2008 10:57:49 -0500, Huegel, Thomas <[EMAIL PROTECTED]> wr
ote:

>This shouldn't be very hard, but I seem to be a little slow today.. can'
t
find my Geritol.
>
>I can do this with a bunch of 'IF''s and 'DO's but I was looking for
something prettier.
>REXX or a PIPE, it doesn't matter.
>I have input that looks like this:
>
>01 data-a
>01 data-b
>01 data-c
>01 data-d
>02 data-a
>02 data-b
>02 data-c
>02 data-d
>.
>.
>99 data-x
>.
>xx data-a is always unique.
>
>I want to create a variable that looks something like this:
>X.01 data-a data-b data-c data-d
>X.02 data-a data-b data-c data-c
>
>or since data-a is unique I could name the variable data-a and have data
-b
data-c data-d in the var... then I'd have to keep track of all of the nam
es
(data-a).
>
>Anyone see a super simple way to do this with pretty code?
>
>
>
>

Re: More simple REXX/PIPES

[McKown, John]

I am not very familiar with REXX in CMS. I don't know how to read files,
but the following may help some. If I understand what you want, which is
problematic.
 
 
/* REXX */
X.=''
INDICES=""
DO FOREVER
  RECORD=/* read a single record */
  PARSE VAR RECORD INDEX DATA
 X.INDEX=X.INDEX DATA
 IF POS(INDEX,INDICES) = 0 THEN INDICES=INDICES INDEX
END
DO I=1 TO WORDS(INDICES)
  INDEX=WORD(INDICES,I)
  SAY INDEX X.INDEX
END

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

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

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, July 10, 2008 10:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: More simple REXX/PIPES


This shouldn't be very hard, but I seem to be a little slow
today.. can't find my Geritol.
 
I can do this with a bunch of 'IF''s and 'DO's but I was looking
for something prettier.
REXX or a PIPE, it doesn't matter.
I have input that looks like this:
 
01 data-a
01 data-b
01 data-c
01 data-d
02 data-a
02 data-b
02 data-c
02 data-d
.
.
99 data-x
.
xx data-a is always unique.
 
I want to create a variable that looks something like this:
X.01 data-a data-b data-c data-d
X.02 data-a data-b data-c data-c
 
or since data-a is unique I could name the variable data-a and
have data-b data-c data-d in the var... then I'd have to keep track of
all of the names (data-a).
 
Anyone see a super simple way to do this with pretty code? 
 
 
 

Re: More simple REXX/PIPES

[Schuh, Richard]

Will "Join keylength 2" work?
 

Regards, 
Richard Schuh 

 

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, July 10, 2008 8:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: More simple REXX/PIPES


This shouldn't be very hard, but I seem to be a little slow
today.. can't find my Geritol.
 
I can do this with a bunch of 'IF''s and 'DO's but I was looking
for something prettier.
REXX or a PIPE, it doesn't matter.
I have input that looks like this:
 
01 data-a
01 data-b
01 data-c
01 data-d
02 data-a
02 data-b
02 data-c
02 data-d
.
.
99 data-x
.
xx data-a is always unique.
 
I want to create a variable that looks something like this:
X.01 data-a data-b data-c data-d
X.02 data-a data-b data-c data-c
 
or since data-a is unique I could name the variable data-a and
have data-b data-c data-d in the var... then I'd have to keep track of
all of the names (data-a).
 
Anyone see a super simple way to do this with pretty code? 
 
 
 

Re: PIPELINES and Deblocking(Cross posted in CMSPIPELINES Listserve)

[Rob van der Heij]

On Wed, Jul 9, 2008 at 4:23 PM, Thomas Kern <[EMAIL PROTECTED]> wrote:

> How about changing all '0d0a' to '0a' and all '0d' to '0a' and then you have
> one case to handle?

You may end up with the x0d on one record and the x0a on the next
record, so you would need also a joincont leading x0a  before the
change. That's probably the simplest unless you have data where the
difference between 0d0a and 0a is significant.
-Rob

More simple REXX/PIPES

[Huegel, Thomas]

This shouldn't be very hard, but I seem to be a little slow today.. can't find 
my Geritol.

I can do this with a bunch of 'IF''s and 'DO's but I was looking for something 
prettier.
REXX or a PIPE, it doesn't matter.
I have input that looks like this:

01 data-a
01 data-b
01 data-c
01 data-d
02 data-a
02 data-b
02 data-c
02 data-d
.
.
99 data-x
.
xx data-a is always unique.

I want to create a variable that looks something like this:
X.01 data-a data-b data-c data-d
X.02 data-a data-b data-c data-c

or since data-a is unique I could name the variable data-a and have data-b 
data-c data-d in the var... then I'd have to keep track of all of the names 
(data-a).

Anyone see a super simple way to do this with pretty code?

Re: Query what the name of the SYTEM CONFIG file used was?

[Rob van der Heij]

On Thu, Jul 10, 2008 at 8:55 AM, O'Brien, Dennis L
 wrote:

> Regardless of what TCPIP does, you can rename TCPIP's files yourself
> from AUTOLOG1 before TCPIP ever comes up.  You can base that off node
> name, identifier, IPL parms, VM:Secure system word, or anything else you
> can query.

Or LOGMSG ;-)  We've abused that in the past to distinguish between
release test and implementation.
But be careful who checks that and how. We had a key application that
worked well during tests and failed when we were live. They requested
a backout until we found their code had an error in the "else" after
the test.

And that's one of the big risks of special code paths dealing with
DR-testing. You really want those changes minimal so that they can be
overlooked easy enough and tested in isolation. Once you run under a
different node name etc, anyone (like TCPIP for example) will notice
the difference and the value of your test may get less.

Rob

Oracle 10g mini disk set up on z/VM 5.3 with Red Hat Linux 4.6 and above

[Juarez, David T.]

On page 21 in the PDF "Using Oracle Solutions on Linux for System Z" which can 
be found at

 http://www.redbooks.ibm.com/abstracts/sg247573.html  it is not clear to me if 
minidisks 191, 201-204, 301-302 are all needed for Oracle's use or just a few 
of them. What are Oracle 10g's minidisk requirements when running under z/VM 
5.3 and Red Hat
Linux 4.6 and above?  Thanks in advance.

 

David Juárez

CDC eServer Systems Support  (310B)

IT Specialist - Systems Programmer

512-326-6116  Work

 

 

Re: Query what the name of the SYTEM CONFIG file used was?

[Dale R. Smith]

Marcy, if you are allowed to make local mods to CMS and you know how, you
 
might be interested in my mods to the IDENTIFY command.  I posted them a 

couple of years ago and you can find them here (check for wrap):  
http://listserv.uark.edu/scripts/wa.exe?A2=ind0602&L=IBMVM&P=
R39511&I=-
3&X=37FE6C0871AE4A4DAC

For DR tests, I copy a dummy file to the Y-Disk called "DRTEST FILE", (if
 
it was real disaster, I would copy a file called "DRPROD FILE" instead). 
 
We changed some of our code to test for the existence of these files and 

to take appropriate action based on the presence or lack of presence of 

these files.  For example, we run daily DB2/VM Log Archives, but we don't
 
want them to run during a DR test.

/* Sample REXX Code */
Address COMMAND
...
'ESTATE DRTEST FILE Y'
drtest = (rc = 0)
'ESTATE DRPROD FILE y'
drprod = (rc = 0)
...
If drtest Then 
   /* Skip Archives */
Else
   /* Run Archives  */
...

Dale R. Smith

"Experience is not always the kindest of teachers, but it is surely the 

best."   
 
 
- Spanish proverb   
 
  
   
On Thu, 10 Jul 2008 09:32:34 -0500, Marcy Cortes 
<[EMAIL PROTECTED]> wrote:

>John, It's the box for disaster real vs. disaster test :)  The CPU ids
>will be the same.
>I think having a different config file entered on the HMC will probably
>work best.  It will imbed much of the same stuff.
>
>Curious about SYSTEM NETID though.
>Do we still need the multiple entries like:
>096F4A MC9VM  RSCS
>196F4A MC9VM  RSCS
>296F4A MC9VM  RSCS
>396F4A MC9VM  RSCS
>496F4A MC9VM  RSCS
>
>I don't think I've ever not seen a 0 in the 1st digit in recent history.

>
>
>
>Marcy

Re: Query what the name of the SYTEM CONFIG file used was?

[Marcy Cortes]

John, It's the box for disaster real vs. disaster test :)  The CPU ids
will be the same.
I think having a different config file entered on the HMC will probably
work best.  It will imbed much of the same stuff.

Curious about SYSTEM NETID though.
Do we still need the multiple entries like:
096F4A MC9VM  RSCS
196F4A MC9VM  RSCS
296F4A MC9VM  RSCS
396F4A MC9VM  RSCS
496F4A MC9VM  RSCS

I don't think I've ever not seen a 0 in the 1st digit in recent history.



Marcy 
"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."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of John Franciscovich
Sent: Thursday, July 10, 2008 6:47 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

>And a corollary to that question...
>
>I know the system config can have a "say" command.
>But is there also a "stop" or "exit" or "abort"?
>i.e. is there a way to say whoa, this system config does not belong on 
>this CPU - I'm not where I wanted to be! - disable wait me?

Marcy,

There is no "stop", "exit", or "abort", but if you use different system
identifiers (which are defined by CPU) you can use a combination of
record qualifiers and IMBED statements (to make the record qualifiers
less tedious) to cause only the relevant statements to be processed for
each system.

For example, with system identifiers DTEST and DREAL:

DTEST: IMBED DISTEST CONFIG
DREAL: IMBED DISREAL CONFIG

DISTEST CONFIG and DISREAL CONFIG are separate config files with
statements that are unique to one system or the other.

If this applies to only a few statements, you can just put them all in
the same config file and use a record qualifier on each statement that
is unique to one system or the other.

John Franciscovich
z/VM Development

Re: Query what the name of the SYTEM CONFIG file used was?

[John Franciscovich]

>And a corollary to that question...
>
>I know the system config can have a "say" command.
>But is there also a "stop" or "exit" or "abort"?
>i.e. is there a way to say whoa, this system config does not belong on
>this CPU - I'm not where I wanted to be! - disable wait me?

Marcy,

There is no "stop", "exit", or "abort", but if you use different
system identifiers (which are defined by CPU)
you can use a combination of record qualifiers and
IMBED statements (to make the record qualifiers less tedious) to cause
only the relevant statements to be processed for each system.

For example, with system identifiers DTEST and DREAL:

DTEST: IMBED DISTEST CONFIG
DREAL: IMBED DISREAL CONFIG

DISTEST CONFIG and DISREAL CONFIG are separate config files with
statements that are unique to one system or the other.

If this applies to only a few statements, you can just put them all in
the same config file and use a record qualifier on each statement
that is unique to one system or the other.

John Franciscovich
z/VM Development

Re: Query what the name of the SYTEM CONFIG file used was?

[Alan Altmark]

On Thursday, 07/10/2008 at 01:44 EDT, Marcy Cortes 
<[EMAIL PROTECTED]> wrote:
> Just trying to think through the best way - the trade off is tests
> automagic (ipl away) with disaster test or longer involving reconfigging
> with real diaster (mucking with system netid perhaps).  Given the former
> happens 11 times a year and the latter hopefully never, maybe its ok for
> a little intervention in a real disaster scenario (given we meet our
> RTO).  But its also probably better to have an RTO in test that is the
> worst case scenario and not better than the real disaster.
> 
> Didn't tcpip used to work off of system identifiers and not node names
> (system netid)?
> That latter is harder to work around given a change to system netid
> involves resaving CMS.

TCPIP will look for
1. userid TCPIP
2. nodeid TCPIP (from IDENTIFY)
3. PROFILE TCPIP

The default nodeid from IDENTIFY *is* the system id.  To test:
1. Copy SYSTEM NETID to your A-disk.
2. Delete all lines in it, except a comment.
3. IPL CMS PARM NOSPROF
4. ACCESS (NOPROF  (optional)
5. IDENTIFY

Alan Altmark
z/VM Development
IBM Endicott

Re: The Programmable Operator Facility

[Rob van der Heij]

On Wed, Jul 9, 2008 at 7:37 PM, Imler, Steven J <[EMAIL PROTECTED]> wrote:

> Actually, generally speaking the CA VM products do not require these
> messages to function.  And, in fact it is standard practice at many
> shops who run VM:Operator to do exactly this ... remove the "noise" of
> ATTACH and DETACH from the operator console.

Trick is that these messages go to different parties (the one who
issued the command, the recipient of the device, and the system
operator). There's a check to prevent duplicates (if you attach to
yourself, or when you are the system operator).
I recall from a previous life that Dynam/T had the option to suppress
the messages (useful, since it does an ATTACH / DETACH to scan the
unit every few minutes). So the Dynam/T server issued the command and
was recipient of the device. To suppress the messages, it would issue
a STORE in its own VMDBK to make CP think it was the system operator.
That meant that CP could skip all but one message, to Dynam/T itself.
Unfortunately, other operator messages during that brief moment
(typically EREP) would also not show on the operator console. But a
backlevel version of Dynam/T stored in the wrong spot of the VMDBK
(nice dump, we've used that for training purposes a few times).
So we decided to just suppress them in PROP. This actually turned out
to be helpful in diagnosing Dynam/T problems because you could see
which units were being scanned.

Rob - "there is no information overload in a system log when you try
to solve a problem"

Re: HCPPGT401I 90% of spool

[Rob van der Heij]

No doubt you were expecting me to chime in...   ;-)

Indeed, your performance monitor will show you that. And if your
performance monitor also supports setting alerts for any performance
metric being reported, you can get them as soon as you want.
And it shows you not only the actual spool utilization (as you get
from Q ALLOC SPOOL) but performance history data also reveals how
quick you got to that percentage, and which users were creating the
files that filled up spool (as opposed to where they are now, as Q RDR
EXP shows you).

When you're doing alerts, it is very important to do so also on page
space usage above 50%. Spool I/O is relatively slow and takes a lot of
time to fill a large spool area. On all real systems where I have seen
the 90% spool message, it was because paging space was full and
overflowed into spool. That goes very quick and rarely gives you time
to respond.

Rob
-- 
Rob van der Heij
Velocity Software
http://velocitysoftware.com/

Re: Query what the name of the SYTEM CONFIG file used was?

[O'Brien, Dennis L]

As for whether to configure for automatic test or real disaster, ask
yourself what happens when the operator gets it wrong.  If the operator
forgets to configure for test, and the system comes up ready for a real
disaster, what's the impact?  What's the impact if it comes up ready for
a test and it's a real disaster?  If the answer is that coming up for a
real disaster when it's supposed to be a test impacts production, and
coming up for a test when it's a real disaster means go back and make
the change you forgot, I would default to coming up for a test.

   Dennis 

"A pistol! Are you expecting trouble Sir?" "No Miss, were I expecting
trouble I'd have a rifle."

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Wednesday, July 09, 2008 22:44
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

Yeah, that's one of the concerns... Same place for diaster test as real
disaster, but differnet IP configurations there and no xDR Hyperswap
(which is in control of your system config names --- i.e. must be SITE1
SITE2) in either of those scenarios but only on the prod (mirrored)
environment.

Just trying to think through the best way - the trade off is tests
automagic (ipl away) with disaster test or longer involving reconfigging
with real diaster (mucking with system netid perhaps).  Given the former
happens 11 times a year and the latter hopefully never, maybe its ok for
a little intervention in a real disaster scenario (given we meet our
RTO).  But its also probably better to have an RTO in test that is the
worst case scenario and not better than the real disaster.


Didn't tcpip used to work off of system identifiers and not node names
(system netid)?
That latter is harder to work around given a change to system netid
involves resaving CMS.





Marcy
"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."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien, Dennis L
Sent: Wednesday, July 09, 2008 9:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

Marcy,
You could also QUERY CPUID to find out where you are, but if you run in
the same place for DR tests and real DR, that won't distinguish between
the two.

   Dennis 

"A pistol! Are you expecting trouble Sir?" "No Miss, were I expecting
trouble I'd have a rifle."

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Wednesday, July 09, 2008 19:19
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

No, that will tell me if sapl screen entry or salipl set them.
What will tell me what it is if it was done from the HMC?

FWIW, GDPS/PPRC Hyperswap (xDR) + GDPS/XRC leaving me trying to figure
out where I am (meaning VM and linux who tags along on VM parms) and
what network I have available in order to set up tcp/ip config (and
maybe consoles ) files for all 3 scenarios ... (production, disaster
test, real diaster).

 
Marcy

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


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Tibbetts
Sent: Wednesday, July 09, 2008 6:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Query what the name of the SYTEM CONFIG file used
was?

Marcy...
Try Q IPLPARMS

Marcy Cortes wrote:
>
> Is there a way to query this?
> Particularly the one that got chosen by putting FNn in the 
> LOADPARM field on the HMC?
>
>
>
> *Marcy Cortes *
> Team Lead, _Enterprise Virtualization - z/VM and z/Linux_ 
>  s/default.aspx>
>
> Enterprise Hosting Services
> w. (415) 243-6343
> c. (415) 517-0895
> /"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 re