Re: VM Total time in $ACCOUNT files

[Gregg]

Try summing Vitural and Total CPU in milliseconds and convert once for
the CPUADDR/INTERVAL break (vs summing USER CPUVIRT and CPUTOTAL).

On Fri, Feb 18, 2011 at 7:50 PM, Barton Robinson
bar...@vm1.velocity-software.com wrote:
 how you do the arithmetic relates to the problem you are trying to solve...
.
Gregg Reed
No Plan, survives execution

Re: Defining FCP devices to z/VM

[Crabtree, Anne D]

As you can see, I did not get your screen shots :(  Would you mind sending them 
to me direct (maybe as an attachment) to 
anne.d.crabt...@wv.govmailto:anne.d.crabt...@wv.gov
In the meantime, here's what I have for OS config (new VM one):
Å¢¢¢ Change Operating System Configuration ¢¢¢
...
...
... Specify or revise the following value.
...
... OS configuration ID  . . . . : ZVMIFL
... Operating system type  . . . : VM
...
... Description  . . . . . . . . . 
...
...
...
Ä¢

   I/O Device ListRow 1 of 2 More:   
Command === ___ Scroll === PAGE

Select one or more devices, then press Enter. To add, use F11.

Configuration ID . . : ZVMIFL

  --Device- --#--- Control Unit Numbers + 
/ Number   Type +SS CSS OS D L 1--- 2--- 3--- 4--- 5--- 6--- 7--- 8---
_ 3000,254 FCP  1   1  _ _ 3000       
_ 3100,254 FCP  1   1  _ _ 3100       

I defined two channel paths (43 and C3) like I showed you below, two control 
units, and 254 devices on each control unit.

However, when I choose option 3 from main menu to print the config, the only 
thing on the report for ZVMIFL relating to the FCP stuff is :

VM  DEVICE REPORT
   OPERATING SYSTEM CONFIGURATION ID:  ZVMIFL
DEV#,RANGE   TYPE-MODEL   SS   BASE CLASS   
 VIRTUIM-NAME
__   __   __    
_
3000,254   FCP  SPECIAL 
CBDUS254
3100,254  FCP  SPECIAL  
CBDUS254

I can't see chpids or control units or devices on the regular reports(summary 
or detail).  This doesn't seem right to me but I'm grasping here.

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Brian France
Sent: Saturday, February 19, 2011 7:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Defining FCP devices to z/VM

That all looks good. How about the OS config? I'm including the  dev screen 
shots for us and os config - This is for FCP E800 attached to two z/VM lpars -

[cid:part1.08090105.06000508@psu.edu]

[cid:part2.04080208.07060604@psu.edu]


[cid:part3.04080004.02040801@psu.edu]

[cid:part4.01040906.03090702@psu.edu]



On 2/18/2011 12:33 PM, Crabtree, Anne D wrote:
 Thought this might help:


Specify or revise the following values.

Processor ID . . . . : Z10  Z10 2098 V02 MACHINE
Configuration mode . : LPAR
Channel Subsystem ID : 0

Channel path ID  . . . . 43+PCHID . . . 1B0
Channel path type  . . . FCP   +
Operation mode . . . . . SHR   +
Managed  . . . . . . . . No   (Yes or No)   I/O Cluster   +
Description  . . . . . . EMC CELERRA Z/VM IFL

Specify the following values only if connected to a switch:

Dynamic entry switch ID  __  + (00 - FF)
Entry switch ID  . . . . __  +
Entry port . . . . . . . __  +


¢¢¢ Define Access List ¢¢
Row 1 of
 Command === _ Scroll === PAGE

 Select one or more partitions for inclusion in the access list.

 Channel subsystem ID : 0
 Channel path ID  . . : 43 Channel path type  . : FCP
 Operation mode . . . : SHRNumber of CHPIDs . . : 1

 / CSS ID Partition Name   Number Usage Description
 _ 0  IPO1 1  OS
 _ 0  IPO2 4  OSIPO2
 / 0  LINUX3  OSlinux
 _ 0  TEST 2  OS
 _ 0  WVCF 5  CF


Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Brian France
Sent: Friday, February 18, 2011 11:57 AM
To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU
Subject: Re: Defining FCP devices to z/VM

I do not connect them to my z/OS LPARs under my z/OS contolled HCD.

I do however, create VM OS LPARs under my z/OS controlled HCD and connect my 
FCP chpds/dev to VM only.

On the chpid itself I only code VM access. I don't even put MVS as a candidate.


On 2/18/2011 11:49 AM, Crabtree, Anne D wrote:
So, you don't connect them to your operating system config under z/os in HCD, 
you just define them there 

Re: VM Total time in $ACCOUNT files

[Gregg]

On Fri, Feb 18, 2011 at 7:31 PM, George Henke/NYLIC 
george_he...@newyorklife.com wrote:

 ...And so the important factor is no what % of phyiscal CP (PCP) bu what %
 of logical CPU is being realized in each LPAR, Guest Machine

Some percent of an interval is going to be used by PR/SM for Physical CP and
LPar Management.  A small percentage but is it reflected in accounting
records?  If VM is watching the wall clock and the last time it looked at a
machine it was running, PR/SM steps in for a couple of clicks and when VM
gets back is the 'run time' the wall/TOD clock delta?  Does VM know it
wasn't running and where is that time accounted for or are only 'running'
seconds counted? If the CEC is sufficiently busy so that the weights are in
play and especially if the LPar is capped, the Total(PCP) number of CPU
seconds available may be considerably less than the logical CPU seconds.  It
probably doesn't matter much at an individual virtual machine level but at
an aggregate, I'm thinking the physical number may be more important than
the logical.

Gregg Reed
No Plan, survives execution

Re: Xedit question

[Dave]

I perfer Column Locate (CL) then Column Insert (CI) finishing with a REPEAT * (or as many lines as need modifing).


-Original Message- From: "Martin, Terry R. (CMS/CTR) (CTR)" Sent: Feb 21, 2011 2:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Xedit question 








Hi

I have a bunch of lines in a file and I want to insert in the beginning of each line a Q DA command: 

EX: 
09 B32D70 
10 B32D80 
11 B32D81 
12 B32D82 
13 B32D83 

I want to insert the following command Q DA in front of each entry. What is the best way to do this using xedit?

Q DA B32D70

Terry Martin
LockHeed Martin - CITIC
z/OS and z/VM Performance and Tuning - Operating System Support
Cell - 443 632-4191
Desk - 443 348-2102


Dave Lewis
Sterling Commerce 
An IBM company
Connect:Direct Level 3 Support

Re: VM Total time in $ACCOUNT files

[Barton Robinson]

When i do the analysis for 100% capture ratio, i add the physical 
overhead, the logical overhead and the z/vm captured time.  that works. 
so vm must be lpar aware...


Gregg wrote:



On Fri, Feb 18, 2011 at 7:31 PM, George Henke/NYLIC 
george_he...@newyorklife.com mailto:george_he...@newyorklife.com wrote:


...And so the important factor is no what % of phyiscal CP (PCP) bu
what % of logical CPU is being realized in each LPAR, Guest Machine

Some percent of an interval is going to be used by PR/SM for Physical CP 
and LPar Management.  A small percentage but is it reflected in 
accounting records?  If VM is watching the wall clock and the last time 
it looked at a machine it was running, PR/SM steps in for a couple of 
clicks and when VM gets back is the 'run time' the wall/TOD clock 
delta?  Does VM know it wasn't running and where is that time accounted 
for or are only 'running' seconds counted? If the CEC is sufficiently 
busy so that the weights are in play and especially if the LPar is 
capped, the Total(PCP) number of CPU seconds available may be 
considerably less than the logical CPU seconds.  It probably doesn't 
matter much at an individual virtual machine level but at an aggregate, 
I'm thinking the physical number may be more important than the logical.
 
Gregg Reed

No Plan, survives execution

Writing a Systems Programmer Resume

[Joe Gallaher]

I would like to invite anyone attending next week's SHARE conference in
Anaheim to come to my session on How to Write a Resume for a Mainframe
Systems Programmer (session 8903).  It is the third time I have given th
is
presentation at SHARE and it contains a lot of useful information and
samples for the aspiring resume writer.  Here is a link to my session:

http://share.confex.com/share/116/webprogram/Session8903.html

If you cannot attend, feel free to send me an email (or LinkedIn message)

and I will send you a link to my PowerPoint slides (which will be availab
le
after Feb. 28).  I look forward to seeing you Monday!

Joe Gallaher
j...@spci.net
www.SPCI.net
www.linkedin.com/in/joegallaher
323-822-1569

Re: VM Total time in $ACCOUNT files

[Gregg]

I agree; I just don't think it (lCP % of pCP) can be determined in
ACCOUNT.  3 lCPs with a weight(CEC full load)/cap of 2.66 pCPs will
have the potential for 2.66 CPU seconds/second or 159.6 CPU seconds in
a one minute interval minus logical overhead... Though if Capped,
it'll get 3 to 5 more % points.,,,
...after wading into the swamp, I may have lost eye contact with the
goal.. the OP wanted to know why total time exceeded connect time.. I
think, it's accumulating too many insignificant decimal places.

On Tue, Feb 22, 2011 at 10:07 AM, Barton Robinson
bar...@vm1.velocity-software.com wrote:
 When i do the analysis for 100% capture ratio, i add the physical overhead,
 the logical overhead and the z/vm captured time.  that works. so vm must be
 lpar aware...
-- 
Gregg Reed
No Plan, survives execution

Z/vm 5.4 on z890 and migrated to z10 problem

[Hughes, Jim]

We moved our z/VM 5.4 system from a z890 to a z10. Everything on the
z890 was running well.  The Multiple SSL Server Support was working too.

Once we moved to the z10 by doing a cable swap, the Multiple Server
Support for our SSL connections failed to operate. The SSL worker
machines were getting 0C1 abends. In the interest of time, we modified
things to avoid using SSL.

Are there updates required to our z/VM 5.4 system when moving to a Z10
for Multiple SSL Server Support to work?  Our initial investigation did
not reveal any requirement. 

Thanks in advance.


Jim Hughes
Consulting Systems Programmer 
Mainframe Technical Support Group
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
603-271-5586Fax 603.271.1516

Statement of Confidentiality: The contents of this message are
confidential. Any unauthorized disclosure, reproduction, use or
dissemination (either whole or in part) is prohibited. If you are not
the intended recipient of this message, please notify the sender
immediately and delete the message from your system.

Re: VM Total time in $ACCOUNT files

[Ackerman, Derek]

This VM system runs in BC mode not PR/SM. You should trust the floating point 
arithmetic in SAS

Derek Ackerman
Enterprise Capacity Planning
 Performance Management
Infocrossing Inc
(206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com
 Please consider the environment before printing this e-mail.


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Gregg
Sent: Tuesday, February 22, 2011 8:02 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM Total time in $ACCOUNT files

I agree; I just don't think it (lCP % of pCP) can be determined in
ACCOUNT.  3 lCPs with a weight(CEC full load)/cap of 2.66 pCPs will
have the potential for 2.66 CPU seconds/second or 159.6 CPU seconds in
a one minute interval minus logical overhead... Though if Capped,
it'll get 3 to 5 more % points.,,,
...after wading into the swamp, I may have lost eye contact with the
goal.. the OP wanted to know why total time exceeded connect time.. I
think, it's accumulating too many insignificant decimal places.

On Tue, Feb 22, 2011 at 10:07 AM, Barton Robinson
bar...@vm1.velocity-software.com wrote:
 When i do the analysis for 100% capture ratio, i add the physical overhead,
 the logical overhead and the z/vm captured time.  that works. so vm must be
 lpar aware...
-- 
Gregg Reed
No Plan, survives execution

Re: Z/vm 5.4 on z890 and migrated to z10 problem

[Alan Altmark]

On Tuesday, 02/22/2011 at 12:56 EST, Hughes, Jim 
jim.hug...@doit.nh.gov wrote:
 We moved our z/VM 5.4 system from a z890 to a z10. Everything on the
 z890 was running well.  The Multiple SSL Server Support was working too.
 
 Once we moved to the z10 by doing a cable swap, the Multiple Server
 Support for our SSL connections failed to operate. The SSL worker
 machines were getting 0C1 abends. In the interest of time, we modified
 things to avoid using SSL.
 
 Are there updates required to our z/VM 5.4 system when moving to a Z10
 for Multiple SSL Server Support to work?  Our initial investigation did
 not reveal any requirement.

If you haven't already done so, you need to open a PMR.

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: z196 lb4ul

[George Henke/NYLIC]

tyvm, Paul and Marcy:

Paul's approach is to first come up with the new changes to a new SYS2817 
CONFIG using FN= to IPL and leaving the old SYSTEM CONFIG unchanged and 
intact as a fallback. 

What is the thought of making the change to SYSTEM CONFIG after renaming 
the it to something else as a fallback and just IPLing normally, and only 
using FN= in case of fallback?

What is Best Practice?





Feller, Paul pfel...@aegonusa.com 
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/04/2011 05:18 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ul






 Yes Marcy is correct about adding P01 to your VSWITCH address.  I will 
have to do something similar on February 13th when we move from a z10 to 
z196.  My plan is to have two SYSTEM CONFIG members.  One will be called 
SYS2817 CONFIG and I will use it to do the first IPL on the new box.  That 
one will have my changes in it.  If all goes well I will change SYSTEM 
CONFIG before the next IPL.

Paul Feller
AIT Mainframe Technical Support
pfel...@aegonusa.com
(319)-355-7824


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On 
Behalf Of Marcy Cortes
Sent: Friday, February 04, 2011 3:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z196 lb4ul

Right,
You would redefine it like this

define vswitch lnxvsw1 rdev 9004.p01

Or play it safe and put both in there ☺

define vswitch lnxvsw1 rdev 9004.p00 9004.p01



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.

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On 
Behalf Of George Henke/NYLIC
Sent: Friday, February 04, 2011 1:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] z196 lb4ul

Paul, Marcy, et al:

I just came from a z196 pre-install planning meeting (by phone) in which 
it was said that the OSA on the z/196 will be using PORT 1.

We are currently using PORT 0 on our Z9.

Does this mean our VSWITCH definition (below) in SYSTEM CONFIG which 
defaults to PORT 0 will not work on the z196 unless we code PORT 1?

define vswitch lnxvsw1 rdev 9004



George Henke/NYLIC
02/01/2011 03:40 PM
To
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ulLink






ty all very much.




Feller, Paul pfel...@aegonusa.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/01/2011 03:24 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ul







You would be using the default which is port 0 (zero).  The port number 
really only comes into play if you have an OSA Express3 card and are 
connecting to the second port or what is called the A1 port on the card 
layout.

Paul Feller
AIT Mainframe Technical Support

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On 
Behalf Of George Henke/NYLIC
Sent: Tuesday, February 01, 2011 2:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z196 lb4ul

What is the default PORT number?

We do not specify PORT number in our VSWITCH definition below (from SYSTEM 
CONFIG):

define vswitch lnxvsw1 rdev 9004

Sorry to ask:

But does this mean we do not use an OSA.?

Or does it mean we use a default?

I think it may mean the former.

Mark Post mp...@novell.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/01/2011 02:50 PM

Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ul










 On 2/1/2011 at 02:45 PM, George Henke/NYLIC 
george_he...@newyorklife.com
wrote:
 How did you change your vswitch definition for PO1?

 Chuckie has deigned use of PORTNAME in VSWITCH taboo.

Port number is not the same as port name.  Two different parameters 
entirely.


Mark Post

Re: 2nd level z/VM 5.4 installation

[Sherry Everhart]

I have copied all of the dvd files to a subdirectory on the the FTP serve
r 
as recommended in From an FTP Server Directory (p 98 of the Guide for 

Automated Installation and Service).

So can anyone clarify the -D parameter of the FTPGET command?

pipe (stagesep !) ftpget -h xxx.xx.x.xx -u  -p xxx 
-d /upload/cpdvd -v BEF -DVDEOF -f CKD222* !UNPACK! ECKDREST 

How do I tell VM to go to that directory ftpdir?

I keep getting the error:

FPLSCB027E Entry point -D not found
FPLSCA003I ... Issued from stage 2 of pipeline 1
FPLSCA001I ... Running -d /upload/cpdvd -v BEF -DVDEOF -f CKD222*
Ready(-0027);

Many thanks for your continued advice...

Sherry E.

Re: z196 lb4ul

[Feller, Paul]

I did it my way to avoid any issue with an unplanned IPL of the lpars.  We have 
two lpars on the new z196 box.  One of the lpars is our tech support lpar which 
could get IPLed during the week.  I didn’t want an issue with trying to IPL 
either of the lpars before the actual cutover to the new box.  This also 
allowed me to make my changes ahead of the cutover weekend.  One less thing to 
do the night we switch over to the new box.

Paul Feller
AIT Mainframe Technical Support

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of George Henke/NYLIC
Sent: Tuesday, February 22, 2011 3:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z196 lb4ul

tyvm, Paul and Marcy:

Paul's approach is to first come up with the new changes to a new SYS2817 
CONFIG using FN= to IPL and leaving the old SYSTEM CONFIG unchanged and intact 
as a fallback.

What is the thought of making the change to SYSTEM CONFIG after renaming the it 
to something else as a fallback and just IPLing normally, and only using FN= in 
case of fallback?

What is Best Practice?



Feller, Paul pfel...@aegonusa.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU

02/04/2011 05:18 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU


To

IBMVM@LISTSERV.UARK.EDU

cc

Subject

Re: z196 lb4ul







 Yes Marcy is correct about adding P01 to your VSWITCH address.  I will have to 
do something similar on February 13th when we move from a z10 to z196.  My plan 
is to have two SYSTEM CONFIG members.  One will be called SYS2817 CONFIG and I 
will use it to do the first IPL on the new box.  That one will have my changes 
in it.  If all goes well I will change SYSTEM CONFIG before the next IPL.

Paul Feller
AIT Mainframe Technical Support
pfel...@aegonusa.com
(319)-355-7824


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Marcy Cortes
Sent: Friday, February 04, 2011 3:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z196 lb4ul

Right,
You would redefine it like this

   define vswitch lnxvsw1 rdev 9004.p01

Or play it safe and put both in there ☺

   define vswitch lnxvsw1 rdev 9004.p00 9004.p01



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.

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of George Henke/NYLIC
Sent: Friday, February 04, 2011 1:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] z196 lb4ul

Paul, Marcy, et al:

I just came from a z196 pre-install planning meeting (by phone) in which it was 
said that the OSA on the z/196 will be using PORT 1.

We are currently using PORT 0 on our Z9.

Does this mean our VSWITCH definition (below) in SYSTEM CONFIG which defaults 
to PORT 0 will not work on the z196 unless we code PORT 1?

define vswitch lnxvsw1 rdev 9004



George Henke/NYLIC
02/01/2011 03:40 PM
To
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ulLink






ty all very much.




Feller, Paul pfel...@aegonusa.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/01/2011 03:24 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ul







You would be using the default which is port 0 (zero).  The port number really 
only comes into play if you have an OSA Express3 card and are connecting to the 
second port or what is called the A1 port on the card layout.

Paul Feller
AIT Mainframe Technical Support

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of George Henke/NYLIC
Sent: Tuesday, February 01, 2011 2:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z196 lb4ul

What is the default PORT number?

We do not specify PORT number in our VSWITCH definition below (from SYSTEM 
CONFIG):

define vswitch lnxvsw1 rdev 9004

Sorry to ask:

But does this mean we do not use an OSA.?

Or does it mean we use a default?

I think it may mean the former.

Mark Post mp...@novell.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/01/2011 02:50 PM

Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ul










 On 2/1/2011 at 02:45 PM, George Henke/NYLIC george_he...@newyorklife.com
wrote:
 How did you change your vswitch definition for PO1?

 Chuckie has deigned use of PORTNAME in VSWITCH taboo.

Port number is not the same as port name.  Two different parameters entirely.


Mark Post

Changing TCPIP PROFILE EXEC

[George Henke/NYLIC]

I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in 
preparation for new OSA ADDRs in our IODF for our new z/196.

What is the best way to implement this?

I suppose I can logon to TCPIP AC ( noprof and create a backup copy of the 
PROFILE EXEC and then change the original DEV ADDRs.

Is this correct?  Best Practice?

Also what would the fallback be in such a situation?

Re: Changing TCPIP PROFILE EXEC

[Kris Buelens]

ATTACHES can be done in file yournode DTCPARMS or SYSTEM DTCPAMRS on
TCPMAINT 198.

*They shall never modify a PROFILE EXEC on TCPIP 191, it's IBM property;-)*

And, for dynamic changes there is the CP ATTACH command and an OBEYFILE
command.

2011/2/22 George Henke/NYLIC george_he...@newyorklife.com

 I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in preparation
 for new OSA ADDRs in our IODF for our new z/196.

 What is the best way to implement this?

 I suppose I can logon to TCPIP AC ( noprof and create a backup copy of the
 PROFILE EXEC and then change the original DEV ADDRs.

 Is this correct?  Best Practice?

 Also what would the fallback be in such a situation?




-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Changing TCPIP PROFILE EXEC

[Alan Altmark]

On Tuesday, 02/22/2011 at 04:59 EST, George Henke/NYLIC 
george_he...@newyorklife.com wrote:
 I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in 
preparation for 
 new OSA ADDRs in our IODF for our new z/196. 
 
 What is the best way to implement this? 
 
 I suppose I can logon to TCPIP AC ( noprof and create a backup copy of 
the 
 PROFILE EXEC and then change the original DEV ADDRs. 
 
 Is this correct?  Best Practice? 

Are you TRYING to bring Chuckie out of hiding?!?  NEVER change TCPIP's 
PROFILE EXEC.  Ever.

Ever.

Your SYSTEM DTCPARMS file supports :attach. tags to identify devices.
 :nick.TCPIP
 :attach.FE08-FE0A

 Also what would the fallback be in such a situation?

Not sure what you mean in this case, but you can leave the TCP/IP 
configuration and alone and simply use DEDICATE or COMMAND ATTACH 
statements in TCPIP's directory entry.  E.g.  Let us say that your OSAs 
are currently at 600-602 and the new ones are at 800-802.
  COMMAND ATTACH 800 TO * 600
  COMMAND ATTACH 801 TO * 601
  COMMAND ATTACH 802 TO * 602
  COMMAND ATTACH 600 TO * 600
  COMMAND ATTACH 601 TO * 601
  COMMAND ATTACH 602 TO * 602

In that way, the DEVICE statement in PROFILE TCPIP doesn't have to change 
and the above sequence will try for device 800-802, but will fall back to 
600-602 if 800-802 isn't there.  Not perfect.  For more robust logic, you 
code :Exit.name-of-exec  in the SYSTEM DTCPARMS entry for TCPIP and use an 
exec to figure out which set of devices to use, possibly based on other 
criteria.

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: 2nd level z/VM 5.4 installation

[Scott Rohling]

It looks like there must be a stage separator before -d - even though you
aren't showing one.  Or maybe it's not being typed as one long command?  In
any case - PIPE thinks that -d is the start of a stage and there is no -d
pipe stage.  Make sure you are entering the entire command on the command
line.

Scott Rohling

On Tue, Feb 22, 2011 at 2:48 PM, Sherry Everhart severh...@maccnet.comwrote:

 I have copied all of the dvd files to a subdirectory on the the FTP server
 as recommended in From an FTP Server Directory (p 98 of the Guide for
 Automated Installation and Service).

 So can anyone clarify the -D parameter of the FTPGET command?

 pipe (stagesep !) ftpget -h xxx.xx.x.xx -u  -p xxx
 -d /upload/cpdvd -v BEF -DVDEOF -f CKD222* !UNPACK! ECKDREST 

 How do I tell VM to go to that directory ftpdir?

 I keep getting the error:

 FPLSCB027E Entry point -D not found
 FPLSCA003I ... Issued from stage 2 of pipeline 1
 FPLSCA001I ... Running -d /upload/cpdvd -v BEF -DVDEOF -f CKD222*
 Ready(-0027);

 Many thanks for your continued advice...

 Sherry E.

Re: 2nd level z/VM 5.4 installation

[Scott Rohling]

one thought - does the password (-p) end with ! by any chance?

Scott Rohling

On Tue, Feb 22, 2011 at 3:23 PM, Scott Rohling scott.rohl...@gmail.comwrote:

 It looks like there must be a stage separator before -d - even though you
 aren't showing one.  Or maybe it's not being typed as one long command?  In
 any case - PIPE thinks that -d is the start of a stage and there is no -d
 pipe stage.  Make sure you are entering the entire command on the command
 line.

 Scott Rohling


 On Tue, Feb 22, 2011 at 2:48 PM, Sherry Everhart severh...@maccnet.comwrote:

 I have copied all of the dvd files to a subdirectory on the the FTP server
 as recommended in From an FTP Server Directory (p 98 of the Guide for
 Automated Installation and Service).

 So can anyone clarify the -D parameter of the FTPGET command?

 pipe (stagesep !) ftpget -h xxx.xx.x.xx -u  -p xxx
 -d /upload/cpdvd -v BEF -DVDEOF -f CKD222* !UNPACK! ECKDREST 

 How do I tell VM to go to that directory ftpdir?

 I keep getting the error:

 FPLSCB027E Entry point -D not found
 FPLSCA003I ... Issued from stage 2 of pipeline 1
 FPLSCA001I ... Running -d /upload/cpdvd -v BEF -DVDEOF -f CKD222*
 Ready(-0027);

 Many thanks for your continued advice...

 Sherry E.

Re: 2nd level z/VM 5.4 installation

[Alan Altmark]

On Tuesday, 02/22/2011 at 04:48 EST, Sherry Everhart 
severh...@maccnet.com wrote:

 pipe (stagesep !) ftpget -h xxx.xx.x.xx -u  -p xxx
 -d /upload/cpdvd -v BEF -DVDEOF -f CKD222* !UNPACK! ECKDREST 
 
 How do I tell VM to go to that directory ftpdir?
 
 I keep getting the error:
 
 FPLSCB027E Entry point -D not found
 FPLSCA003I ... Issued from stage 2 of pipeline 1
 FPLSCA001I ... Running -d /upload/cpdvd -v BEF -DVDEOF -f CKD222*
 Ready(-0027);

This indicates a syntax error in the PIPE.  I infer that the stage 
separator character (!) was encountered prior to the -d, as evidenced by 
stage 2 of pipeline 1.  Perhaps as part of user ID or password?

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: Changing TCPIP PROFILE EXEC

[George Henke/NYLIC]

tyvm, Alan and Kris, once again for saving my neck.

DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402

Here is what I have now:

TCPIP:  PROFILE EXEC

'Access 198 D' 
'Access 591 E' 
'Access 592 F' 
ATT 9000 TCPIP 9000 
ATT 9001 TCPIP 9001 
ATT 9002 TCPIP 9002 
ATT 9100 TCPIP 9100 
ATT 9101 TCPIP 9101 
ATT 9102 TCPIP 9102 
queue EXEC TCPRUN


SYSTEM DTCPARMS:

:nick.TCPIP :type.server  :class.stack 
:nick.DTCVSW1   :type.server  :class.stack 
:owner.MAINT 
 
:nick.DTCVSW2   :type.server  :class.stack 
:owner.MAINT 
 
:nick.ROUTED:type.server  :class.rip 
:nick.MPROUTE   :type.server  :class.mprout
:nick.FTPSERVE  :type.server  :class.ftp 
:nick.SMTP  :type.server  :class.smtp 

TCPIP DIRECTORY ENTRY:

USER TCPIP TCPIP 128M 256M ABG 
 INCLUDE TCPCMSU 
 OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON 
 SHARE RELATIVE 3000 
 IUCV ALLOW 
 IUCV ANY PRIORITY 
 IUCV *CCS PRIORITY MSGLIMIT 255 
 IUCV *VSWITCH MSGLIMIT 65535 
* CHANGE SPECIAL FROM 9104 TO 9108 PER SAM  9/30/09 
 SPECIAL 9108 QDIO 3 SYSTEM OSALAN 
 LINK 5VMTCP40 491 491 RR 
 LINK 5VMTCP40 492 492 RR 
 LINK TCPMAINT 591 591 RR 
 LINK TCPMAINT 592 592 RR 
 LINK TCPMAINT 198 198 RR 
 MDISK 191 3390 2258 005 540W02  MR RTCPIP   WTCPIP   MTCPIP 


I can change the TCPIP DIRECTORY entry like so:

USER TCPIP TCPIP 128M 256M ABG 
 INCLUDE TCPCMSU 
 OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON 
 SHARE RELATIVE 3000 
 IUCV ALLOW 
 IUCV ANY PRIORITY 
 IUCV *CCS PRIORITY MSGLIMIT 255 
 IUCV *VSWITCH MSGLIMIT 65535 
* CHANGE SPECIAL FROM 9104 TO 9108 PER SAM  9/30/09 
 SPECIAL 9108 QDIO 3 SYSTEM OSALAN 
 LINK 5VMTCP40 491 491 RR 
 LINK 5VMTCP40 492 492 RR 
 LINK TCPMAINT 591 591 RR 
 LINK TCPMAINT 592 592 RR 
 LINK TCPMAINT 198 198 RR
 COMMAND ATTACH 9400 TO * 9000
 COMMAND ATTACH 9401 TO * 9001
 COMMAND ATTACH 9402 TO * 9002
 COMMAND ATTACH 9000 TO * 9000
 COMMAND ATTACH 9001 TO * 9001
 COMMAND ATTACH 9002 TO * 9002
 MDISK 191 3390 2258 005 540W02  MR RTCPIP   WTCPIP   MTCPIP

Is this correct?

Or I can modify DTCPARMS like so:

:nick.TCPIP :type.server  :class.stack :attach.9400-9402 

Is this correct?

If so, which would be preferable?

I do not see a fallback if I modify DTCPARMS only.

But OTOH the DIRECTORY method does not look as permanent.

Also why *COMMAND* in the DIRECTORY entry ATTACHes?

I thought that is used only in EXECs?

Also can I abbreviate the ATTACH to ATT 9400 * 9000?

Also, the DIRECTORY method has a nice fallback, but what if I corrupt the 
TCPIP DIRECTORY entry when making the change.

What is my fallback?  VTAM?

 



Alan Altmark alan_altm...@us.ibm.com 
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/22/2011 05:19 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Changing TCPIP PROFILE EXEC






On Tuesday, 02/22/2011 at 04:59 EST, George Henke/NYLIC 
george_he...@newyorklife.com wrote:
 I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in 
preparation for 
 new OSA ADDRs in our IODF for our new z/196. 
 
 What is the best way to implement this? 
 
 I suppose I can logon to TCPIP AC ( noprof and create a backup copy of 
the 
 PROFILE EXEC and then change the original DEV ADDRs. 
 
 Is this correct?  Best Practice? 

Are you TRYING to bring Chuckie out of hiding?!?  NEVER change TCPIP's 
PROFILE EXEC.  Ever.

Ever.

Your SYSTEM DTCPARMS file supports :attach. tags to identify devices.
 :nick.TCPIP
 :attach.FE08-FE0A

 Also what would the fallback be in such a situation?

Not sure what you mean in this case, but you can leave the TCP/IP 
configuration and alone and simply use DEDICATE or COMMAND ATTACH 
statements in TCPIP's directory entry.  E.g.  Let us say that your OSAs 
are currently at 600-602 and the new ones are at 800-802.
  COMMAND ATTACH 800 TO * 600
  COMMAND ATTACH 801 TO * 601
  COMMAND ATTACH 802 TO * 602
  COMMAND ATTACH 600 TO * 600
  COMMAND ATTACH 601 TO * 601
  COMMAND ATTACH 602 TO * 602

In that way, the DEVICE statement in PROFILE TCPIP doesn't have to change 
and the above sequence will try for device 800-802, but will fall back to 
600-602 if 800-802 isn't there.  Not perfect.  For more robust logic, you 
code :Exit.name-of-exec  in the SYSTEM DTCPARMS entry for TCPIP and use an 

exec to figure out which set of devices to use, possibly based on other 
criteria.

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: z196 lb4ul

[Marcy Cortes]

George, that's probably how I would do it in order to avoid changing the IPL 
procedures that ops has documented.


Marcy. Sent from my BlackBerry.


From: George Henke/NYLIC [mailto:george_he...@newyorklife.com]
Sent: Tuesday, February 22, 2011 03:15 PM
To: IBMVM@LISTSERV.UARK.EDU IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] z196 lb4ul

tyvm, Paul and Marcy:

Paul's approach is to first come up with the new changes to a new SYS2817 
CONFIG using FN= to IPL and leaving the old SYSTEM CONFIG unchanged and intact 
as a fallback.

What is the thought of making the change to SYSTEM CONFIG after renaming the it 
to something else as a fallback and just IPLing normally, and only using FN= in 
case of fallback?

What is Best Practice?




Feller, Paul pfel...@aegonusa.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU

02/04/2011 05:18 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU

To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: z196 lb4ul





 Yes Marcy is correct about adding P01 to your VSWITCH address.  I will have to 
do something similar on February 13th when we move from a z10 to z196.  My plan 
is to have two SYSTEM CONFIG members.  One will be called SYS2817 CONFIG and I 
will use it to do the first IPL on the new box.  That one will have my changes 
in it.  If all goes well I will change SYSTEM CONFIG before the next IPL.

Paul Feller
AIT Mainframe Technical Support
pfel...@aegonusa.com
(319)-355-7824


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Marcy Cortes
Sent: Friday, February 04, 2011 3:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z196 lb4ul

Right,
You would redefine it like this

   define vswitch lnxvsw1 rdev 9004.p01

Or play it safe and put both in there ☺

   define vswitch lnxvsw1 rdev 9004.p00 9004.p01



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.

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of George Henke/NYLIC
Sent: Friday, February 04, 2011 1:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] z196 lb4ul

Paul, Marcy, et al:

I just came from a z196 pre-install planning meeting (by phone) in which it was 
said that the OSA on the z/196 will be using PORT 1.

We are currently using PORT 0 on our Z9.

Does this mean our VSWITCH definition (below) in SYSTEM CONFIG which defaults 
to PORT 0 will not work on the z196 unless we code PORT 1?

define vswitch lnxvsw1 rdev 9004



George Henke/NYLIC
02/01/2011 03:40 PM
To
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ulLink






ty all very much.




Feller, Paul pfel...@aegonusa.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/01/2011 03:24 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ul







You would be using the default which is port 0 (zero).  The port number really 
only comes into play if you have an OSA Express3 card and are connecting to the 
second port or what is called the A1 port on the card layout.

Paul Feller
AIT Mainframe Technical Support

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of George Henke/NYLIC
Sent: Tuesday, February 01, 2011 2:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z196 lb4ul

What is the default PORT number?

We do not specify PORT number in our VSWITCH definition below (from SYSTEM 
CONFIG):

define vswitch lnxvsw1 rdev 9004

Sorry to ask:

But does this mean we do not use an OSA.?

Or does it mean we use a default?

I think it may mean the former.

Mark Post mp...@novell.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
02/01/2011 02:50 PM

Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: z196 lb4ul










 On 2/1/2011 at 02:45 PM, George Henke/NYLIC george_he...@newyorklife.com
wrote:
 How did you change your vswitch definition for PO1?

 Chuckie has deigned use of PORTNAME in VSWITCH taboo.

Port number is not the same as port name.  Two different parameters entirely.


Mark Post

Re: Changing TCPIP PROFILE EXEC

[Alan Altmark]

On Tuesday, 02/22/2011 at 06:00 EST, George Henke/NYLIC 
george_he...@newyorklife.com wrote:
 DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402 
 
 Here is what I have now: 
 
 TCPIP:  PROFILE EXEC 
 
 'Access 198 D'  
 'Access 591 E'  
 'Access 592 F'  
 ATT 9000 TCPIP 9000 
 ATT 9001 TCPIP 9001 
 ATT 9002 TCPIP 9002 
 ATT 9100 TCPIP 9100 
 ATT 9101 TCPIP 9101 
 ATT 9102 TCPIP 9102 
 queue EXEC TCPRUN 

I will pretend I didn't see that.  I'm not even seeing the lack of quotes 
around the ATTACH commands.  Not looking La la la la la la

 SYSTEM DTCPARMS: 
 
 :nick.TCPIP :type.server  :class.stack 
 :nick.DTCVSW1   :type.server  :class.stack 
 :owner.MAINT   
   
 
 :nick.DTCVSW2   :type.server  :class.stack 
 :owner.MAINT   
 
 :nick.ROUTED:type.server  :class.rip   
 :nick.MPROUTE   :type.server  :class.mprout 

I'll assume a cut/paste error.  That should be mproute.

 :nick.FTPSERVE  :type.server  :class.ftp   
 :nick.SMTP  :type.server  :class.smtp  

Note that by putting all of those entries in SYSTEM DTCPARMS, you are 
effectively cancelling any entry that IBM put on the matching :type.server 
entry in IBM DTCPARMS.  I would suggest deleting all entries except for 
TCPIP.  At the minimum, delete the DTCVSW1 and DTCVSW2 entries.


 I can change the TCPIP DIRECTORY entry like so: 
 
 USER TCPIP TCPIP 128M 256M ABG 
  INCLUDE TCPCMSU   
  OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON   
  SHARE RELATIVE 3000   
  IUCV ALLOW 
  IUCV ANY PRIORITY 
  IUCV *CCS PRIORITY MSGLIMIT 255   
  IUCV *VSWITCH MSGLIMIT 65535   
 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM  9/30/09 
  SPECIAL 9108 QDIO 3 SYSTEM OSALAN 
  LINK 5VMTCP40 491 491 RR   
  LINK 5VMTCP40 492 492 RR   
  LINK TCPMAINT 591 591 RR   
  LINK TCPMAINT 592 592 RR   
  LINK TCPMAINT 198 198 RR 
  COMMAND ATTACH 9400 TO * 9000 
  COMMAND ATTACH 9401 TO * 9001 
  COMMAND ATTACH 9402 TO * 9002 
  COMMAND ATTACH 9000 TO * 9000 
  COMMAND ATTACH 9001 TO * 9001 
  COMMAND ATTACH 9002 TO * 9002 
  MDISK 191 3390 2258 005 540W02  MR RTCPIP   WTCPIP   MTCPIP 
 
 Is this correct? 

Yes, except that COMMAND statement must be placed before any device 
statements.

 Or I can modify DTCPARMS like so: 
 
 :nick.TCPIP :type.server  :class.stack :attach.9400-9402 

In this case you must also modify PROFILE TCPIP to change the DEVICE 
statement to point to 9400.  You could instead
:attach.9400 9000, 9401 9001, 9402 9002

 If so, which would be preferable? 
 
 I do not see a fallback if I modify DTCPARMS only. 

:attach.9400(OPT) 9000, 9401(OPT) 9001, 9402(OPT) 9002(OPT), 
9000-9002(OPT)

gives the same result.  If you don't put OPT in there, the TCP/IP startup 
program won't throw an error if one of the devices if offline or the 
attach fails.  Again, if you need more sophistication, use the :Exit. tag. 
 Read Chapter 5 of the TCP/IP planning book for details on how to use 
DTCPARMS files.

 But OTOH the DIRECTORY method does not look as permanent. 
 
 Also why *COMMAND* in the DIRECTORY entry ATTACHes? 
 
 I thought that is used only in EXECs? 

COMMAND is a valid statement in the directory.  ATTACH is not.  Look in 
the CP Planning book.

 Also can I abbreviate the ATTACH to ATT 9400 * 9000? 

Yes, but don't.  IBM has changed the abbreviations of commands. 
Abbreviations are for humans, not programs.

 Also, the DIRECTORY method has a nice fallback, but what if I corrupt 
the TCPIP 
 DIRECTORY entry when making the change. 
 
 What is my fallback?  VTAM? 

VTAM?  In general, no, since few systems have VTAM (and it isn't licensed 
on IFLs).  OSA-ICC connections (preferred) or the integrated 3270 console 
are how you access the system in case of TCPIP death.  In extreme cases, 
the linemode integrated console can be used.  If you need to repair TCP/IP 
in this mode, learn to use the ifconfig commands rather than XEDIT.  It's 
easier than using a linemode editor.

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: Changing TCPIP PROFILE EXEC

[Bruce Hayden]

You probably have those :owner. tags in there for the console log.  Do
yourself a favor and just put a TCPRUNXT EXEC on TCPMAINT 198 that defines a
common owner.  Then you can remove those extra entries.  Here is an example:

/* TCPIP Startup Exit TCPRUNXT EXEC */
Address Command
conlog = 'MAINT'  /* Define user for console logs   */
ESM? = 0  /* ESM on the system? */

arg calltype .
returnstr = 0
If calltype = 'SETUP' then do
   returnstr = returnstr ':Owner.'conlog
   If ESM? then
  returnstr = returnstr ':ESM_Enable.YES'
end
Exit returnstr

On Tue, Feb 22, 2011 at 6:00 PM, George Henke/NYLIC 
george_he...@newyorklife.com wrote:

 tyvm, Alan and Kris, once again for saving my neck.

 DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402

 Here is what I have now:

 *TCPIP:  PROFILE EXEC*

 'Access 198 D'
 'Access 591 E'
 'Access 592 F'
 *ATT 9000 TCPIP 9000 *
 *ATT 9001 TCPIP 9001 *
 *ATT 9002 TCPIP 9002 *
 ATT 9100 TCPIP 9100
 ATT 9101 TCPIP 9101
 ATT 9102 TCPIP 9102
 queue EXEC TCPRUN


 *SYSTEM DTCPARMS:*

 *:nick.TCPIP :type.server  :class.stack *
 :nick.DTCVSW1   :type.server  :class.stack
 :owner.MAINT

 :nick.DTCVSW2   :type.server  :class.stack
 :owner.MAINT

 :nick.ROUTED:type.server  :class.rip
 :nick.MPROUTE   :type.server  :class.mprout
 :nick.FTPSERVE  :type.server  :class.ftp
 :nick.SMTP  :type.server  :class.smtp

 *TCPIP DIRECTORY ENTRY:*

 USER TCPIP TCPIP 128M 256M ABG
  INCLUDE TCPCMSU
  OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON
  SHARE RELATIVE 3000
  IUCV ALLOW
  IUCV ANY PRIORITY
  IUCV *CCS PRIORITY MSGLIMIT 255
  IUCV *VSWITCH MSGLIMIT 65535
 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM  9/30/09
  SPECIAL 9108 QDIO 3 SYSTEM OSALAN
  LINK 5VMTCP40 491 491 RR
  LINK 5VMTCP40 492 492 RR
  LINK TCPMAINT 591 591 RR
  LINK TCPMAINT 592 592 RR
  LINK TCPMAINT 198 198 RR
  MDISK 191 3390 2258 005 540W02  MR RTCPIP   WTCPIP   MTCPIP


 *I can change the TCPIP DIRECTORY entry like so:*

 USER TCPIP TCPIP 128M 256M ABG
  INCLUDE TCPCMSU
  OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON
  SHARE RELATIVE 3000
  IUCV ALLOW
  IUCV ANY PRIORITY
  IUCV *CCS PRIORITY MSGLIMIT 255
  IUCV *VSWITCH MSGLIMIT 65535
 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM  9/30/09
  SPECIAL 9108 QDIO 3 SYSTEM OSALAN
  LINK 5VMTCP40 491 491 RR
  LINK 5VMTCP40 492 492 RR
  LINK TCPMAINT 591 591 RR
  LINK TCPMAINT 592 592 RR
  LINK TCPMAINT 198 198 RR
 * COMMAND ATTACH 9400 TO * 9000*
 * COMMAND ATTACH 9401 TO * 9001*
 * COMMAND ATTACH 9402 TO * 9002*
 * COMMAND ATTACH 9000 TO * 9000*
 * COMMAND ATTACH 9001 TO * 9001*
 * COMMAND ATTACH 9002 TO * 9002*
  MDISK 191 3390 2258 005 540W02  MR RTCPIP   WTCPIP   MTCPIP

 Is this correct?

 *Or I can modify DTCPARMS like so:*

 *:nick.TCPIP :type.server  :class.stack :attach.9400-9402 *

 Is this correct?

 If so, which would be preferable?

 I do not see a fallback if I modify DTCPARMS only.

 But OTOH the DIRECTORY method does not look as permanent.

 Also why *COMMAND* in the DIRECTORY entry ATTACHes?

 I thought that is used only in EXECs?

 Also can I abbreviate the ATTACH to ATT 9400 * 9000?

 Also, the DIRECTORY method has a nice fallback, but what if I corrupt the
 TCPIP DIRECTORY entry when making the change.

 What is my fallback?  VTAM?




-- 
Bruce Hayden
z/VM and Linux on System z ATS
IBM, Endicott, NY