Re: Where Do I Go From Here?

[Dave Wade]

Alan,

 You are correct as usual, and I can't honestly think why I said that, 
I am getting AMODE and RMODE muddled with architecture. (senior moment 
as we say in GB land) What I meant to say is that it runs fine as an 
AMODE 24 module without changing any settings. Much to my suprise it 
does not need any 370 mode accomodation settings, it just works fine 
"out of the box" so to speak.


Dave

Alan Altmark wrote:
On Friday, 08/22/2008 at 02:26 EDT, Dave Wade <[EMAIL PROTECTED]> 
wrote:
Look the GCC compiler I built on VM/370 R6 runs fine in 370 mode in 

zVM5.2

The phrase "370 mode in zVM5.2" doesn't make sense.  There is no 370 
microcode on any machine on which you can run z/VM 5.2.  Further, if there 
were, z/Architecture does not define 370 mode in the Interpretive 
Execution Facility (SIE).


Perhaps you are referring to the 370 Accomodation Facility?

Alan Altmark
z/VM Development
IBM Endicott

Found a Pig for PigIron

[Jack Woehr]

 Image of noble porcine 


 PigIron  Open Source Java Class
 Libraries for VSMAPI

Three weeks and counting ... whee ... now supporting (in trunk):

   * CheckAuthentication
   * ImageActiveConfigurationQuery
   * ImageQueryActivateTime
   * ImageStatusQuery
   * ImageVolumeAdd
   * ImageVolumeDelete
   * NameListQuery
   * QueryAPIFunctionalLevel
   * SharedMemoryQuery
   * VirtualNetworkAdapterQuery

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

Re: DDR'ing 3390 DASD To Remote Location

[Alan Altmark]

On Wednesday, 08/20/2008 at 03:20 EDT, Michael Coffin 
<[EMAIL PROTECTED]> wrote:
> I'm not in front of a VM terminal, so forgive me is this is documented -
> but is secure FTP supported?  I don't recall seeing a parm for it
> (doesn't mean it's not there and I didn't see it).  :)

Not in the FTPPUT and FTPGET stages directly, no, as they don't use the 
CMS FTP client to do their work.  The APIs that provide secure ftp are not 
available to REXX and C sockets.

Alan Altmark
z/VM Development
IBM Endicott

Re: HyperPAV usage

[Leland Lucius]

So, it looks like we're stuck with static PAVs for now if we want to be 
able to access a single volume via 3 addresses in the same guest?


Thanks much,

Leland


Steve Wilkins wrote:

Each control unit can be in either Hyperpav or static PAV mode; not both.

Therefore, you can define MDISK E100 with 3 virtual static PAV alias 
devices, but E100 must be associated with a real device that is on a 
controller in static PAV mode.


Also, there must be 3 real alias devices on that controller (defined to 
the real Base) in order to back E101-E103.


Steve Wilkins
z/VM Development
Inactive hide details for Leland Lucius <[EMAIL PROTECTED]>Leland 
Lucius <[EMAIL PROTECTED]>



*Leland Lucius <[EMAIL PROTECTED]>*
Sent by: The IBM z/VM Operating System


08/22/2008 01:08 PM
Please respond to
The IBM z/VM Operating System




To

IBMVM@LISTSERV.UARK.EDU

cc


Subject

HyperPAV usage




Is it possible to take advantage of HyperPAV with SLES9/10?  I realize
that HyperPAV is not directly supported by the kernel versions available
in SLES, so it looks like we're stuck with static aliases.

So, what I'd like to do is define a bunch of HyperPAV aliases for z/VM
to manage and then define static aliases in the user directory for the
guest...from the manual:

MDISK E100 3390 100 200 PAK002
MINIOPT PAVALIAS E101-E103

Will that work or are we stuck with having to define static aliases?

Thanks much,

Leland

Re: Assigning 3390 DASD for Use in a zLinux Filesystem

[Raymond Noal]

If the user wants to give the Linux guest a full volume mini disk, you can also 
use the DEVNO format of the MDISK statement in the directory. This avoids any 
concern regarding the real volume's volume serial number.

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 
Brian Nielsen
Sent: Friday, August 22, 2008 9:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Assigning 3390 DASD for Use in a zLinux Filesystem

What the others have said, plus: if you're using an MDISK you shouldn't 
ATTACH the DASD.  That's why the cylinder zero label would have changed 
when the Linux guest formatted the volume.

If this is indeed what you did you'll want to remove the volume from the 
Linux guest and start again.  Otherwise, that volume won't be available to 
the Linux guest the next time it logs off and on.  Of course, you could 
change the MDISK to reflect the new label or change from an MDISK to a 
DEDICATE, but whatever you do should probably be consistent with all the 
other DASD allocations you do.

Brian Nielsen

On Fri, 22 Aug 2008 11:21:02 -0400, Robert J McCarthy 
<[EMAIL PROTECTED]> wrote:

> We are faily new in z/VM and zLinux and have a need to add additional
>DASD to a linux guest. I initialized the volumes under VM, attached them
>to the guest, and notified the linux adminstrator. He formatted the
>volumes under linux in preparation for use when the filesystem is
>expanded. Once the volumes were formatted, I noticed that the linux
>format had changed the volsers. Normally I format a volume under VM, add
>it to user direct with a MDISK statement with the beginning disk
>location at cylinder 1. We then recycle the guest, and the linux admin
>does his thing. In order to save downtime that will be required when we
>expand the filesystem, we would like to perform the linux formatting
>while the guest is up. I know that there is a "DEFINE MDISK" command,
>but it is a class A command and none of my linux guests are class A
>users. Any suggestions ?

Re: HyperPAV usage

[Steve Wilkins]

Each control unit can be in either Hyperpav or static PAV mode; not both.

Therefore, you can define MDISK E100 with 3 virtual static PAV alias
devices, but E100 must be associated with a real device that is on a
controller in static PAV mode.

Also, there must be 3 real alias devices on that controller (defined to the
real Base) in order to back E101-E103.

Steve Wilkins
z/VM Development


   
 Leland Lucius 
 <[EMAIL PROTECTED] 
 net>   To
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc
 System
 <[EMAIL PROTECTED] Subject
 ARK.EDU>  HyperPAV usage  
   
   
 08/22/2008 01:08  
 PM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




Is it possible to take advantage of HyperPAV with SLES9/10?  I realize
that HyperPAV is not directly supported by the kernel versions available
in SLES, so it looks like we're stuck with static aliases.

So, what I'd like to do is define a bunch of HyperPAV aliases for z/VM
to manage and then define static aliases in the user directory for the
guest...from the manual:

MDISK E100 3390 100 200 PAK002
MINIOPT PAVALIAS E101-E103

Will that work or are we stuck with having to define static aliases?

Thanks much,

Leland

Re: Where Do I Go From Here?

[Alan Altmark]

On Friday, 08/22/2008 at 02:26 EDT, Dave Wade <[EMAIL PROTECTED]> 
wrote:
> Look the GCC compiler I built on VM/370 R6 runs fine in 370 mode in 
zVM5.2

The phrase "370 mode in zVM5.2" doesn't make sense.  There is no 370 
microcode on any machine on which you can run z/VM 5.2.  Further, if there 
were, z/Architecture does not define 370 mode in the Interpretive 
Execution Facility (SIE).

Perhaps you are referring to the 370 Accomodation Facility?

Alan Altmark
z/VM Development
IBM Endicott

Re: Where Do I Go From Here?

[Thomas Kern]

VM/370 R6 runs much faster on my laptop than I remember it running on the

Amdahl 470V6 I used to work on. I wish I could get my hands on the Genera
l
Circulation Model that we used to run and see how fast my laptop can do a

three day weather forecast.
 
/Tom Kern


On Fri, 22 Aug 2008 14:26:21 -0400, David Boyes <[EMAIL PROTECTED]> w
rote:

>It would have to be a REALLY old version of VM, eg VM/370. You can't
>legally license and run any modern VM on Hercules for production work.
>Richard's suggession of CMSACCOM and friends is the only way you could
>legally do this. 
>

Re: Where Do I Go From Here?

[David Boyes]

 

> As I know nothing of the guts of Jovial I can't say if this would
affect it. If it does then will it run on a really old VM system on 

> Hercules. Critical question is what apps are you running and where do
they get there data from and send it too...

> Dave Wade G4UGM

> Illegitimi Non Carborundum

 

 

It would have to be a REALLY old version of VM, eg VM/370. You can't
legally license and run any modern VM on Hercules for production work.
Richard's suggession of CMSACCOM and friends is the only way you could
legally do this. 

 

Re: Where Do I Go From Here?

[Schuh, Richard]

Dave Wade said "Illegitimi Non Carborundum"
 
After so many years of abrasion, your skin gets thinner. I do not suffer
fools nearly as well as I once did.
 

Regards, 
Richard Schuh 

 

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Dave Wade
Sent: Friday, August 22, 2008 11:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Where Do I Go From Here?



Look the GCC compiler I built on VM/370 R6 runs fine in 370 mode
in zVM5.2, as do many of the other application built on that platform.
You only need to worry about "real" 370 mode if you application issues
370 mode specific instructions, typically SIO , SIOF etc. or wants to
run with a BCMODE PSW. As I know nothing of the guts of Jovial I can't
say if this would affect it. If it does then will it run on a really old
VM system on Hercules. Critical question is what apps are you running
and where do they get there data from and send it too...

 

Dave Wade G4UGM

Illegitimi Non Carborundum

 

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Karl J Severson
Sent: 22 August 2008 03:22
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Where Do I Go From Here?

 

Richard:

We have 370 mode in V2.3 so that's no problem. My concern is
it's lack of availability in the more recent versions of zVM/CMS. That's
why we would need to run a guest VM/ESA or maybe zVM 3.1 partition under
the latest zVM so we could keep 370 mode. At least that's my
understanding. 

Karl Severson

IBM VM Systems Administrator

Raytheon Company

El Segundo, California

-The IBM z/VM Operating System 
wrote: -

To: IBMVM@LISTSERV.UARK.EDU
From: "Schuh, Richard" <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System 
Date: 08/21/2008 03:12PM
Subject: Re: Where Do I Go From Here?

Have you tried CP SET 370ACCOM ON and SET CMS370AC ON while
running in
an ESA mode machine?

Regards, 
Richard Schuh 

=

Re: Where Do I Go From Here?

[Dave Wade]

Look the GCC compiler I built on VM/370 R6 runs fine in 370 mode in zVM5.2,
as do many of the other application built on that platform. You only need to
worry about "real" 370 mode if you application issues 370 mode specific
instructions, typically SIO , SIOF etc. or wants to run with a BCMODE PSW.
As I know nothing of the guts of Jovial I can't say if this would affect it.
If it does then will it run on a really old VM system on Hercules. Critical
question is what apps are you running and where do they get there data from
and send it too.

 

Dave Wade G4UGM

Illegitimi Non Carborundum

 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Karl J Severson
Sent: 22 August 2008 03:22
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Where Do I Go From Here?

 

Richard:

We have 370 mode in V2.3 so that's no problem. My concern is it's lack of
availability in the more recent versions of zVM/CMS. That's why we would
need to run a guest VM/ESA or maybe zVM 3.1 partition under the latest zVM
so we could keep 370 mode. At least that's my understanding. 

Karl Severson

IBM VM Systems Administrator

Raytheon Company

El Segundo, California

-The IBM z/VM Operating System  wrote: -

To: IBMVM@LISTSERV.UARK.EDU
From: "Schuh, Richard" <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System 
Date: 08/21/2008 03:12PM
Subject: Re: Where Do I Go From Here?

Have you tried CP SET 370ACCOM ON and SET CMS370AC ON while running in
an ESA mode machine?

Regards, 
Richard Schuh 

=

Re: Where Do I Go From Here?

[Karl J Severson]

Thanks to all who have responded to this post. There are many interesting ideas that I can present to the upgrade team. I know that I have brought this subject up before as someone mentioned but at that time, it was mainly for OS upgrade (where I was concerned about 370 mode) on our current platforms which are four 3006 S/390 boxes and one zFrame Flex-ES box. However now I need to replace the unsupported 3006 boxes so the project became one to upgrade the hardware as well. Karl SeversonIBM VM System AdministratorRaytheon CompanyEl Segundo, California

Re: Where Do I Go From Here?

[Karl J Severson]

Richard: Yes, thanks - I remembered after I sent the note and went home for the day that 370 mode is also machine dependant as well. Karl SeversonIBM VM System AdministratorRaytheon CompanyEl Segundo, California---Different Richard here, but I can tell you that your understanding isnot correct.  If the underlying hardware doesn't support 370 mode,neither VM/ESA or 3.1 can give you what isn't there.

Re: Where Do I Go From Here?

[Stephen Frazier]

Get a copy of the source for the PC UNIX compiler and tools. Try to compile them on Linux. It may 
work. You may need to fix some problems.



--
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: Assigning 3390 DASD for Use in a zLinux Filesystem

[Robert J McCarthy]

I issued the CP SEND LINK ...   to the guest. I had the administrator
reformat his disk, and then I detached the device to verify. The volser
did not change as expected . Rich, Richard and Brian thank you very much
for your assistance.
  Bob McCarthy 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Rich Smrcina
Sent: Friday, August 22, 2008 11:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Assigning 3390 DASD for Use in a zLinux Filesystem

Of course, you have to put the directory online before you can use the
LINK command... :)

Rich Smrcina wrote:
> Robert,
> 
> You can add the minidisk to the users directory, then use the CP LINK 
> command to add it to the virtual machine configuration.  Use CP LINK 
> either by logging on the the virtual machine via the 3270 interface or

> using the hcp or vmcp command interface (which requires root 
> authority, but not CLASS A privs).
> 

--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2009 - Orlando, FL - May 15-19, 2009

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

Re: HiperSockets Question

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

Thanks Alan!

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]

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Friday, August 22, 2008 9:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: HiperSockets Question

On Wednesday, 08/20/2008 at 09:54 EDT, "Martin, Terry R. (CMS/CTR)
(CTR)" 
<[EMAIL PROTECTED]> wrote:
> After a lot of effort we found that there was an extra route in the
> Linux routing table that sent the data bound for one of the z/OS LPARS
> over to our z/VM where it then was routed by the TCP/IP stack on z/VM
to
> the z/OS LPAR over the HiperSockets LINK. This LINK happened to have a
> MTU size of 1500. When we removed the bogus route from the Linux
routing
> table causing the SQL queries in question to travel over a
HiperSockets
> LINK with a MTU size of 16348 they were successful. It appears that
the
> difference in the MTU sizes was the problem.
> 
> My question is does the MTU size mismatch cause the problem? I thought
> that even if the packets were fragmented they would still get over in
> full.

Yes, it can (but not always) cause a problem if the MTU sizes on the
same 
shared media are different.  All MTUs on the same network segment need
to 
have the same MTU.

Alan Altmark
z/VM Development
IBM Endicott

HyperPAV usage

[Leland Lucius]

Is it possible to take advantage of HyperPAV with SLES9/10?  I realize 
that HyperPAV is not directly supported by the kernel versions available 
in SLES, so it looks like we're stuck with static aliases.


So, what I'd like to do is define a bunch of HyperPAV aliases for z/VM 
to manage and then define static aliases in the user directory for the 
guest...from the manual:


MDISK E100 3390 100 200 PAK002
MINIOPT PAVALIAS E101-E103

Will that work or are we stuck with having to define static aliases?

Thanks much,

Leland

Re: Assigning 3390 DASD for Use in a zLinux Filesystem

[Brian Nielsen]

What the others have said, plus: if you're using an MDISK you shouldn't 

ATTACH the DASD.  That's why the cylinder zero label would have changed 

when the Linux guest formatted the volume.

If this is indeed what you did you'll want to remove the volume from the 

Linux guest and start again.  Otherwise, that volume won't be available t
o 
the Linux guest the next time it logs off and on.  Of course, you could 

change the MDISK to reflect the new label or change from an MDISK to a 

DEDICATE, but whatever you do should probably be consistent with all the 

other DASD allocations you do.

Brian Nielsen

On Fri, 22 Aug 2008 11:21:02 -0400, Robert J McCarthy 
<[EMAIL PROTECTED]> wrote:

> We are faily new in z/VM and zLinux and have a need to add additional
>DASD to a linux guest. I initialized the volumes under VM, attached them

>to the guest, and notified the linux adminstrator. He formatted the
>volumes under linux in preparation for use when the filesystem is
>expanded. Once the volumes were formatted, I noticed that the linux
>format had changed the volsers. Normally I format a volume under VM, add

>it to user direct with a MDISK statement with the beginning disk
>location at cylinder 1. We then recycle the guest, and the linux admin
>does his thing. In order to save downtime that will be required when we
>expand the filesystem, we would like to perform the linux formatting
>while the guest is up. I know that there is a "DEFINE MDISK" command,
>but it is a class A command and none of my linux guests are class A
>users. Any suggestions ?

Re: Assigning 3390 DASD for Use in a zLinux Filesystem

[Rich Smrcina]

Of course, you have to put the directory online before you can use the 
LINK command... :)


Rich Smrcina wrote:

Robert,

You can add the minidisk to the users directory, then use the CP LINK 
command to add it to the virtual machine configuration.  Use CP LINK 
either by logging on the the virtual machine via the 3270 interface or 
using the hcp or vmcp command interface (which requires root authority, 
but not CLASS A privs).




--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2009 - Orlando, FL - May 15-19, 2009

Re: Assigning 3390 DASD for Use in a zLinux Filesystem

[Schuh, Richard]

You could also use SEND CP linuxid LINK ... From a Class C user.

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina
> Sent: Friday, August 22, 2008 8:28 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Assigning 3390 DASD for Use in a zLinux Filesystem
> 
> Robert,
> 
> You can add the minidisk to the users directory, then use the 
> CP LINK command to add it to the virtual machine 
> configuration.  Use CP LINK either by logging on the the 
> virtual machine via the 3270 interface or using the hcp or 
> vmcp command interface (which requires root authority, but 
> not CLASS A privs).
> 
> Robert J McCarthy wrote:
> >  We are faily new in z/VM and zLinux and have a need to add 
> additional 
> > DASD to a linux guest. I initialized the volumes under VM, attached 
> > them to the guest, and notified the linux adminstrator. He 
> formatted 
> > the volumes under linux in preparation for use when the 
> filesystem is 
> > expanded. Once the volumes were formatted, I noticed that the linux 
> > format had changed the volsers. Normally I format a volume 
> under VM, 
> > add it to user direct with a MDISK statement with the 
> beginning disk 
> > location at cylinder 1. We then recycle the guest, and the 
> linux admin 
> > does his thing. In order to save downtime that will be 
> required when 
> > we expand the filesystem, we would like to perform the linux 
> > formatting while the guest is up. I know that there is a "DEFINE 
> > MDISK" command, but it is a class A command and none of my linux 
> > guests are class A users. Any suggestions ?
> > 
>   
> > Thank you,
> > 
>
> > Bob McCarthy
> > 
> > 
> __
> > This email has been scanned by the MessageLabs Email 
> Security System.
> > For more information please visit http://www.messagelabs.com/email 
> > 
> __
> 
> --
> Rich Smrcina
> VM Assist, Inc.
> Phone: 414-491-6001
> Ans Service:  360-715-2467
> rich.smrcina at vmassist.com
> http://www.linkedin.com/in/richsmrcina
> 
> Catch the WAVV!  http://www.wavv.org
> WAVV 2009 - Orlando, FL - May 15-19, 2009
> 

Re: Assigning 3390 DASD for Use in a zLinux Filesystem

[Rich Smrcina]

Robert,

You can add the minidisk to the users directory, then use the CP LINK 
command to add it to the virtual machine configuration.  Use CP LINK 
either by logging on the the virtual machine via the 3270 interface or 
using the hcp or vmcp command interface (which requires root authority, 
but not CLASS A privs).


Robert J McCarthy wrote:
 We are faily new in z/VM and zLinux and have a need to add additional 
DASD to a linux guest. I initialized the volumes under VM, attached them 
to the guest, and notified the linux adminstrator. He formatted the 
volumes under linux in preparation for use when the filesystem is 
expanded. Once the volumes were formatted, I noticed that the linux 
format had changed the volsers. Normally I format a volume under VM, add 
it to user direct with a MDISK statement with the beginning disk 
location at cylinder 1. We then recycle the guest, and the linux admin 
does his thing. In order to save downtime that will be required when 
we expand the filesystem, we would like to perform the linux formatting 
while the guest is up. I know that there is a "DEFINE MDISK" command, 
but it is a class A command and none of my linux guests are class A 
users. Any suggestions ?
  
Thank you,
   
Bob McCarthy  


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__


--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2009 - Orlando, FL - May 15-19, 2009

Assigning 3390 DASD for Use in a zLinux Filesystem

[Robert J McCarthy]

 We are faily new in z/VM and zLinux and have a need to add additional
DASD to a linux guest. I initialized the volumes under VM, attached them
to the guest, and notified the linux adminstrator. He formatted the
volumes under linux in preparation for use when the filesystem is
expanded. Once the volumes were formatted, I noticed that the linux
format had changed the volsers. Normally I format a volume under VM, add
it to user direct with a MDISK statement with the beginning disk
location at cylinder 1. We then recycle the guest, and the linux admin
does his thing. In order to save downtime that will be required when we
expand the filesystem, we would like to perform the linux formatting
while the guest is up. I know that there is a "DEFINE MDISK" command,
but it is a class A command and none of my linux guests are class A
users. Any suggestions ?
 
Thank you,
 
Bob McCarthy  

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

MEMO XMASGIFT (was Missing the "nonames" option on SFS commands)

[Rob van der Heij]

I knew I would enjoy to quote Sir Kris: "There's a package on the VM
Download Pages"

I did it a few weeks ago and forgot all about. But it is there now.

Enjoy, Rob

http://www.vm.ibm.com/download/packages/descript.cgi?NONAMES

 SFS commands feature a lookup from the user's NAMES file that can not
be disabled by an option on the command. When SFS commands are issued
by a program, such a lookup is normally unwanted.

The NONAMES program runs a CMS command with the NAMEFIND nickname
resolution disarmed, allowing the careful programmer to write robust
code (like the "address command" in REXX to avoid unintended execution
of a REXX program instead of the command).

In addition to the assembler source, a complete MODULE is provided for
those who don't have the High Level Assembler to build it.

Re: Where Do I Go From Here?

[Rich Greenberg]

On: Thu, Aug 21, 2008 at 07:21:37PM -0700,Karl J Severson Wrote:

} Richard:
} We have 370 mode in V2.3 so that's no problem. My concern is it's lack of
} availability in the more recent versions of zVM/CMS. That's why we would need
} to run a guest VM/ESA or maybe zVM 3.1 partition under the latest zVM so we
} could keep 370 mode. At least that's my understanding.

Different Richard here, but I can tell you that your understanding is
not correct.  If the underlying hardware doesn't support 370 mode,
neither VM/ESA or 3.1 can give you what isn't there.

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543 1353
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since CP-67
Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians  Owner:Chinook-L
Retired at the beach Asst Owner:Sibernet-L

Re: IPGATE question

[Alan Altmark]

On Wednesday, 08/20/2008 at 09:15 EDT, "O'Brien, Dennis L" 
 wrote:
> Alan Altmark, if our name isn't on the requirement, would you
> please add it?

Roger roger.

Alan Altmark
z/VM Development
IBM Endicott

Re: HiperSockets Question

[Alan Altmark]

On Wednesday, 08/20/2008 at 09:54 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" 
<[EMAIL PROTECTED]> wrote:
> After a lot of effort we found that there was an extra route in the
> Linux routing table that sent the data bound for one of the z/OS LPARS
> over to our z/VM where it then was routed by the TCP/IP stack on z/VM to
> the z/OS LPAR over the HiperSockets LINK. This LINK happened to have a
> MTU size of 1500. When we removed the bogus route from the Linux routing
> table causing the SQL queries in question to travel over a HiperSockets
> LINK with a MTU size of 16348 they were successful. It appears that the
> difference in the MTU sizes was the problem.
> 
> My question is does the MTU size mismatch cause the problem? I thought
> that even if the packets were fragmented they would still get over in
> full.

Yes, it can (but not always) cause a problem if the MTU sizes on the same 
shared media are different.  All MTUs on the same network segment need to 
have the same MTU.

Alan Altmark
z/VM Development
IBM Endicott

Re: Where Do I Go From Here?

[Adam Thornton]

On Thu, Aug 21, 2008 at 08:19:22PM -0400, David Boyes wrote:
> If you truly still need 370 mode, you're going to be hard pressed to find a
> system that will still run true 370 mode. Most (if not all) the modern
> systems no longer have true 370 mode microcode.

Howeveron a modern z9 you can probably run Hercules and get as much speed
as you ever would have on a real 370.

Hercules can emulate a 370 very accurately, and if you can license the 
system to your actual CPU, then it might even be legal.  I doubt anything
specifies WHAT the intervening virtual machine layers are.

Adam

Re: Where Do I Go From Here?

[Kris Buelens]

No zSeries Machines provide 370 mode (370 mode got removed in some of
te latest 9672 generations).  To be able to use a MACHINE 370, 370
mode must be provided by the HW, Running VM/ESA as guest of z/VM will
not help.
The solution/bypass to allow running CMS 370-mode applications in
XA-mode machines was the 370 Accommodation feature, activated with SET
370ACCOM ON.  I don't remember in which VM/ESA release it first
appeared, nor in which release it was improved.  The latest (and still
available version) is a co-operation between CMS and CP.  It has been
discussed here recently.

2008/8/22 Karl J Severson <[EMAIL PROTECTED]>
>
> Richard:
> We have 370 mode in V2.3 so that's no problem. My concern is it's lack of 
> availability in the more recent versions of zVM/CMS. That's why we would need 
> to run a guest VM/ESA or maybe zVM 3.1 partition under the latest zVM so we 
> could keep 370 mode. At least that's my understanding.
> Karl Severson
> IBM VM Systems Administrator
> Raytheon Company
> El Segundo, California
> -The IBM z/VM Operating System  wrote: -
>
> To: IBMVM@LISTSERV.UARK.EDU
> From: "Schuh, Richard" <[EMAIL PROTECTED]>
> Sent by: The IBM z/VM Operating System 
> Date: 08/21/2008 03:12PM
> Subject: Re: Where Do I Go From Here?
>
> Have you tried CP SET 370ACCOM ON and SET CMS370AC ON while running in
> an ESA mode machine?
>
> Regards,
> Richard Schuh
>



--
Kris Buelens,
IBM Belgium, VM customer support