Re: SFTP on z/VM 5.4 and 6.1

[McKown, John]

Didn't they tell you when you joined that there is a two Expresso minimum per 
day before posting questions? 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Davis, Larry 
> (National VM/VSE Capability)
> Sent: Monday, July 25, 2011 11:25 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: SFTP on z/VM 5.4 and 6.1
> 
> Thanks, I believe my brain cells have warmed up and all this 
> is sounding very familiar to me now. 
> 
> Larry Davis
> 

Re: SFTP on z/VM 5.4 and 6.1

[McKown, John]

I am not too z/VM literate. However, sftp is a part of SSH (which is not SSL 
either). It is totally separate and distinct from FTP. FTPS (note the S is on 
the back, not front) is normal FTP over an SSL encrypted tunnel. And it is not 
sftp either.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Davis, Larry 
> (National VM/VSE Capability)
> Sent: Monday, July 25, 2011 10:30 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: SFTP on z/VM 5.4 and 6.1
> 
> Does the FTP Client in VM allow you to transfer to a SFTP 
> site and if so is there a redbook on this process possibly?
> 
> 
> Larry Davis
> 
> 

Re: VM to zLinux Remote Execution

[McKown, John]

I'm not too up on zLinux because we don't have it or z/VM. But doesn't zLinux 
have support for the virtual reader? Could you spool a reader file to your 
zLinux instance's virtual reader and have some shell script on zLinux execute 
it? Kind of like how I remember CMSBATCH working back when I ran VM/370 (yes, 
that long ago). 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Duerbusch
> Sent: Friday, July 22, 2011 12:32 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: VM to zLinux Remote Execution
> 
> I'm trying to remotely execute a command with CMS as the 
> client and SLES 11 SP 1 as the server.
> 
> All documentation I've found so far, shows how to do it from 
> Linux to VM.
> 
> Apparently the problem is, TCPIP for VM only has the 
> unsecured REXEC client and SLES 11 only has a secured sshd.
> 
> I've searched the VM download page for a ssh client.
> I've done some Linux searches for how to dumb down sshd (i.e. 
> to allow unsecured transfers).
> 
> Of course, there might be program products available, but 
> unless they would be zero cost products, it's not going to 
> happen in the short term.
> 
> Thanks for any help
> 
> Tom Duerbusch
> THD Consulting
> (Still on z/VM 5.2)
> 
> 

Re: VM to zLinux Remote Execution

[McKown, John]

Just a question: If the CMS user and the zLinux are running on the same box, 
why not use a VM VLAN with a separate IP address and NIC than one used by the 
Outside World? That way, wouldn't it be possible for REXEC on zLinux to only 
LISTEN on the given IP address and so be safe as well? Just curious.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark
> Sent: Friday, July 22, 2011 12:59 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VM to zLinux Remote Execution
> 
> On Friday, 07/22/2011 at 01:31 EDT, Tom Duerbusch 
>  wrote:
> > I'm trying to remotely execute a command with CMS as the 
> client and SLES 
> 11 SP 
> > 1 as the server.
> > 
> > All documentation I've found so far, shows how to do it 
> from Linux to 
> VM.
> > 
> > Apparently the problem is, TCPIP for VM only has the 
> unsecured REXEC 
> client and 
> > SLES 11 only has a secured sshd.
> 
> ssh is not a secured version of rexec, but is a different protocol 
> entirely.  You can run rexecd on Linux if you want, but 
> you're going to 
> need to set up iptables to prevent connections from the 
> Outside World.  If 
> you don't do that, then your port security scanners are going 
> to find it 
> and report you to the Port Authority.  You will then be 
> carted off to the 
> stockade.
> 
> Implicit is the assumption that 'remote' means 'guest on same 
> system or 
> CEC'.  You do not want to send or receive rexecd over real ethernet.
>  
> > I've searched the VM download page for a ssh client.
> > I've done some Linux searches for how to dumb down sshd 
> (i.e. to allow 
> > unsecured transfers).
> > 
> > Of course, there might be program products available, but 
> unless they 
> would be 
> > zero cost products, it's not going to happen in the short term.
> 
> Sine Nomine has a CMS ssh, scp, and sftp client, but they're 
> not free. See 
> sinenomine.net.
> 
> Alan Altmark
> 
> Senior Managing z/VM and Linux 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: Running REXX compiled in z/OS in CMS

[McKown, John]

IBM on z/OS does that too. It is LE. For better or worse. I am fairly sure that 
all the current IBM compilers on z/OS use LE as their run-time. COBOL, C, 
FORTRAN, and PL/I all do, I'm certain.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of David Boyes
Sent: Wednesday, April 13, 2011 4:09 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Running REXX compiled in z/OS in CMS

One thing that HP does for VMS is ship all the runtime libraries for all their 
compilers (even the weird ones like BLISS and PROLOG) as part of the base OS. 
That way ISV vendors (or the base OS vendor) don't have this kind of problem.  
Paying to create, free to use always seemed like a good compromise to me.

-- db

(PS - at least one required system utility is written in each language to force 
the marketroids to continue this policy. Score one to the Visigoths.)

Re: "Social Security Confronts IT Obsolescence"

[McKown, John]

Hum, and the politicians just get to keep the money that I've been forced to 
pay into it for the last 30 years? That would be "nice" for them.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Tom Huegel
Sent: Tuesday, March 15, 2011 1:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: "Social Security Confronts IT Obsolescence"

The solution is to eliminate the SSA altogether..

Re: moving members to a z/OS system

[McKown, John]

Ah!

ftp zossystem
zosuser
password
mkdir cms.pds
cd cmd.pds
prompt
mput *


I'm not sure about the mput syntax on this. I don't have z/VM, so I cannot 
test.  The PDS ends up with RECFM=VB LRECL=256 on my system. You can specify 
the dataset characteristics using a QUOTE SITE command

quote site lrecl=??? blksize=??? recfm=??? pri=??? sec=??? dir=??? cylinders

where ??? is replaced with the appropriate numbers for lrecl, blksize, recfm 
(VB or FB), primary space, secondary space, and directory blocks respectively.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Edward M Martin
Sent: Tuesday, March 15, 2011 9:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: moving members to a z/OS system

Hello Mark,

We do not have a RSCS/JES connection yet ( I may attempt to create one) and I 
can FTP, but I was wondering if there was niffy way to send files to a z/OS 
system
That would build a PDS/E for them.

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

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Mark Pace
Sent: Tuesday, March 15, 2011 10:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: moving members to a z/OS system

If you have an RSCS/JES connection you can use SENDFILE.
If a TCPIP connection you could do FTP.

On Tue, Mar 15, 2011 at 10:26 AM, Edward M Martin 
mailto:emar...@aultman.com>> wrote:
Hello Everyone,

I have some 30-40 members that need to be migrated to a z/OS system - far, far, 
away.
And I am dealing with z/OS people (I am not impressed).

What is the easiest way to send these files to them that will make it very easy 
for them to load into a PDS?

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




--
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

Re: moving members to a z/OS system

[McKown, John]

As I recall, the "best" way for them to get data is for you to use SENDFILE via 
RSCS. It shows up in the JES SPOOL and the user can do a RECEIVE command to 
reconstruct it. The receiver will need to use the RESTORE subcommand to specify 
things such as the DSN since z/OS cannot handle CMS filenames.

This assumes you have an RSCS connection to their z/OS system.  I can't 
remember if it is possible for you to put their data in a CMS MACLIB and 
transmit that in such a way as to be usable on z/OS. I don't have a z/VM system 
any more .

SENDFILE creates a "card image". If you don't have an RSCS link to them, you 
could send it to yourself. It would then be in your virtual reader. You could 
read that file onto your CMS disk, then ftp that file - assuming you have an 
ftp connection available. Or you can ftp it to your desktop in binary mode, zip 
it, email it to the user, have them save the zip to their desktop, unzip it, 
then binary ftp it to their z/OS system, then do a RECEIVE INDATASET on the 
disk file. What a pain in the posterior!

I __think__ you can do this mos easily via

SENDFILE * * A* TO ZOSUSER@ZOS-SYSTEM


John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Edward M Martin
Sent: Tuesday, March 15, 2011 9:27 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: moving members to a z/OS system


Hello Everyone,

I have some 30-40 members that need to be migrated to a z/OS system - far, far, 
away.
And I am dealing with z/OS people (I am not impressed).

What is the easiest way to send these files to them that will make it very easy 
for them to load into a PDS?

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

Re: Web based archive?

[McKown, John]

http://listserv.uark.edu/archives/ibmvm.html


John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

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

 

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of JURASCHEK, DAVID F (CTR)
> Sent: Friday, February 18, 2011 7:46 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Web based archive?
> 
> Is there a web address where the archives of the IBM-VM list can be
> reviewed from?
> 
> Many of the other LISTSERVers provide such an interface.
> 
> Thanks.
> 
> -Dave
> 
> 

Re: Wait code 000a00000000000f

[McKown, John]

That is true regardless of the OS which you are trying to IPL. If there is a 
problem attempting to do the hardware load function, then the z microcode loads 
a hard wait of F. It is a hardware function.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Edward M Martin
Sent: Wednesday, January 19, 2011 11:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Wait code 000a000f

Hello Tom,

Very interesting.  From a Google search, it would seem that

The code 000A000F means that the IPL text could not be found.

But this is referencing Linux.

Ed Martin
Aultman Health Foundation
330-363-5050
ext 35050
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Tom Huegel
Sent: Wednesday, January 19, 2011 11:53 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Wait code 000a000f

This is the entire message.. It happens before there are any console messages 
to indicate z/VM is even starting..

Central processor (CP) 0 in partition TPFTVM, entered disabled wait state.
The disabled wait program status word (PSW) is 000a000f.
Central storage bytes 0-7 are: 000a000f.
On Wed, Jan 19, 2011 at 8:46 AM, George Henke/NYLIC 
mailto:george_he...@newyorklife.com>> wrote:
Is not the wait state code sometimes the SVC number it is running at the time 
which in this case would be the ERREXCP SVC 15?


Tom Huegel mailto:tehue...@gmail.com>>
Sent by: The IBM z/VM Operating System 
mailto:IBMVM@LISTSERV.UARK.EDU>>

01/19/2011 11:37 AM
Please respond to
The IBM z/VM Operating System 
mailto:IBMVM@LISTSERV.UARK.EDU>>


To

IBMVM@LISTSERV.UARK.EDU

cc

Subject

Re: Wait code 000a000f







Mike, I found the same description you did '000A' is ESA/390 mode but nothing 
matching the 'f''.
This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9.
I have other systems running the same level z/VM without any problem..
I am sure it is something I have done. It would be nice if the message was 
documented, so I would know where to look.
It is not urgent today I have backups so I am running now.
I need it to work by the time the z196 comes online in a couple of weeks.

Tom
On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter 
mailto:mike.wal...@aonhewitt.com>> wrote:
I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.

Page 149 explains the "000A" as a machine running in ESA/390 mode.
But there is no corresponding HCP015W, or HCP00FW message (the latter of
which, with a hex value, would start a whole new thread).

Can you tell us more about _what_ you are IPLing?  Is it CP on 1st level,
CP on 2nd level, CMS, or some utility program - on what size virtual
machine, in what mode (provide output from CP Query SET).  That info might
help point someone in the right direction.

Also, what's the proper level of urgency?  :-)

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





"Rich Greenberg" mailto:ric...@panix.com>>

Sent by: "The IBM z/VM Operating System" 
mailto:IBMVM@LISTSERV.UARK.EDU>>
01/19/2011 10:05 AM
Please respond to
"The IBM z/VM Operating System" 
mailto:IBMVM@LISTSERV.UARK.EDU>>



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Wait code 000a000f






On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:

} Does anyone have a clue as to what this hard wait code is? ..
} 000a000f.
} I can't find this one in the messages and codes book?
} It is probably a configuration error of some type.
} It happens at IPL.
} And yes I did make  many changes..

I don't have a messages and codes book handy, but forget the "a" and
look for CP wait state 15 (x'f').

--
Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com  + 
1 941 378
2097
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
CP-67
Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst
Owner:Sibernet-L






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 

Re: ZOS Guest Console Not Working

[McKown, John]

I'm not a z/VM person. I'm a z/OS sysprog. I don't know how SuperSession works. 
A z/OS console is not BTAM, per se, a z/OS console is usually associated with a 
local non-SNA 3270 device. Note that the z/VM DIAL command (which is what I am 
used to) presents a 3270, however connected to z/VM, as a local non-SNA 3270. 
If this is the 3270 where you did a LOGON to start up the z/OS guest, then the 
console is likely in CONMODE 3215. That is the very old style printer keyboard 
console. z/OS does not support 3215 consoles any more at all. In this case, 
before IPL'ing z/OS, enter the command #CP CONMODE 3270 to set the console mode 
to 3270. If your z/OS guest first IPLs CMS (as many do), this will "blow away" 
CMS. And you'll need to enter the IPL  command where "" is the virtual 
address of the z/OS IPL volume by hand.

Another possibility is that the CONSOLnn member of PARMLIB is messed up. Make 
sure that the CONSOLE statements either don't specify the USE parameter or it 
is set to USE(FC). USE(MS) and USE(SD) won't work right for a normal console.

Hope this was of at least some help. I only use z/VM when we do a D.R. test.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of George Henke/NYLIC
Sent: Thursday, January 06, 2011 2:28 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: ZOS Guest Console Not Working

The ZOS console does not have the command line at the bottom.

There is no way to input data.

I can dial into TSO np, even look at the console in EJES (we are JES3), and 
everything else looks fine.

But just logging onto to ZOS guest through SuperSession and entering *b* shows 
the ZOS console output only without any command line at the bottom.

We do have a VTAM vsm, but ZOS consoles are BTAM, not VTAM terminals.

Re: Assembler Question

[McKown, John]

I guess this is to stop the no-so-smart. The first thing that comes to mind is 
to make some slight changes to cause confusion:


You have:

 MVC   MAQUINA+0(1),=XL1'E5'
 MVC   MAQUINA+1(1),=XL1'E2'
 MVC   MAQUINA+2(1),=XL1'C5'
 MVC   MAQUINA+3(1),=XL1'D3'
 MVC   MAQUINA+4(1),=XL1'C1'
 MVC   MAQUINA+5(1),=XL1'C2'

Simple change:

 MVC   MAQUINA+3(1),=XL1'D3'
 MVC   MAQUINA+4(1),=XL1'C1'
 MVC   MAQUINA+5(1),=XL1'C2'
 MVC   MAQUINA+0(1),=XL1'E5'
 MVC   MAQUINA+1(1),=XL1'E5'
 MVC   MAQUINA+2(1),=XL1'E2'

What shows up in the module would be: LABVSE. Looks reasonable, doesn't it? 
Now, to really mess up their minds: create a guest machine with that name. 
Monitor who actually sends something to it. Then beat them with an appropriate 
stick for being an idiot.

If you want to simply disguise the name, then I'd likely do something simple, 
such as:

 MVC   MAQUINA+0(1),=XL1'05'
 MVC   MAQUINA+1(1),=XL1'12'
 MVC   MAQUINA+2(1),=XL1'25'
 MVC   MAQUINA+3(1),=XL1'33'
 MVC   MAQUINA+4(1),=XL1'41'
 MVC   MAQUINA+5(1),=XL1'52'
 L 0,MAQUINA
 AL0,=X'E0D0A0A0'
 ICM   0,B'0101',MAQUINA+4
 AL0,=X'10802070'
 STCM  0,B'0101',MAQUINA+4

This last is a bit nasty to the casual observer. Especially the use of the ICM 
to make the bytes in the second part of the name not be next to each other. And 
putting in the unused data in the AL instruction which don't matter and which 
does nothing in particular, will really mess up someone's mind

But a smarty could still disassemble the module and do the instructions by hand 
to try to figure out what is going on. Either kill them or hire them as a 
forensic technician.




John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Sergio Lima
Sent: Monday, January 03, 2011 12:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Assembler Question

Hello List,

We wrote a sample ASSEMBLER Program  here under CMS, that will submit a JOB to 
VSE Machine, using the CP SPOOL PUNCH command.
Sorry, if you understand that here is not the good place to put this question.
The people ask to me, if is possible the name of CMS MACHINE not appear on the 
MODULE.

The program is this :

PUNCHA   CSECT
 USING PUNCHA,3
 USING FSCBD,4
 PRINT GEN
 LR3,15
 ST14,SAVE
*
 LA4,FSCB1
 MVC   FILENAME(8),8(1)
 MVC   FILETYPE(8),16(1)
 MVC   FILEMODE(8),24(1)
*
 MVC   FSCBFN,FILENAME
 MVC   FSCBFT,FILETYPE
 MVC   FSCBFM,FILEMODE
*
 MVC   MAQUINA+0(1),=XL1'E5'
 MVC   MAQUINA+1(1),=XL1'E2'
 MVC   MAQUINA+2(1),=XL1'C5'
 MVC   MAQUINA+3(1),=XL1'D3'
 MVC   MAQUINA+4(1),=XL1'C1'
 MVC   MAQUINA+5(1),=XL1'C2'
*
 WRTERMFILENAME,8
 WRTERMFILETYPE,8
 WRTERMFILEMODE,2
 WRTERMMAQUINA,8
*
 SR1,1
 LA1,DESTINA
 SVC   202
 DCAL4(1)
*
LECARD   FSREADFSCB=FSCB1,ERROR=EOF
*
 PUNCHCIOAREA
 WRTERMIOAREA,80
 B LECARD
*
EOF  LA1,CLOSEP
 SVC   202
 DCAL4(1)
 DCX'0700'
*
 LA1,SPCLOSE
 SVC   202
 DCAL4(1)
*
 MVC   MAQUINA,=CL8'SYSTEM  '
 LA1,DESTINA
 SVC   202
 DCAL4(1)
*
 L 14,SAVE
 BR14
*
SAVE DSF
*
FILENAME DSCL8
FILETYPE DSCL8
FILEMODE DSCL2
*
IOAREA   DSCL80
*
DESTINA  DS0D
 DCCL8'CP  '
 DCCL8'SPOOL   '
 DCCL8'PUN '
 DCCL8'TO  '
MAQUINA  DCCL8''
 DCCL8'CONT'
 DC8X'FF'
*
CLOSEP   DS0D
 DCCL8'CP  '
 DCCL8'CLOSE   '
 DCC

Re: Copyfile with PACK on MVS ?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij
> Sent: Tuesday, December 21, 2010 3:22 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Copyfile with PACK on MVS ?
> 
> Friends,
> 
> When a RECFM V file is transferred through download/upload with a PC,
> we need to protect the record layout. And when it's non-text you can't
> stick CRLF between the lines. On VM we normally have people use the
> PACK option of COPYFILE, which puts enough info in the file to restore
> the structure.
> 
> What do people do on MVS? I thought a simple IEBGENER to convert to VB
> or whatever would do, but that does not seem to be common practice...
> does TERSE maybe put stuff in to retain the record structure? And does
> our DETERSE recover that?
> 
> Thanks, Rob

You can use AMATERSE or TSO XMIT. AMATERSE only works for sequential datasets. 
XMIT works for both PDS and sequential. I use XMIT. There is something called 
XMITMANAGER for Winblows which can then manipulate that file if you need to on 
a Windows machine. I don't use it. 

In some cases, I just use z/OS UNIX files and pax.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Mandatory ESMs?

[McKown, John]

I have a vague memory of this. But I was under the impression that was was for 
"development partners" who had a business plan on how to then market their 
application to customers. Which indirectly benefitted IBM. And IBM had to 
approve your plan and you had to make reports on your progress to continue to 
gain benefit. Again, I understand that IBM is not a charity set up to allow 
"techie nerds" to "play around" with z/OS. And somebody has to "foot the bill". 
Which I would do myself, if I could. But I can't. Perhaps I could mug George 
Soros?  So I do "foot the bill" for what I can afford: Linux/Intel. I can 
even "foot the bill" for z/Linux by using Hercules-390, which is legal as far 
as I can tell.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Duerbusch
> Sent: Monday, December 13, 2010 4:06 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Mandatory ESMs?
> 
> What happened to
> 
> IBM had a program.  If you were a developer, you could sign 
> up and have time on one of IBMs' mainframes.  Kind of like 
> the old time sharing services back in the '60s and '70s.
> 
> It seems to me that it resurfaced with Linux development but 
> I haven't heard anything about it in, at least, 5 years.
> 
> It seems to me that a time sharing option would be the first 
> rung of the ladder.  zPDT would be the second rung and your 
> own full system, would be the third rung.  A lot, not 
> everything, can be done with time sharing.
> 
> Gee.  I wonder if z/VM could ever evolve into a time sharing system?  
> 
> Tom Duerbusch
> THD Consulting
> 
> >>> "McKown, John"  12/13/2010 
> 2:56 PM >>>
> I realize this isn't really a fair comment, but I'll say it 
> anyway. It's why the z is going down the toilet so far as 
> number of installations are concerned. There is no way for 
> "poor techies" to contribute to the z ecosystem any more. 
> Companies, such as the one I work for, don't want employees 
> "wasting time and money" on the z (in my case using MSUs for 
> "non productive" work. MSUs cost real money.). I definitely 
> cannot afford a z development system of my own (and zPDT is 
> so encumbered that it is not for "poor techies" like me). And 
> people wonder why Intel is taking over the world with their 
> less advanced architecture? The only "z" machine I can afford 
> is Hercule-390. And I can't get a z/VM or any other z 
> licensed OS on that platform. I know why, but still. So, for 
> "techie fun", I use Linux/Intel. I can afford it. Wish it 
> were otherwise. But IBM's apparent attitude appears to be: 
> "If IBM can't make some money directly from you, then you can 
> just go somewhere else." So I have. 
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com 
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
>  
> 
> > -Original Message-
> > From: The IBM z/VM Operating System 
> > [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> > Sent: Monday, December 13, 2010 2:37 PM
> > To: IBMVM@LISTSERV.UARK.EDU 
> > Subject: Re: Mandatory ESMs?
> > 
> > On Monday, 12/13/2010 at 11:12

Re: Mandatory ESMs?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel
> Sent: Monday, December 13, 2010 3:27 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Mandatory ESMs?
> 
> Maybe we can get a Windoze version of CMS to do 
> developement... Dear Santa ... 

I would rather use Linux as a base. I hate and despise MS more than I ever have 
IBM (and I can get upset with them at times). I wouldn't do anything to help MS 
in any manner, form, or fashion.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Mandatory ESMs?

[McKown, John]

I realize this isn't really a fair comment, but I'll say it anyway. It's why 
the z is going down the toilet so far as number of installations are concerned. 
There is no way for "poor techies" to contribute to the z ecosystem any more. 
Companies, such as the one I work for, don't want employees "wasting time and 
money" on the z (in my case using MSUs for "non productive" work. MSUs cost 
real money.). I definitely cannot afford a z development system of my own (and 
zPDT is so encumbered that it is not for "poor techies" like me). And people 
wonder why Intel is taking over the world with their less advanced 
architecture? The only "z" machine I can afford is Hercule-390. And I can't get 
a z/VM or any other z licensed OS on that platform. I know why, but still. So, 
for "techie fun", I use Linux/Intel. I can afford it. Wish it were otherwise. 
But IBM's apparent attitude appears to be: "If IBM can't make some money 
directly from you, then you can just go somewhere else." So I have. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Monday, December 13, 2010 2:37 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Mandatory ESMs?
> 
> On Monday, 12/13/2010 at 11:12 EST, Dave Jones 
>  
> wrote:
> > As far as getting the new z/OS PL/I compiler over to z/VM, 
> I'd be happy
> > if IBM just offered it unsupported on CMS, with only a short bit of
> > documentation noting the differences between usage in the 
> z/OS and CMS
> > environments, much like what IBM now does with the z/OS 
> C/C++ port to 
> CMS.
> > 
> > Any problems with the compiler would have to be recreated 
> on z/OS before
> > IBM would take an APAR. I think that this approach might help make a
> > business case, as it would cut down on IBM's up front costs 
> significantly.
> 
> Cost avoidance does not a business case make.  Business cases 
> are made 
> based on projected sales and profitability, and that business case is 
> weighed against others vying for the same resources.
> 
> And as you know, IBM doesn't offer "experimental" licenses 
> such as you 
> describe.  A product either goes out the door as a supported 
> product, or 
> it doesn't go at all.  Occasionally IBM does offer beta 
> programs that are 
> similar to what you describe, but those are within the 
> context of having 
> intent to release a fully supported product.  After all, it 
> takes manpower 
> to create unsupported programs, too.
> 
> That's just The Way Things Are.
> 
> Alan Altmark
> 
> z/VM and Linux on System z Consultant
> IBM System Lab Services and Training 
> ibm.com/systems/services/labservices 
> office: 607.429.3323
> alan_altm...@us.ibm.com
> IBM Endicott
> 
> 

Re: Mandatory ESMs?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Richard Troth
> Sent: Friday, December 10, 2010 3:28 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Mandatory ESMs?
> 
> There is a GCC which runs on CMS.  I have not used it.  Perhaps those
> on this list who have will chime in.
> 
> GCC is a volunteer project, so the CMS port (which is closely related
> to the MVS port) will lack some features of compilers from IBM or
> Dignus.
> 
> -- R;   <><

I am not very up on the Dignus or IBM compilers. But, although a volunteer 
effort, the GCC is a fairly advanced C/C++ compiler. As well as FORTRAN and 
Ada. I am not 100% sure, but I think that IBM Germany does a lot with the Linux 
on z version of GCC.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

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

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

 

Re: Vswitch Grant as a CMD in User's Directory?

[McKown, John]

I loved CMS many years ago. I no longer work for a company with z/VM. Haven't 
for years. Using CMS and RSCS to submit jobs to MVS (yes, that long ago - MVS 
3.8!) was so much better than TSO it wasn't even funny. Now I'm using a Linux 
desktop and writing code which allows me to use it for some things instead of 
TSO. OpenSSH is really helping on that. But I'm getting off-topic.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC
> Sent: Friday, December 10, 2010 10:53 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Vswitch Grant as a CMD in User's Directory?
> 
> Some companies in the past preferred to confine application 
> programmers to CMS due to the large overhead of TSO address 
> spaces thereby realizing savings in CPU and storage. 
> 
> CMS is not as well liked as TSO/ISPF by application 
> programmers, but given CPU price sensitivity these days, it 
> may not be such a bad idea and, who knows, it might even 
> convert them z/VM. 
> 
> 
> 
> 
> 
> Bill Munson  
> Sent by: The IBM z/VM Operating System  
> 
> 12/10/2010 10:57 AM 
> Please respond to
> The IBM z/VM Operating System 
> 
> To
> IBMVM@LISTSERV.UARK.EDU 
> cc
> Subject
> Re: Vswitch Grant as a CMD in User's Directory?
> 
>   
> 
> 
> 
> 
> Tom, 
> 
> as Mike said there are a lot of companies I know of that are 
> using "CMS" applications for day to day work and the DATA 
> resides on "VM" 
> 
> they are using "FOCUS" for report generation , as well as 
> "MAILBOOK" for e-mail and interoffice file transfers , and 
> some are using VM:Backup and VM:Archive and the Shared File 
> System for numerous versions of Source Code like GDG's on TSO 
> and submitting their compiles and assembles to VM:Batch for 
> processing.  There is still a lot of WORK being done on "VM" 
> and these companies are not running any other "OS" as a guest 
> of these "VM" systems.  They might and do have other "VM"'s 
> for running LINUX or "VSE" . 
> 
> Granted it is a vast minority of what it was 10, 15, and 20 
> years ago. 
> 
> munson 
> 
> 
> 
> 
> From:Tom Huegel  
> To:IBMVM@LISTSERV.UARK.EDU 
> Date:12/10/2010 09:16 AM 
> Subject:Re: Vswitch Grant as a CMD in User's Directory? 
> Sent by:The IBM z/VM Operating System 
>  
> 
> 
> 
> 
> 
> 
> Does anyone run applications in z/VM? Isn't the 'protected 
> data' owned by some other OS (z/OS, z/VSE, zLINUX). It seems 
> that the high level security effort belongs in those OS's. 
> z/VM just needs to keep those systems isolated and NOT be 
> able to circumvent their security procedures.  
> 
> On Fri, Dec 10, 2010 at 2:46 AM, Les Koehler 
> mailto:vmr...@tampabay.rr.com> > wrote: 
> Back in the old days, I recall a finance type person saying 
> something like: The Gold Standard is that it should take 
> collusion between two or more people to defraud the company.
> 
> If we apply that to IT, then shouldn't pswds for privileged 
> userids that can access/change financial data be long enough 
> that TWO sysprogs can each be given half a pswd so they both 
> have to be present to make a change?
> 
> Les 
> 
> 
> Alan Altmark wrote: 
> On Thursday, 12/09/2010 at 12:01 EST, Tom Huegel 
> mailto:tehue...@gmail.com> > wrote: 
> Does it really matter? SOX is just another way congress has 
> come up with 
> to 
> destroy the American economy, and in fact the American way of life. 
> 
> When you read the law, you find that SOX is "simply" a way to 
> hold executives responsible for the financial statements 
> issued by their companies.  Assuming no ill intent (no 
> comments, please!), that means trustworthy data.  That flows 
> downhill, as all such things must, until we start talking 
> about access controls and audit mechanisms for financial 
> data.  That is, knowing who has the means and the opportunity 
> to access the data, and knowing who has actually done so.  (I 
> leave it to others to talk about motive.)  Who, what, where, when.
> 
> Unfortunately, IT security industry consultants have mangled 
> this laudable concept into a paranoia-inducing behemoth that 
> has people screaming in terror as it rampages across the 
> country, flogging 

Re: Vswitch Grant as a CMD in User's Directory?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel
> Sent: Thursday, December 09, 2010 11:01 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Vswitch Grant as a CMD in User's Directory?
> 

> 
> Don't you just love the airport scanners and patdowns?
> 

As Paul Lynde said many, any years ago on "Match Game"

"It's the only reason I fly!" 

Seriously, I don't travel. And if I did, I would drive my own car. I wouldn't 
fly if __they__ paid __me__!

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: DDR Tape-to-Tape (3590 => 3490)

[McKown, John]

I'm not very z/VM literate. I am a z/OS sysprog who has done a fair number of 
installs, but not z/OS 1.12 so far. My best guess would be that you could use 
something like DITTO to copy individual files. But the result is going to be a 
mess so far as doing the installation is concerned. The reason is that the 
supplied jobs are tailored to the installation medium. I don't know the level 
of expertise your z/OS people have. When I installed z/OS 1.10, I used the 
Internet Download option and put the files on my Linux desktop. I could then 
NFS mount the Linux desktop filesystem to the driving z/OS 1.8 system. This 
allowed me to install z/OS 1.10 without needing a lot of UNIX filesystem space 
on z/OS DASD.

Why not just reorder with the proper media requirements? OK, the time may be a 
factor. That's why I went with the Internet download.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Andre Massena
> Sent: Monday, November 22, 2010 5:53 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: DDR Tape-to-Tape (3590 => 3490)
> 
> Afternoon all,
> 
> 
> yes, we are going backwards..
> 
> 
> A customer of ours has received a z/OS 1.12 Serverpac on two 
> 3590 cartridges.
> 
> 
> Cleverly, he does not possess such drives, only 3490 units.
> 
> 
> Would it be possible to do a DDR tape-to-tape copy using the 
> above as input and Tonnes of 3490's as output??
> 
> 
> The other alternative would be perhaps DITTO in z/OS batch, 
> but I want to try and be clever first... :)
> 
> 
> 
> TIA and regards,
> 
> 
> 
> Andre 
> --
> --
> www.lavache.com : l'email gratuit sans pub, vachement meuh.
> www.hugolescargot.com : coloriage, fiches recettes et 
> bricolage, chansons, etc.
> www.jeux-gratuits.com : des jeux en ligne pour toute la famille.
> 
> 

Re: Attachment to acquire Novell....

[McKown, John]

I have a good setup for x3270. I'm always open for something better. No, I 
don't have the talent to do it myself. Reading RFCs and converting them to 
something useful is beyond my ability. Perhaps if I did a "tcpdump" and looked 
at the traffic, I'd have a better idea of how it works.

John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

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

 

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Richard Troth
> Sent: Monday, November 22, 2010 11:39 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Attachment to acquire Novell
> 
> X3270 is crude, granted.  But it is consistent, and it is the 
> only 3270 emulator that covers as many platforms. 
> 
> I have offered my $HOME/.x3270pro repeatedly (not here), 
> though it is so old that I really don't remember all that is 
> in it ... or why.  This much I remember: F keys are PF keys, 
> Alt-1 is PA1, Alt-2 is PA2, and there are several key 
> combinations for "Clear".  After that, it gets pretty easy.  
> The toughest part is dealing with the packaging, for which I 
> blame dpkg and RPM.  (Don't get me started.)  I will happily 
> send a copy off-list. 
> 
> X3270 works on every contemporary platform where X windows 
> works, except maybe USS.  (But there is an 'xterm' for USS, 
> so ... who knows?)  We're talking all Linux, plus Solaris, 
> HPUX, presumably AIX, and certainly Windows (thanks to 
> CYGWIN, and does not require CYGWIN's X server, but can use 
> Hummingbird or Reflection (since we're talking about Attachmate)). 
> 
> -- R;   <><
> 
> 
> 
> 
> 
> 
> On Mon, Nov 22, 2010 at 11:36, McKown, John 
>  wrote:
> 
> 
>   From my personal viewpoint, I will hope that it means 
> they may see a need for a more advanced 3270 emulator for the 
> Linux desktop. x3270 works, but is a PITA to configure, IMO. 
> I'd be willing to pay Windows prices for an excellent TN3270E 
> emulator. Please, no wine!
>   
>   --
>   John McKown
>   Systems Engineer IV
>   IT
>   
>   Administrative Services Group
>   
>   HealthMarkets(r)
>   
>   9151 Boulevard 26 * N. Richland Hills * TX 76010
>   (817) 255-3225 phone *
>   john.mck...@healthmarkets.com * www.HealthMarkets.com
>   
>   Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
>   
> 
> 
> 
>   > -Original Message-
>   > From: The IBM z/VM Operating System
>   > [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
>   > Sent: Monday, November 22, 2010 10:28 AM
>   > To: IBMVM@LISTSERV.UARK.EDU
>   > Subject: Re: Attachment to acquire Novell
>   >
>   > > 
> http://finance.yahoo.com/news/Novell-draws-new-bid-of-22-apf-
>   > > 3492629705.html?x=0&sec=topStories&pos=6&asset=&ccode=
>   >
>   > Well, at least Attachmate gets it wrt the importance of
>   > mainframes
>   >
>   > 
> 
> 
> 

Re: Attachment to acquire Novell....

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post
> Sent: Monday, November 22, 2010 11:24 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Attachment to acquire Novell
> 
> >>> On 11/22/2010 at 11:36 AM, "McKown, John" 
> 
> wrote: 
> > From my personal viewpoint, I will hope that it means they 
> may see a need for 
> > a more advanced 3270 emulator for the Linux desktop. x3270 
> works, but is a 
> > PITA to configure, IMO. I'd be willing to pay Windows 
> prices for an excellent 
> > TN3270E emulator. Please, no wine!
> 
> Would you like some cheese with that whine?  Sorry, couldn't 
> resist.  :)
> 
> 
> Mark Post

Gouda. No brie! And __NO LIMBURGER__ unless you stay downwind!

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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


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

 

Re: Attachment to acquire Novell....

[McKown, John]

>From my personal viewpoint, I will hope that it means they may see a need for 
>a more advanced 3270 emulator for the Linux desktop. x3270 works, but is a 
>PITA to configure, IMO. I'd be willing to pay Windows prices for an excellent 
>TN3270E emulator. Please, no wine!

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
> Sent: Monday, November 22, 2010 10:28 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Attachment to acquire Novell
> 
> > http://finance.yahoo.com/news/Novell-draws-new-bid-of-22-apf-
> > 3492629705.html?x=0&sec=topStories&pos=6&asset=&ccode=
> 
> Well, at least Attachmate gets it wrt the importance of 
> mainframes 
> 
> 

Re: Looking for z/OS DB2 skill

[McKown, John]

Can't help, but try this Web site for some DB2 lists.

http://www.idug.org/cgi-bin/wa?HOME

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Roland P. Chung
> Sent: Tuesday, November 16, 2010 7:23 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Looking for z/OS DB2 skill
> 
> * Cross posted to VSE-L & VM-L **
> 
> Hello All, this may not be the right forum for z/OS, please 
> let me know where should I send this to.
> 
> There is a job opportunity for z/OS DB2 + CICS skill to work 
> in BeiJing for 1 year. Option to extend. Please contact me 
> off list if interested.
> 
> Regards,
> 
> ...Roland
>   
> 

Re: FTP Question.

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard
> Sent: Thursday, November 04, 2010 4:19 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: FTP Question.
> 
> We have a process that transfers thousands of files from a 
> Linux guest in one LPAR to a CMS file in another. The 
> process, following a successful logon, goes like this:
>  
> Cd dir1
> Mget *.* (replace
> Cd dir2
> Mget * * (replace
> Cd dir3
> Mget * * (replace
>  
> The entire process is done via VMFTP. It takes a long time to 
> transfer all of the files. I read somewhere that a new data 
> path is created for each file. This appears to be where the 
> time is being spent. Is there any was to cut down on or 
> eliminate this time? It would seem to me to be much more 
> efficient if all of the data were transferred over the same 
> path without all of the reconnecting.
>  
> In this case, the target disk is a large V-disk that has 
> nothing on it. The files get molested and moved to a more 
> permanent residence after all have been obtained.
>  
>  
> Regards, 
> Richard Schuh 

PMJI, I'm not very z/VM literate any more. My first thought is to have the 
remote sited "package" up the files into a single archive file (likeunto zip), 
transfer that archive file, then expand the archive on CMS. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Tape Commands

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter
> Sent: Tuesday, November 02, 2010 11:27 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Tape Commands
> 
> It does work if VM and MVS share the CA-1 TMC, we do it when 
> needed.  You will need to change the FLAG1 field for that volser.
> 
> Off the top of my head, I think the command is:
> VMTAPE EDIT volser REPLACE FLAG1 00
> 
> I'll get the exact syntax in the morning.
> 
> But that may not be enough to change the scratch status in 
> the virtual library - which may require its own commands?
> 
> Mike Walter
> Aon Corporation

On z/OS, I update the TMC, then run CA-1 CTSSYNC command to tell the library 
about the change in status. I would guess that z/VM has an equivalent. Sorry 
for butting in.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Highlighting in Rexx

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Les Koehler
> Sent: Tuesday, October 12, 2010 1:17 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Highlighting in Rexx
> 
> There are some attributes that a pc simply can't do, like 
> underscore and blink. 
> I certainly wouldn't be surprised if my recently acquired 
> WC3270 emulator 
> misbehaved in colorizing for VM.
> 
> Les

Why do you say it can underscore and blink? I have blinking text right now on 
my Hummingbird HostExplorer display going right now, giving me a headache! And 
I just changed it to be underscored using the CUAATTR attribute of USCORE.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: IPL VM/VM Issues

[McKown, John]

Some do remote mirroring of DASD. Or use virtual tape where the virtual tape 
device is either remote or can be remotely mirrored.

For the truly unusual and "cheap": MFNetDisk can emulate 3390 DASD on z/OS via 
a TCPIP connection to a server on a PC running MFNetDisk under either Linux or 
Windows. If you do that, then burn the PC files containing the emulated 3390s 
to DVD. Of course, this means a PC server at DR running MFNetDisk. And 
installing MFNetDisk on the floor system. I'm not too sure about this latter!

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Ward, Mike S
Sent: Thursday, October 07, 2010 11:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IPL VM/VM Issues

What does everyone without tape do for Disaster Recovery and Business 
Continuity?

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Wheeler
Sent: Wednesday, October 06, 2010 3:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IPL VM/VM Issues

> Date: Wed, 6 Oct 2010 14:34:03 -0500
> From: d...@vsoft-software.com
> Subject: Re: IPL VM/VM Issues
> To: IBMVM@LISTSERV.UARK.EDU
>
> Frank, while I think having a simple virtual tape server for CNMS is a
> good idea, it wouldn't solve our problems with SPXTAPE; it does not use
> the normal CMS tape i/o routines to read/write tape. I believe it
> constructs it's own tape CCWs and bypasses all of CMS tape handling.

Most shops without access to real tape drives have already converted their 
"tape" applications to use things like VMFPLCD instead of VMFPLC2, CMSDDR 
instead of DDR, etc.  As Dave said, SPXTAPE is a different animal and the usual 
tricks to get around real tape issues aren't available.

Mark Wheeler
UnitedHealth Group

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

Re: Multi Page/Spool Directory Defs

[McKown, John]

Try:

http://listserv.uark.edu/archives/ibmvm.html

but you need to set yourself up with a listserv userid and password. I'm having 
problems right now trying to do that.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of George Henke/NYLIC
Sent: Tuesday, October 05, 2010 11:49 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Multi Page/Spool Directory Defs


What is the best way to access the "threads" here?

Sorry to ask such a basic question.



Brian Nielsen 
Sent by: The IBM z/VM Operating System 

10/05/2010 12:45 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Multi Page/Spool Directory Defs





As others have mentioned, they are placeholders to prevent directory
managment software from allocating minidisks on them.

What I also noticed was that your PAGE space is a mix of DASD sizes.

Check out the recent thread discussing the pitfalls of doing so.  You
might want to fix that on your 1st level system.

Brian Nielsen

On Tue, 5 Oct 2010 10:52:50 -0400, George Henke/NYLIC
 wrote:

>My Level 1l PAGE and SPOOL disks have only the first volume defined in t
he
>Directory.
>
>*
>USER $PAGE$   NOLOG
> MDISK A03 3390 000 END 540PAG R
>*
>USER $SPOOL$  NOLOG
> MDISK B01 3390 000 END 540SPL R
>*
>
>Yet, Q ALLOC PAGE and SPOOL recognize a second volume for each:
>
>q alloc page
>EXTENT EXTENT  TOTAL  PAGES   HIGH%
>VOLID  RDEV  STARTEND  PAGES IN USE   PAGE USED
>--  -- -- -- -- -- 
>540PAG 10BA  1   3338 600840 198644 395999  33%
>540PG2 12CD  1  10016  1761K 184565 364318  10%
>  -- --
>SUMMARY2347K 383209 15%
>USABLE 2347K 383209 15%
>Ready; T=0.01/0.01 10:49:47
>q alloc spool
>EXTENT EXTENT  TOTAL  PAGES   HIGH%
>VOLID  RDEV  STARTEND  PAGES IN USE   PAGE USED
>--  -- -- -- -- -- 
>540SPL 106C  1   3338 600840 506931 600840  84%
>540SP2 101B  1   3338 600840 597514 600840  99%
>  -- --
>SUMMARY1174K  1079K 91%
>USABLE 1174K  1079K 91%
>Ready; T=0.01/0.01 10:49:56
>
>Is this how is should be?
>

Re: Is there a JAVA implementation for CMS?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
> Sent: Wednesday, September 29, 2010 9:30 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Is there a JAVA implementation for CMS?
> 
> > But
> > who
> > is going to write it? It's
> > not going to come from Sun/Oracle. Sun doesn't even provide 
> one for the
> > M
> > acintosh -- Apple
> > does. There are a heck of a lot more Macs than copies of CMS.
> 
> If you want it enough to contribute to the development, let's 
> talk offlist. We've done Java ports enough times now that we 
> should be able to do it fairly efficiently. 
> 
> > I don't know whether CMS JAVA truly supported 
> multi-threading, though,
> > wh
> > ile Java does. Could
> > lead to problems porting Java to CMS. Does anyone know?
> 
> I fired up a old 4.4 system that has it installed. No 
> references in the help about it, but I didn't try running any 
> code to verify it. I suspect it did something with CMS MT to 
> fake it since IBM wouldn't have been able to call it Java if 
> it didn't pass the Java language tests, which have 
> multithreading in there. 
> 

Would this be "true JAVA"? I.e. from licensed source? Or a port of OpenJDK? 
Which I take it is somewhat different. Or am I, once again, out of my mind 
(please leave a voice message at the tone)?

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Virtualizing a z10

[McKown, John]

I somewhat agree. I'm confused by IBM's z "philosophy". I remember when the 
S/370 arch was around and IBM was targetting from mid-size to large shops (4331 
was __small__!). Now the z people seem to be like Bentley dealers. If you're 
not a multimillionaire, you don't even need to consider a Bentley. But that's 
the way Bentley has always been. All of a sudden IBM z is like Ford deciding 
that the family car is too much of a bother, and only go with super-luxury 
models. Old joke: "You want 10 million for a car!?! How many will buy that?" 
Answer: "I only need one!"

And since it's only the PFD instruction (which the PoPs indicates has multiple 
subfunctions, some of which may be a NOP on some models), IBM hardware should 
be able to rather easily make a millicoded PFD instruction on all the z series 
machines which would be a NOP instead of a PIC 1. But I guess it isn't worth 
the development cost to them. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Ivan Warren
> Sent: Thursday, September 23, 2010 3:01 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Virtualizing a z10
> 
> On 9/23/2010 7:26 PM, Alan Altmark wrote:
> >
> > No secret:  It uses the PREFETCH DATA instruction in the
> > General-Instructions-Extensions Facility. Of course, since 
> developers are
> > no longer shackled by the z900, they may use other z10+ 
> instructions at
> > their discretion.
> 
> 
> Sheesh... Would it have been hard to add a TM (On the STFLE results) 
> around the PFD/PFDRL ? Don't tell me the labs decided to cast off an 
> entire line of (<4 yo) machines (which cost >$100K) for just *ONE* 
> instruction (and more than that - it's only for performance.. 
> PFD/PFDRL 
> have no operational impact other than performance).
> 
> The "underlying" problem I see is that it is putting a severe dent in 
> people's mind as far as IBM's view of "Invest in long lasting 
> technology" is concerned.. z9 is what ? 4 years old ? and IBM 
> is already 
> issuing SCPs that are no longer compatible..
> 
> I remember a time (yeah.. I'm an old geezer) where the time when IBM 
> would release SCPs that were no longer guaranteed to work on 
> system that 
> were more than 20 year old - or rather had been withdrawn 
> from marketing 
> for more than 20 years.. (I'm quite convinced that with some 
> effort, you 
> could have run VM/SP5 on a S/370 138.. And possible VM/ESA 
> S/370 option!)
> 
> PS : We're not talking about the z900/z800.. or the 
> z990/z890.. But the z9 !
> 
> 
> --Ivan
> 
> 

Re: Virtualizing a z10

[McKown, John]

If you are allowed to say, what particular z10+ only feature does 6.1 require? 
We aren't a z/VM shop, so I've not perused the z/VM manuals, if the answer is 
in there I apologize.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Thursday, September 23, 2010 9:25 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Virtualizing a z10
> 
> On Tuesday, 09/21/2010 at 04:42 EDT, "O'Brien, Dennis L" 
>  wrote:
> > z10's were available quite awhile before z/VM 6.1.0 was.  
> I'd find it 
> hard to 
> > believe that the z/VM lab didn't have a real z10 to test 
> 6.1.0 on.  I 
> suspect 
> > there was a time when they emulated a z10 on a z9, but to 
> my knowledge, 
> IBM 
> > doesn't make that software available to customers.
> 
> (sorry - late to the party)
> 
> z/VM 6.1 was indeed tested on a z10.  During its development 
> it ran on a 
> z9 right up to the point where the code that exploits z10 
> instructions was 
> added.  On that day, all z9 and earlier test systems could no 
> longer run 
> z/VM 6.1.  Since we knew that day was coming, we used the 
> previous capital 
> planning/budget cycle to upgrade/consolidate test machines.  
> At no time 
> did we emulate a z10 on a z9.
> 
> When we say "z/VM 6.1 requires a z10 or later" we mean it.
> 
> Alan Altmark
> 
> z/VM and Linux on System z Consultant
> IBM System Lab Services and Training 
> ibm.com/systems/services/labservices 
> office: 607.429.3323
> alan_altm...@us.ibm.com
> IBM Endicott
> 
> 

Re: DEDICATED DASD - How to backup?

[McKown, John]

Why use DEDICATE? You could possibly use MDISK with the DEVNO to make each disk 
a full volume minidisk. Then LINK to it RR from another guest, such as CMS and 
use DDR.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of KEETON Dave * SDC
Sent: Monday, September 20, 2010 3:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DEDICATED DASD - How to backup?

I have a maintenance window of two days a month in which I COULD shutdown the 
guest, but it'll meet with resistance I'm sure. The hope was to back it up 
daily. There's a total of 42  3380 volume currently.

As to the OS, it's VM 3.1 ... yeah, old stuff! We're migrating a customer from 
their old mainframe. This is a temporary solution.

Dave


From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Gentry, Stephen
Sent: Monday, September 20, 2010 1:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DEDICATED DASD - How to backup?

Can the guest be shutdown to do a backup?  If so, try defining a full pack 
minidisk on the dedicated drive and then use vm:backup to backup the minidisk.
Does the guest OS have a backup utility?  (You didn't mention what the OS of 
the guest is).

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of KEETON Dave * SDC
Sent: Monday, September 20, 2010 4:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DEDICATED DASD - How to backup?


I have a guest OS running on 3380 DASD. All of the DASD is defined with 
DEDICATE statements to that guest only. I'm now trying to determine how to 
backup that guest. I have the CA VM:Backup (with HiDRO) product, but I'm told 
it probably won't work because the guest has no minidisks. We have a VTS here, 
so all the data will be written to virtual tape using the DFSMS/VM (RMS) and 
CA's VM:Tape.

Does anyone have any suggestions?

Thanks in advance,
Dave Keeton

Re: DEDICATED DASD - How to backup?

[McKown, John]

Have software on the guest do the backup? You didn't say what OS it was running.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of KEETON Dave * SDC
Sent: Monday, September 20, 2010 3:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DEDICATED DASD - How to backup?


I have a guest OS running on 3380 DASD. All of the DASD is defined with 
DEDICATE statements to that guest only. I'm now trying to determine how to 
backup that guest. I have the CA VM:Backup (with HiDRO) product, but I'm told 
it probably won't work because the guest has no minidisks. We have a VTS here, 
so all the data will be written to virtual tape using the DFSMS/VM (RMS) and 
CA's VM:Tape.

Does anyone have any suggestions?

Thanks in advance,
Dave Keeton

Re: Moving On

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Richard Troth
> Sent: Tuesday, September 07, 2010 12:21 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Moving On
> 
> This month, I will be leaving Nationwide Insurance and taking up work
> with Velocity Software.
> 
> When I interviewed at Nationwide in late 2005, Paul Henry (then
> director over the mainframe guys) put it this way [insert thick
> Bostonian accent here] - "We're serious about virtualization.".  And
> so it is.  Nationwide is a heavy user of z/VM and Linux on System z,
> then as now doing very cool stuff with V12N.
> 
> Working with Rick Barlow and James Vincent has been the most rewarding
> part of the job.  Those of you know know them by their reputations
> (through the VM and zLinux community and/or through SHARE) can only
> imagine what was my reality over the past four and one half years. And
> the team around us (whom most of you do not know) is phenominal: the
> most committed group I have thus far been privileged to be a part of.
> I will miss them.
> 
> But now the time has come for me to go back to the development side of
> this game, supporting the software that makes virtualization actually
> work.  If you can't measure it ... well, you know.  So I am elated
> that on the 20th I'll start with Velocity, a company I have always
> respected with products of renown.  I am stoked!
> 
> -- R;   <><
> 

WOW. I am very jealous. Despite never having been in development, I loved VM 
when I was a sysprog on it (1980s). And I like Linux on my desktop and LAN at 
home. This place has some liking for Linux, but not zEnterprise.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

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

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

 

Re: BookManager format softcopy

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
> Sent: Friday, September 03, 2010 12:10 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: BookManager format softcopy
> 
> Sounds like a plan. I'd actually omit the Information Center 
> docs too -- they're almost impossible to use, really. 
> 
> > The z/VM Information Center and PDF files would still be produced.
> 

I'm curious. I have a KindleDX expressly so that I can easily read PDF books 
which are US Letter or A4 sized. Given the upswing in other, smaller, ebook 
readers (and things like iPod touch and smartphones), would a "mobi" format be 
useful? Or perhaps even a PDF book which is formatted to A5 size instead of A4? 
Or, heavens!, even publish the documents in Linux "docbook" format and let us 
create the "book" in whatever format we like using docbook tools. OK, this last 
is likely going too far as IBM starts to lose some of its control over content.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: z/VM LISTSERV Query

[McKown, John]

OOPS - that first one is for Utilities on z/VM. z/VM itself

mailto:lists...@listserv.uark.edu

subscribe ibmvm

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John
> Sent: Wednesday, August 25, 2010 11:42 AM
> To: ibm-m...@bama.ua.edu
> Subject: Re: z/VM LISTSERV Query
> 
> Yes, I do. ... Oh, you want to know what it is? 
> 
> http://vm.marist.edu/htbin/wlvindex?VM-UTIL
> 
> If you're also interested in Linux on zSeries:
> 
> http://vm.marist.edu/htbin/wlvindex?LINUX-VM
> 
> Subscribe via the form which is on the bottom of the pages 
> sited above.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * (817)-691-6183 cell
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke
> > Sent: Wednesday, August 25, 2010 11:37 AM
> > To: ibm-m...@bama.ua.edu
> > Subject: z/VM LISTSERV Query
> > 
> > Does anyone know a good LISTSERV for z/VM?
> > 
> > -- 
> > George Henke
> > (C) 845 401 5614
> > 
> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET 
> IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > 
> > 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

Re: 3270 Emulator Cards

[McKown, John]

An actual IRMA card at Amazon:

http://www.amazon.com/Attachmate-Irma-3270-Adapter-Win95/dp/B51553

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Jeffry A. Kennedy
Sent: Tuesday, August 24, 2010 10:35 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: 3270 Emulator Cards

Are there any 3270 emulator cards out there anymore ? We have Forvus and can't 
get any support with an installation issue.

Re: How to copy a disk using a z/Linux guest

[McKown, John]

Wouldn't doing a "dd" in the running Linux guest to a separate disk, then 
backing up that disk result in a good backup? Assuming that the application has 
synced its data, of course.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of RPN01
> Sent: Monday, August 16, 2010 9:47 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: How to copy a disk using a z/Linux guest
> 
> Flashcopy does not account for any disk buffers linux still 
> has cached and
> unwritten. It will mitigate the situation where the disk is 
> changing while
> it is being backed up.
> 
> All in all, if you're talking about running images, full-pack 
> backups are
> basically worthless.
> 
> -- 
> Robert P. Nix  Mayo Foundation.~.
> RO-OC-1-18 200 First Street SW/V\
> 507-284-0844   Rochester, MN 55905   /( )\
> -^^-^^
> "In theory, theory and practice are the same, but
>  in practice, theory and practice are different."
> 
> 
> 
> On 8/16/10 9:38 AM, "Hans Rempel"  wrote:
> 
> > If you have flashcopy on your dasd that may be your best 
> option. Use the
> > vmcp z/Linux module to invoke the FLASHCOPY command.
> > 
> > Hans 
> > 
> > -Original Message-
> > From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On
> > Behalf Of Rich Smrcina
> > Sent: August-16-10 9:37 AM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: How to copy a disk using a z/Linux guest
> > 
> >   DDR won't care.  It will take the VTOC with it.
> > 
> > On 08/16/2010 08:29 AM, Martin, Terry R. (CMS/CTR) (CTR) wrote:
> >> 
> >> Hi
> >> 
> >> I am trying to find out if there is a utility in z/Linux 
> in my case RHEL
> > 5.2 that will 
> >> allow me to copy a z/Linux formatted disk to another disk.
> >> 
> >> Also do you know if DDR cares rather there is a VTOC on a 
> volume if it is
> > used to 
> >> backup the volume without a VTOC?
> >> 
> >> /Thank You,/
> >> 
> >> / /
> >> 
> >> /Terry Martin/
> >> 
> >> /Lockheed Martin - Citic/
> >> 
> >> /z/OS and z/VM Performance Tuning and Operating Systems Support/
> >> 
> >> /Office - 443 348-2102/
> >> 
> >> /Cell - 443 632-4191/
> >> 
> >> / /
> >> 
> >> /cid:image001.jpg@01C97FB5.5EAFD6C0///
> >> 
> > 
> 
> 

Re: How to copy a disk using a z/Linux guest

[McKown, John]

I use "dd"

dd if=/dev/... of=/dev/...

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Monday, August 16, 2010 8:30 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: How to copy a disk using a z/Linux guest


Hi

I am trying to find out if there is a utility in z/Linux in my case RHEL 5.2 
that will allow me to copy a z/Linux formatted disk to another disk.

Also do you know if DDR cares rather there is a VTOC on a volume if it is used 
to backup the volume without a VTOC?

Thank You,

Terry Martin
Lockheed Martin - Citic
z/OS and z/VM Performance Tuning and Operating Systems Support
Office - 443 348-2102
Cell - 443 632-4191

[cid:image002.jpg@01CB3D25.91EC0700]

Re: DR Backup using DFDSS

[McKown, John]

This is a shear guess on my part. Have you tried using OFFLINDR? It is file 719 
on the CBT tape.

http://www.cbttape.org/cbtdowns.htm?showonlynew=false

This program appears to work more like DDR. It does not appear to require an OS 
VTOC.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Thursday, August 12, 2010 9:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DR Backup using DFDSS


Hi

I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on 
cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. 
No problem, however I am getting this one guest ready for DR and as such 
running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes 
that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore 
DFDSS receives the ADR307E: error message basically because there is no z/OS 
VTOC.

I know I could use DDR on z/VM to get around this but the problem is that these 
volumes are in use and I need to attach them to whatever machine I am going to 
do the DDR from and cannot go to another LPAR because these particular volumes 
were not gen'ed to be accessible from any other LPAR but the production 
(separation requirement).

So is there any way I can get these backed up given the above?

Thanks

Thank You,

Terry Martin
Lockheed Martin - Citic
z/OS and z/VM Performance Tuning and Operating Systems Support
Office - 443 348-2102
Cell - 443 632-4191

[cid:image002.jpg@01CB3A09.E8D3EA70]

Re: (Fwd) Curiosity Question: System Security

[McKown, John]

RACF, at least on z/OS, does not allow a GROUP to be a member of a group.. A 
RACF group can only contain RACF userids. Eg:

AG GROUP1
AG GROUP2
ADDUSER USER1

You can do a CONNECT of USER1 to GROUP1 and GROUP2. But you cannot do a CONNECT 
of GROUP2 to GROUP1.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Billy Bingham
Sent: Friday, August 06, 2010 9:09 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: (Fwd) Curiosity Question: System Security

>From a colleague on the vse-l mailing list.


Billy
--- Forwarded message follows ---
I only just this week discovered that the VSE BSM does not support 
group within group security.  Meaning, if you have two security groups of users 
-- say, IT managers and IT employees -- and you try to include the IT managers 
as IT employees just by adding the IT managers security group into the IT 
employees security group, then the VSE BSM (as currently implemented) will not 
return the correct access levels for the IT managers so defined.

  IBM Level 2 confirmed that this is a restriction of the VSE BSM and, they 
think, also of RACF (but they weren't 100% certain).  Can anybody familiar with 
RACF confirm or deny such a restriction?  Can anybody familiar with other 
top-notch security products confirm or deny whether those products, also, sport 
such a restriction?  It seems, to me, that group within group security would be 
such a commonplace thing to want to do that I'm surprised to find that the VSE 
BSM does not support this.

  Now, I do understand that such a defined sub-group would logically obtain 
the same access level as is defined for the main group.  I further understand 
that in order to obtain a different access level for such a sub-group that the 
sub-group would have to be defined directly, as a main group, to the security 
resource in question.  I also understand that, under the scenario I've 
described so far, this would result in the same group being defined twice to 
the same security  resource -- once as a sub-group and once as a main group.  
However, I don't see this as a problem because a main group definition should 
logically take precedence anyway.  I just object to having to always define 
only main groups in order to obtain the desired security access levels.

Sincerely,

Dave Clark

WinWholesale Group Services
3110 Kettering Boulevard
Dayton, Ohio  45439  USA
(937) 294-5331



*
This email message and any attachments is for use only by the named 
addressee(s) and may contain confidential, privileged and/or proprietary 
information. If you have received this message in error, please immediately 
notify the sender and delete and destroy the message and all copies. All 
unauthorized direct or indirect use or disclosure of this message is strictly 
prohibited. No right to confidentiality or privilege is waived or lost by any 
error in transmission.
*
--- End of forwarded message ---

Re: SFTP versus FTPS

[McKown, John]

FTPS, which is FTP over TLS (SSL), is a part of z/OS TCPIP as delivered by IBM.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Edward M Martin
Sent: Friday, July 23, 2010 3:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: SFTP versus FTPS

Hello Everyone,

Ok I need some comments and guidance.  FTP using the SSH is not what we want, I 
believe.
We want FTP/SSL or FTPS (implicit SSL).  Which from my earlier question about 
FTP and TCP/IP on z/OS is not in the BASE TCP/IP suite.

Alan this statement would  this be the part of the IBM PORTED Tools that you 
are talking about (see below).
If it is then, That would SFTP and not the FTP/SSL (FTPS) that we require.

TCP/IP is part of z/OS Communications Server (nee VTAM). It is not a part of 
the base z/OS. It is a charge feature of z/OS. "sftp" is available for z/OS, 
but must be ordered. It is part of the OpenSSH port ( 5655-M23). It is free. 
This version of sftp only support z/OS UNIX files.

(It is amazing that the simple definition of SFTP versus FTPS can cause me so 
much grief on a Friday afternoon at 16:20. And I am leaving so expect a late 
response.)

Here is the Wikipedia definitions. http://en.wikipedia.org/wiki/SFTP

I think that I am getting confused with SecureFTP for VSE (CSI's product and 
the one we want) which by definition is FTPS.
FTP using SSL and TLS.

Plus I have some Opie that indicates that they want SFTP and
".  SFTP, for our purposes here at  , is for Implicit SSL 
connections.  FTPS, is for SSH connections which we don't accept at all in 
fact. "

FTPS that matches what I have in WS_FTP PRO.

This is what WS-FTP has

[cid:image002.png@01CB2A82.442DABF0]

[cid:image003.png@01CB2A82.599BD110]

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

Re: Question to about SFTP

[McKown, John]

TCP/IP is part of z/OS Communications Server (nee VTAM). It is not a part 
of the base z/OS. It is a charge feature of z/OS. "sftp" is available for z/OS, 
but must be ordered. It is part of the OpenSSH port ( 5655-M23). It is free. 
This version of sftp only support z/OS UNIX files. There in an OEM enhancement 
from Dovetailed Technologies which allows transferring of "legacy" datasets via 
sftp. This enhancement costs $0.00 and can be downloaded from 
http://dovetail.com . I strongly suggest getting this, along with the Co:Z 
utilities which are also gratis. If desired, you can purchase support for these 
products from Dovetailed. They are excellent people!

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Edward M Martin
Sent: Friday, July 23, 2010 10:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Question to about SFTP


Hello Everyone,

This is a question about the 'other' IBM OS.I am hoping that you 
all will know this answer.

Does z/OS have TCP/IP as part of the base system, and does z/OS have 
SFTP too?

Ed Martin

Aultman Health Foundation

330-363-5050

ext 35050

Re: Artical should be read 'zNEXT'

[McKown, John]

I will be somewhat "nasty". The author of that piece is, IMO, an idiot. Not 
from this article, but from articles she has written about the SCO vs. IBM 
lawsuit. As well as the ad hominem attacks she has made about PJ from Groklaw. 
Now, I think a "blade" server that could run zarch, power and x86 in a single 
box would be fantastic.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Howard Rifkind
Sent: Thursday, July 08, 2010 11:55 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Artical should be read 'zNEXT'

http://www.sys-con.com/node/1453414

Some information about the new Z machine(S).

Systems people! buckle you belts.  For some the ride over the last few years 
has been tough but it looks like it might get even worse should this article 
stand to have some teeth in it.

Some might have already have additional information about these machines, care 
to share?

Re: Test Return Code using FTP under VM/CMS

[McKown, John]

In your FTP1 EXEC, try replacing the line:

ftp "172.16.11.6"

with

"ftp 172.16.11.6 (EXIT"




John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Sergio Lima
Sent: Wednesday, June 16, 2010 12:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Test Return Code using FTP under VM/CMS

Hi List,

We made a EXEC here, that do a automation.
This exec work with WAKEUP RDR, then Receive files, and next do a FTP to a 
Windows Server Machine.

Here is the REXX code :

volta:
DO FOREVER
  'WAKEUP  (RDR '
   IF RC = 4 THEN DO
   'EXECIO * CP (STEM LINES.  STRING QUERY RDR * ALL'
end

Do i=1 to Lines.0

 if word(lines.i,1) = 'ORIGINID' then nop
 else do

 fn =  word(lines.i,1)
 numero =  word(lines.i,2)
 data   =  word(lines.i,8)
 hora   =  word(lines.i,9)
 ft =  substr(data,1,2) || substr(data,4,2) || ,
   substr(hora,1,2) || substr(hora,4,2)
 fm = a
 "cp spool c nohold"
 read fn ft "a" "(replace"
 if rc <> 0 then exit
 call FTP1 fn ft
 signal volta
 end

end

Here, the FTP1 EXEC :

/*   */
arg fn ft
queue "anonymous a...@a"
queue "put "fn"."ft".a "fn"."ft".printlog.txt"
queue "quit"
ftp "172.16.11.6"

if rc <> 0 then do
   "cp msg operator  danger message ...   "
   exit
   end

if rc = 0 then do
   call gravalog
   end

return

gravalog:

data = date(u)
hora = time()
campo = data || ' ' || hora || ' ' || fn || ' ' || ft
queue campo
'EXECIO 1 DISKW' printlog log a

return

If the FTP don't run well, We need get the Return Code, but when FTP fails the 
Return Code also was 0, this the test :

USER (identify yourself to the host):
>>>USER anonymous
331 Anonymous access allowed, send identity (e-mail name) as password.
>>>PASS 
230 Anonymous user logged in.
Command:
Local file not found or cannot be accessed.
Command:
>>>QUIT
221
12 *-* if rc <> 0
   >>>   "0"
18 *-* if rc = 0
   >>>   "1"
   *-*  then
   *-*  do
19 *-*   call gravalog
24 *-*gravalog:
26 *-*data = date(u)
   >>>  "06/16/10"
27 *-*hora = time()

Anybody already used this ?

Thanks very much.

Sergio Lima Costa
Sao Paulo - Brazil



TRANSFORME SUAS FOTOS EM EMOTICONS PARA O MESSENGER. CLIQUE AQUI E VEJA 
COMO.

Re: Tape Manager for z/VM

[McKown, John]

Perhaps it is like the COBOL messages and codes. There is no need for a manual 
because the messages are so clear and complete that an explanation would be 
redundant. .

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Pace
Sent: Monday, June 07, 2010 2:25 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Tape Manager for z/VM

Yep, I have NJE/TCPIP connect between these 2.
The problem seems to be one side (z/OS wants a host name) the z/VM side wants 
IP addresses.  I have 2 connections, 1 a public IP address going over the OSA, 
and a private address that goes over Hipersockets.  I wanted to use the 
Hipersockets and put those IP addresses in the config, but on the z/OS side I 
filled in the host name, and it seems to have bound itself to the Public IP 
address.

So change z/VM to point at the Public IP addresses seems to have fixed the 
problem.

But seriously, why the heck are there no messages and codes?  I get an 
documented message from VM and nothing what so ever on the z/OS side.

On Mon, Jun 7, 2010 at 3:16 PM, McKown, John 
mailto:john.mck...@healthmarkets.com>> wrote:
Can't find anything either. Does your z/VM system have IP connectivity to the 
z/OS system which is running the RMM Agent Started Task?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com<mailto:john.mck...@healthmarkets.com> * 
www.HealthMarkets.com<http://www.HealthMarkets.com>

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



From: The IBM z/VM Operating System 
[mailto:IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU>] On Behalf Of 
Mark Pace
Sent: Monday, June 07, 2010 1:58 PM
To: IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU>
Subject: Tape Manager for z/VM

Does anyone know where error messages for Tape Manager are documented?
I've looked in the only 2 manuals I can find
IBM Tape Manager for z/VM Installation & Administration Guide 
V1R2<http://publibz.boulder.ibm.com/epubs/pdf/c189344a.pdf>
<http://publibz.boulder.ibm.com/epubs/pdf/c189344a.pdf>IBM Tape Manager for 
z/VM User's Guide and Reference 
V1R2<http://publibz.boulder.ibm.com/epubs/pdf/c189349a.pdf>
No luck finding - EUMTAP0236E TMRMM communication error - Rc 101 Rsn RMM AGENT 
CONNECTION ERROR

--
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317



--
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: Tape Manager for z/VM

[McKown, John]

Can't find anything either. Does your z/VM system have IP connectivity to the 
z/OS system which is running the RMM Agent Started Task?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Pace
Sent: Monday, June 07, 2010 1:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Tape Manager for z/VM

Does anyone know where error messages for Tape Manager are documented?
I've looked in the only 2 manuals I can find
IBM Tape Manager for z/VM Installation & Administration Guide 
V1R2
IBM Tape Manager for 
z/VM User's Guide and Reference 
V1R2
No luck finding - EUMTAP0236E TMRMM communication error - Rc 101 Rsn RMM AGENT 
CONNECTION ERROR

--
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: Can you help the Open Object Rexx Project?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Chip Davis
> Sent: Wednesday, June 02, 2010 3:14 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Can you help the Open Object Rexx Project?
> 
> As many of you are aware, several years ago IBM gave the 
> source code of Object 
> REXX to the Rexx Language Association to maintain and enhance 
> the language as an 
> Open Source Project http://www.oorexx.org with a CPL 1.0 
> license.  It currently 
> runs on:
>  * 32-bit Windows platforms; Windows 
> 9x/Me/NT/2000/XP/Vista including server 
> products
>  * 32-bit Linux distributions including RedHat, Fedora, Debian
>  * x86 and Sparc Solaris in 32-bit mode on 64-bit processors
>  * AIX 5.x in 32-bit mode
>  * x86 and PPC MacOS X
>  * z/Linux
> 
> A recent inquiry to the ooRexx developers elicited this 
> response from David 
> Ashley, the ooRexx Project Manager:
> 
>"Unfortunately, we lost our access to the zLinux system we 
> used to build the
> 4.0.0 version of ooRexx. If you know of someone who can 
> grant us access to
> a zLinux partition somewhere, we would be glad to build a 
> version of 4.0.1
> for zLinux. Note that we need root access to the 
> partition so we can
> install the RPM for testing."
> 
> Would anyone with the necessary resources be interested in 
> helping out?  If so, 
> please contact David Ashley .
> 
> Thanks,
> 
> -Chip Davis-

Wish I could help. However, it is quite possible to run z/Linux on Hercules/390 
on an Intel system (Linux or Windows). I think that many run CentOS. Of course, 
the OORexx people may not have the people to maintain yet another Linux 
environment.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: IFL Problem

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Tuesday, May 25, 2010 1:34 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: IFL Problem
> 
> On Tuesday, 05/25/2010 at 02:12 EDT, Marcy Cortes 
>  wrote:
> > Remove the CPU statement(s) from the directory entry.
> > Put in there instead:
> > 
> > COMMAND SET VCONFIG MODE LINUX
> > COMMAND DEFINE CPU 0 TYPE LINUX
> > COMMAND DEFINE CPU 1 TYPE LINUX
> 
> You meant to say "TYPE IFL", not "TYPE LINUX":
>  COMMAND DEFINE CPU 0 TYPE IFL
>  COMMAND DEFINE CPU 1 TYPE IFL
> 
> Alan Altmark
> z/VM Development
> IBM Endicott

Sounds like a "requirement" to me. After all, what else runs on an IFL? So it 
would make sense to have LINUX as an alias for IFL in that statement,

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Windows Enabler Appliance on System z Now Available

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of dave
> Sent: Thursday, May 06, 2010 3:58 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Windows Enabler Appliance on System z Now Available
> 
> Another interesting question would be how does one go about
> licensing the needed software for a z10 from M$:-)
> 
> DJ

Good question. I don't run Windows any more at all. What does the EULA say 
about the hardware upon which it is allowed to be run? If nothing in particular 
is mentioned, then I would think that a x86 emulator on any platform would be 
acceptable. The main thing I know about it is that MS wants to make sure that 
every running copy of Windows uses a unique license. Run 5 Windows systems on 5 
PCs, pay 5 costs. Run 5 Windows systems on 1 VMWare PC, pay 5 costs. Now, this 
latter is generally not done because VMWare customers usually have the 
equivalent of a "site license" or some such thing.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Design screen under CMS

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge
> Sent: Tuesday, May 04, 2010 3:39 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Design screen under CMS
> 
> DMS/CMS is still out there, according to the IBM z/VM web site.
> Product is 5684-113. We are still using it.
> 
> Ron

Does ISPF/VM still exist? I used it long ago.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: FTP of Nomad database files from VM to VM

[McKown, John]

I've not used z/VM in a long while. But back in the day, I would use the CMS 
COPY command with the PACK operand. I'd then transfer that (RSCS). Then have 
the far end do a CMS COPY UNPACK.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Tracy, David
Sent: Tuesday, May 04, 2010 1:16 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: FTP of Nomad database files from VM to VM

All,
   I am attempting to FTP Nomad Database files from a VM(5.3) system to another 
VM(5.4) system. I have tried binary and EBCDIC without success... Has anyone 
had success doing this that you would like to share?
Thank you in advance...
...Dave

Re: Converting Text to XLS

[McKown, John]

What languages do you have available? If you have a current Java, then I'd 
suggest looking at Apache:POI

http://poi.apache.org/

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Schuh, Richard
Sent: Tuesday, April 20, 2010 1:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Converting Text to XLS

Right now, I am creating a csv file using tab (x'05', which is also the default 
field separator in Pipelines) characters as a separator. Since I do not have 
control of the width of cells, I need to be able to selectively specify whether 
to align right or left and top or bottom in the cells of a column. I suppose I 
could use a multiple pass process where I get the max size of a cell in each 
column and create fixed size cells and align things myself. Then, there are 
such things as table and column headings and anything else needed to make it 
print friendly.  Even then, the output would still be a text file. not xls.

The short of it is, I am trying to make it so that the recipient does not have 
to futz with formats or headings when the file is opened by Excel. I have seen 
some really strange formats when looking at files that people (in ISO, but I 
will give them the benefit of the doubt) have messed up.

Regards,
Richard Schuh






From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Wandschneider, Scott
Sent: Tuesday, April 20, 2010 10:40 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Converting Text to XLS

I create several text files on CMS where I use the > or < character as a 
delimiter and surround special text with ".

Thank you,

Scott

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Schuh, Richard
Sent: Tuesday, April 20, 2010 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Converting Text to XLS

Does anyone know of a program to create an XLS file from a text file on CMS? 
The file can be sent as a CSV file attached to an e-mail; however, opening the 
CSV file with Excel or other spreadsheet programs exposes a few formatting 
problems/inconsistencies that must be fixed by manual manipulation.

Regards,
Richard Schuh




Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended. If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you.

Re: HiperSocket UCBs

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Monday, April 05, 2010 3:48 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: HiperSocket UCBs
> 
> On Monday, 04/05/2010 at 04:35 EDT, "McKown, John" 
>  wrote:
> 
> > So you'd need a "router" machine to talk between the 
> hipersocket to z/OS 
> and 
> > the VSWITCH, right?
> 
> Yes, which undoes all the performance benefit of HiperSockets 
> by funneling 
> all the traffic through a single guest.
> 
> z/OS needs only 3 addresses per HiperSocket chpid, so I don't 
> understand 
> why adding more guests to existing chpids is creating a z/OS problem.
> 
> Alan Altmark
> z/VM Development
> IBM Endicott

My brain has apparently left, leaving no forwarding address. 

You're right. There should only be a need for one set of z/OS UCB addresses to 
connect to each hipersocket CHPID. For some reason my brain was [not]thinking 
it was one set per z/Linux connection. But a hipersocket acts like a LAN 
connection, so everybody on the same CHPID cross communicates.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: HiperSocket UCBs

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Monday, April 05, 2010 3:29 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: HiperSocket UCBs
> 

> 
> The VSWITCH does not support attachment of HiperSockets.
> 
> Alan Altmark
> z/VM Development
> IBM Endicott

So you'd need a "router" machine to talk between the hipersocket to z/OS and 
the VSWITCH, right?

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: HiperSocket UCBs

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Monday, April 05, 2010 3:25 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: HiperSocket UCBs
> 

> You have
> - 16 HiperSocket chpids available
> - 64 control units per chpid
> - 256 devices (subchannels) per control unit
> - Providing up to 12K devices, spread across 16 chpids or all in one.
> - Yielding up to 4096 NICs
> 
> Are you sure you're up against a HiperSocket maximum?  If you 
> have 4096 
> NICs, consider using VLANs.
> 
> Alan Altmark
> z/VM Development
> IBM Endicott

Probably running into a limitation on the number of UCBs in a single z/OS LPAR.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: HiperSocket UCBs

[McKown, John]

Why not put the z/Linux systems on a VSWITCH with the z/OS system? No more UCB 
problems. One set of UCBs to the VSWITCH in each guest. Oh, z/OS is not under 
z/VM. Well, VSWITCH the z/Linux systems along with the z/VM TCPIP stack, then 
hipersocket the z/VM TCPIP stack with z/OS. I'm not too familar with this, but 
I'm sure that this, or something close to it, would address your needs. The 
only minus is the single point of failure in the z/VM TCPIP stack. But that is 
fairly low risk.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Monday, April 05, 2010 2:52 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: HiperSocket UCBs


Hi

I have a bit of a delima. We do a lot of talking from our z/OS system over to 
our z/VM z/Linux systems via HiperSockets. We have a request for about 20 more 
z/Linux guests all of which will have two HiperSockets CHPIDs (3 UCBS per guest 
off of the different CHPIDS). The issue is that I am using pretty much the max 
number of UCBs allowed. So I was wondering what folks are doing when they have 
these requirements but are at the max of allowable addresses within the 
HiperSockets CHPIDs. I know that I can share the spanned HiperSockets CHPIDs 
across different LPARS using the same UCBs as the other LPARS as long as I do 
not re-use them on the same LPAR I am ok. So maybe the way to go is to create 
another LPAR or two I don't know? Any help would be appreciated.

Thank You,

Terry Martin
Lockheed Martin - Citic
z/OS and z/VM Performance Tuning and Operating Systems Support
Office - 443 348-2102
Cell - 443 632-4191

[cid:image002.jpg@01CAD4D7.09654790]

Re: Question about VSE List

[McKown, John]

Google is your friend. Try: 
http://www.lehigh.edu/~wsm0/vse-l/vse-l_subscribe.shtml

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Sergio Lima
Sent: Tuesday, March 09, 2010 3:09 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Question about VSE List

Hello List.

Someone know, the address (if still exist) from VSE ?

Thanks very much

Sergio Lima Costa
Sao Paulo - Brazil


Transforme-se em personagens engraçados. Conheça o novo site de I Love 
Messenger.

Re: VM-L Online

[McKown, John]

http://listserv.uark.edu/archives/ibmvm.html

John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * (817)-961-6183 cell

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

 

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Tim Joyce
> Sent: Tuesday, March 02, 2010 8:47 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: VM-L Online
> 
> Hey Guys,
> 
> Is there a web address that can be used to search past VM 
> posts online?
> 
> Tim
> 
> 
> 
> Tim Joyce
> Sr. Systems Programmer / Project Leader 
> Alex Lee, Inc. 
> Email : tim.jo...@alexlee.com 
> Phone: (828) 725-4448  
> 
> 

Re: z/VM and TCPIP printers ?

[McKown, John]

Yes. But you need software on z/OS to print to IP printers. There are many 
such. DRS from Levi, Ray, & Shoup. We use JQP from MacKinney Software. In the 
worst case, you can use the free IBM "Network Print Facility". This last is a 
bear to set up and control!

If you want to print a dataset, look at the "lpr" command in z/OS:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b990/9.0

Looks like z/VM has an "lpr" command as well.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcsk7b30/10.0

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Charles Grady
> Sent: Friday, February 26, 2010 8:38 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: z/VM and TCPIP printers ?
> 
> 
> OK here we go again. 
>  
> We have a gut level z/VM system running 5.4.0. No RCSC. I 
> need a way to
> print some z/VM configuration info for documentation 
> purposes. (screen shots are getting old) 
> IS there a way to use Network printers from the z/OS  LPAR?
> Where would I find the doc, if any?
> 
> Thanks in advance
> 
> 
> 
> 
> 
> **
> 
> GDOL CONFIDENTIALITY NOTICE: This transmission may contain 
> confidential information protected by state 
> or federal law.  The information is intended only for use 
> consistent with the state business discussed in this 
> transmission.If you are not the intended recipient, you are 
> hereby notified that any disclosure, copying, 
> distribution, or the taking of any action based on the 
> contents is strictly prohibited.  If you have received this 
> transmission in error, please delete this email and notify 
> the sender immediately.Your cooperation is 
> appreciated.
> **
> 
> 
> 
> 

Re: General Instruction Extension Facility

[McKown, John]

What I have been old is that those are new "hard wired" instructions (not 
millicoded). Therefore they will only be available on the z10, and not on older 
boxes. This was not an official IBM statement, just want other who are 
generally "in the know" said.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Ken Vance
Sent: Tuesday, February 23, 2010 9:31 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: General Instruction Extension Facility


Hi,

Is the General Instruction Extension Facility a z10 only feature, or can it be 
installed on older processors such as a 2084?

Thanks

Ken Vance
System Programmer/Analyst
DO-OA
Amadeus Data Processing Gmbh
Berghamer Strasse 6
D-85435 Erding, Germany
T: (+49) 8122 43 4062
kva...@amadeus.com
www.amadeus.com

[cid:683223415@23022010-2585]



IMPORTANT  -  CONFIDENTIALITY  NOTICE  - This e-mail is intended only for the 
use of the individual or entity shown above as addressees. It may contain 
information which is privileged, confidential or otherwise protected from 
disclosure under applicable laws.  If the reader of this transmission is not 
the intended recipient, you are hereby notified that any dissemination, 
printing, distribution, copying, disclosure or the taking of any action in 
reliance on the contents of this information is strictly prohibited.  If you 
have received this transmission in error, please immediately notify us by reply 
e-mail or using the address below and delete the message and any attachments 
from your system.

Amadeus Data Processing GmbH
Geschäftsführer: Eberhard Haag
Sitz der Gesellschaft: Erding
HR München 48 199
Berghamer Strasse 6
85435 Erding
Germany

Re: VM support and 9672

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Wayne Bickerdike
> Sent: Thursday, February 18, 2010 2:24 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VM support and 9672
> 
> The absurdities of IBM's tactics to force hardware upgrades.
> 
> Performance is relative. At my age, I don't perform as well 
> as in my 20's.
> 
> In my 20's mainframes didn't perform as well as a 9672 running Linux
> with an emulated z10 and z/VM.
> 
> I guess it just depends on what you want to do.
> 
> Your doubts about IBM licensing are well founded. Something really
> stinks there...

I don't know that I agree. Supporting old software costs money. If there are 
not enough users, then it is not cost effective. On the other hand, although 
the old software can run on the new hardware, to make the new software run on 
the old hardware would either require only using the old instruction set, or 
dual pathing. Dual pathing the code costs more money and is harder to maintain. 
Using only the old instruction set means that people on the newer box don't get 
as much of an enhancement as they could.

And licensing to run on Hercules/390, which I would dearly love, could be 
consider "bad" in that: (1) Hercules/390 is not certified to run zArch 
properly; which would (2) increase diagnostic problems (or require a "no 
support" license); (3) could cut into hardware revenue on the low end. The 
"good" would be a "no support, individual" license for non-commercial purposes. 
But this would cut into the licenses of the new zPDT offering.

FOSS bigot, here.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Moving On

[McKown, John]

Good to hear. Even it is a more-or-less competitor.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Wheeler
Sent: Thursday, February 18, 2010 9:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Moving On

Friends,

After 8 1/2 months of "unplanned retirement", I am pleased to announce that I 
have started a new job at UnitedHealth Group, supporting z/VM and zLinux. Lots 
of good things happening here, and I'm working with a bunch of terrific people.

Thanks for all your support over the last year. I've never been prouder to be 
part of the VM community.

Very best regards,

Mark Wheeler
UnitedHealth Group


Hotmail: Trusted email with Microsoft's powerful SPAM protection. Sign up 
now.

Re: What does this wait state PSW mean?

[McKown, John]

Personally, I prefer the wait of 0xdeadbeef

--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Leland Lucius
Sent: Wednesday, February 17, 2010 4:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: What does this wait state PSW mean?

After varying off a processor, we received a "disabled wait" PSW of:

0bad0bad0bad0bad0bad0bad0bad0b
ad

Systems still active and we wouldn't have even known about it, but someone 
happened to be digging around in the HMC and noticed.

Leland

Re: subscription problem

[McKown, John]

Try subscribing via the web at

http://vm.marist.edu/htbin/wlvindex?VM-UTIL

at the extreme bottom of the page.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Philip Tully
> Sent: Wednesday, January 20, 2010 12:08 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: subscription problem
> 
> Hello,
> I am attempting to subscribe to the list under my new work email
> address,philip_tu...@adp.com. 
> I don't receive rejections but I also do not receive an email 
> allowing me to
> subscribe. Is the list closed?
> Phil Tully
> 
> 

Re: Operating System Messsages Console

[McKown, John]

Hum, found a VM/ESA 4.4 manual at:

http://www.vm.ibm.com/pubs/pdf/HCSF8A60.PDF

In the "New Functions", it states:


Integrated 3270 Console
z/VM 4.4.0 adds support for real and virtual integrated 3270 console devices. 
Real
support enables this device, which is provided through a Hardware Management
Console, to be used as a z/VM system operator console. This removes the
requirement to have an external 3270 device to install and service z/VM 4.4.0. 
The
z/VM Stand Alone Program Loader (SAPL) and stand-alone DASD Dump-Restore
(DDR) program support using the integrated 3270 console as a system operator
console. Virtual support enables testing of guest operating systems and 
utilities that
support the integrated 3270 console device.


--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Billy R. Bingham
> Sent: Monday, December 28, 2009 1:43 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Operating System Messsages Console
> 
> And one more question :)
> 
> How far back does this go? IE: VM/ESA 2.4.0
> 
> 
> Billy
>  Kris Buelens  wrote: 
> > As Loadparm: SYSC is less useful than SYSG
> > Loadparm:
> >  *SYSG *= start the SAPL screen on the "Integrated 3270 console"
> >  *SYSC *= won't work, SAPL know 3270's only
> >  *CONSSYSG *= bypasses SAPL screen, but telles CP to use 
> the "Integrated
> > 3270 console" as console
> >  *CONSSYSC *= bypasses SAPL and tells CP to use this 
> linemode console as
> > console.
> > 
> > 2009/12/28 McKown, John 
> > 
> > >  Sorry, I think that I was thinking on the IPLPARM in the 
> HMC. Maybe. If
> > > I'm not too EggNogged up.
> > >
> > >
> > > *John McKown *
> > >
> > > *Systems Engineer IV*
> > >
> > > *IT*
> > >
> > >
> > >
> > > Administrative Services Group
> > >
> > > * *
> > >
> > > *HealthMarkets*(r)
> > >
> > > **
> > >
> > > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > >
> > > (817) 255-3225 phone * (817)-961-6183 cell
> > >
> > > john.mck...@healthmarkets.com * www.HealthMarkets.com
> > >
> > >
> > >
> > > *Confidentiality Notice:* This e-mail message may contain 
> confidential or
> > > proprietary information. If you are not the intended 
> recipient, please
> > > contact the sender by reply e-mail and destroy all copies 
> of the original
> > > message. HealthMarkets(r) is the brand name for products 
> underwritten and
> > > issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake
> > > Life Insurance Company(r), Mid-West National Life Insurance 
> Company of
> > > TennesseeSM and The MEGA Life and Health Insurance Company.SM
> > >
> > >
> > >  --
> > > *From:* The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] *On
> > > Behalf Of *Kris Buelens
> > > *Sent:* Monday, December 28, 2009 12:01 PM
> > >
> > > *To:* IBMVM@LISTSERV.UARK.EDU
> > > *Subject:* Re: Operating System Messsages Console
> > >
> > > In the SYSTEM CONFIG file it is SYSTEM_CONSOLE (as 
> opposed to SYSTEM_3270
> > > for SYSG).
> > >
> > > 2009/12/28 McKown, John 
> > >
> > >>  > -Original Message-
> > >> > From: The IBM z/VM Operating System
> > >> > [mailto:ib...@listserv.uark.edu] On Behalf Of Billy R. Bingham
> > >> > Sent: Monday, December 28, 2009 11:39 AM
> > >> > To: IBMVM@LISTSERV.UARK.EDU
> > >> > Subject: Operating System Messsages Console
> > >> >
> > >> > Hello all,
> > >> >
> > >> > What would be the parameter for VM to use the &#x

Re: Operating System Messsages Console

[McKown, John]

Can't directly answer how far back, but the VM/ESA 2.3 manuals mention SYSC

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcsf2a01/1.6.1.1

No hits for SYSG in those manuals.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Billy R. Bingham
> Sent: Monday, December 28, 2009 1:43 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Operating System Messsages Console
> 
> And one more question :)
> 
> How far back does this go? IE: VM/ESA 2.4.0
> 
> 
> Billy
>  Kris Buelens  wrote: 
> > As Loadparm: SYSC is less useful than SYSG
> > Loadparm:
> >  *SYSG *= start the SAPL screen on the "Integrated 3270 console"
> >  *SYSC *= won't work, SAPL know 3270's only
> >  *CONSSYSG *= bypasses SAPL screen, but telles CP to use 
> the "Integrated
> > 3270 console" as console
> >  *CONSSYSC *= bypasses SAPL and tells CP to use this 
> linemode console as
> > console.
> > 
> > 2009/12/28 McKown, John 
> > 
> > >  Sorry, I think that I was thinking on the IPLPARM in the 
> HMC. Maybe. If
> > > I'm not too EggNogged up.
> > >
> > >
> > > *John McKown *
> > >
> > > *Systems Engineer IV*
> > >
> > > *IT*
> > >
> > >
> > >
> > > Administrative Services Group
> > >
> > > * *
> > >
> > > *HealthMarkets*(r)
> > >
> > > **
> > >
> > > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > >
> > > (817) 255-3225 phone * (817)-961-6183 cell
> > >
> > > john.mck...@healthmarkets.com * www.HealthMarkets.com
> > >
> > >
> > >
> > > *Confidentiality Notice:* This e-mail message may contain 
> confidential or
> > > proprietary information. If you are not the intended 
> recipient, please
> > > contact the sender by reply e-mail and destroy all copies 
> of the original
> > > message. HealthMarkets(r) is the brand name for products 
> underwritten and
> > > issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake
> > > Life Insurance Company(r), Mid-West National Life Insurance 
> Company of
> > > TennesseeSM and The MEGA Life and Health Insurance Company.SM
> > >
> > >
> > >  --
> > > *From:* The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] *On
> > > Behalf Of *Kris Buelens
> > > *Sent:* Monday, December 28, 2009 12:01 PM
> > >
> > > *To:* IBMVM@LISTSERV.UARK.EDU
> > > *Subject:* Re: Operating System Messsages Console
> > >
> > > In the SYSTEM CONFIG file it is SYSTEM_CONSOLE (as 
> opposed to SYSTEM_3270
> > > for SYSG).
> > >
> > > 2009/12/28 McKown, John 
> > >
> > >>  > -Original Message-
> > >> > From: The IBM z/VM Operating System
> > >> > [mailto:ib...@listserv.uark.edu] On Behalf Of Billy R. Bingham
> > >> > Sent: Monday, December 28, 2009 11:39 AM
> > >> > To: IBMVM@LISTSERV.UARK.EDU
> > >> > Subject: Operating System Messsages Console
> > >> >
> > >> > Hello all,
> > >> >
> > >> > What would be the parameter for VM to use the 'Operating
> > >> > System Messages' console that is available. I think it might
> > >> > also be referred to as the Integrated Console.
> > >> >
> > >> >
> > >> > Thanks,
> > >> >
> > >> > Billy
> > >>
> > >> The line mode console is SYSC. The 3270 mode console is SYSG.
> > >>
> > >> --
> > >> John McKown
> > >> Systems Engineer IV
> > >> IT
> > &

Re: Operating System Messsages Console

[McKown, John]

Sorry, I think that I was thinking on the IPLPARM in the HMC. Maybe. If I'm not 
too EggNogged up.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Kris Buelens
Sent: Monday, December 28, 2009 12:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Operating System Messsages Console

In the SYSTEM CONFIG file it is SYSTEM_CONSOLE (as opposed to SYSTEM_3270 for 
SYSG).

2009/12/28 McKown, John 
mailto:john.mck...@healthmarkets.com>>
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU>] On Behalf Of 
> Billy R. Bingham
> Sent: Monday, December 28, 2009 11:39 AM
> To: IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU>
> Subject: Operating System Messsages Console
>
> Hello all,
>
> What would be the parameter for VM to use the 'Operating
> System Messages' console that is available. I think it might
> also be referred to as the Integrated Console.
>
>
> Thanks,
>
> Billy

The line mode console is SYSC. The 3270 mode console is SYSG.

--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com<mailto:john.mck...@healthmarkets.com> * 
www.HealthMarkets.com<http://www.HealthMarkets.com>

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





--
Kris Buelens,
IBM Belgium, VM customer support

Re: Operating System Messsages Console

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Billy R. Bingham
> Sent: Monday, December 28, 2009 11:39 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Operating System Messsages Console
> 
> Hello all,
> 
> What would be the parameter for VM to use the 'Operating 
> System Messages' console that is available. I think it might 
> also be referred to as the Integrated Console.
> 
> 
> Thanks,
> 
> Billy

The line mode console is SYSC. The 3270 mode console is SYSG.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: System Free Storage

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg
> Sent: Wednesday, December 16, 2009 11:25 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: System Free Storage
> 
> We've an application that gets HCPLIM6007I, and eventually 
> 6008E or 6009E
> Short of logging off/on, is there a way for the logon to advise CP
> they nolonger need it?
> It seems to survive a CP IPL or CP SYSTEM CLEAR...
> The disconnected machines, don't appear to be doing any of the items
> mentioned under User Response in HCP6007I, but I do not have access to
> the source and they maybe "issuing CP commands that consume free
> storage"... aside from getting the source and trying any, is there any
> way to know ahead of time what CP commands those might be?
> 
> 
> --
> Gregg Reed

Just out of curiousity, have you tried doing a CP DEFINE STORAGE?

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Freeware 3270 emulation on Windows XP to connect to z/VM

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Jack Woehr
> Sent: Tuesday, November 10, 2009 2:55 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Freeware 3270 emulation on Windows XP to connect to z/VM
> 
> Richard Troth wrote:
> > As John said, X3270 is free-of-charge and comes with CYGWIN.
> 
> Second the motion. X3270 is masterpiece polished over more 
> than a decade.
> The author still responds to email. Scripting enabled, 
> printer enabled, 
> you're home.

It is very stable and works well. What "sucks" for me is the font and keyboard 
handling. Selecting a font is a royal pain. I finally got an .x3270pro file 
from another person which maps the keys the way that I work. I guess both of 
these are to be expected in a native X application. I'm too ruined by 
application which use the Qt, GTK+, and KDE gui toolkits.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Freeware 3270 emulation on Windows XP to connect to z/VM

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Tracy, David
> Sent: Tuesday, November 10, 2009 2:08 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Freeware 3270 emulation on Windows XP to connect to z/VM
> 
> All,
>   Is there a freeware 3270 emulation package anyone can recommend? 
> Thank you...
> ...Dave  
> 

The only 100% free 3270 that I'm personally aware of is x3270. You can get it 
along with Cygwin, which it requires. It sucks. Get Tom Brennen's Vista or 
Jolly Giant's QWS3270. Both are good as well as inexpensive. I've even run 
qws3270 under WINE on Linux!

http://www.tombrennansoftware.com/

http://www.jollygiant.com/qws3270plus.html

Both allow you to download a free trial.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: 回复： Disabled Wait during z/OS guest m ac hine IPL

[McKown, John]

I'm not a real heavy in CMS or z/VM anymore, but the "CP TERM CON 3270" 
concerns me. When CMS is IPL'ed, the console is in 3215 emulation mode. After 
the TERM CON 3270, the console is in 3270 mode. And I don't think CMS likes you 
to change the terminal mode "on the fly".



Some programs reset the console mode internally. For instance, CMS requires a 
console mode of 3215 and sets CONMODE to 3215 when it is IPLed. You may not be 
aware that the console mode has been changed for you automatically. Problems 
result if you then start a program that requires the alternate console mode 
setting.

Therefore, you should remain aware of the significance of the console mode any 
time that you start a program in your virtual machine.



from: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcse4b31/2.570




John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Anson
Sent: Thursday, October 29, 2009 9:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: 回复： Disabled Wait during z/OS guest mac hine IPL

Thanks, John!

I defined the ipl and related command in an exec file as below.

...
'CP TERM CON 3270'
'I 8B10 CLEAR LOADPARM 10066F'
...

And then logon to the virtual machine and execute this exec file in the cms.

I don't know what happened There are some other z/OS guest machines running 
under the same zVM


发件人： "McKown, John" 
收件人： IBMVM@LISTSERV.UARK.EDU
已发送： 周四, 10 29, 2009 10:28:23 下午
主 题： Re: Disabled Wait during z/OS guest machine IPL

This is a CMS problem, not a z/OS problem. Are you IPLing from a 3270 terminal, 
with XAUTOLOG. It is saying that CMS cannot talk to the terminal. When you IPL 
CMS, do you have the PARM AUTOCR on it so that CMS does not prompt for input?

Just a couple of ideas.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Anson
Sent: Thursday, October 29, 2009 9:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Disabled Wait during z/OS guest machine IPL

I defined a new z/OS 1.10 guest machine on zVM5.2.  When I tried to ipl the 
guest machine, i got a disable wait psw. Below is the detail information.

Is there anyone who knows how to resolve it? Thank you very much!

 22:09:53  * MSG FROM ZOS6F   : DMSCIT171T Permanent console error; re-IPL CMS
00: HCPGIR450W CP entered; disabled wait PSW 000A 80F1842C


好玩贺卡等你发，邮箱贺卡全新上线！<http://cn.rd.yahoo.com/mail_cn/tagline/card/*http://card.mail..cn.yahoo.com/>


好玩贺卡等你发，邮箱贺卡全新上线！<http://cn.rd.yahoo.com/mail_cn/tagline/card/*http://card.mail.cn.yahoo.com/>

Re: Disabled Wait during z/OS guest machine IPL

[McKown, John]

This is a CMS problem, not a z/OS problem. Are you IPLing from a 3270 terminal, 
with XAUTOLOG. It is saying that CMS cannot talk to the terminal. When you IPL 
CMS, do you have the PARM AUTOCR on it so that CMS does not prompt for input?

Just a couple of ideas.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Anson
Sent: Thursday, October 29, 2009 9:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Disabled Wait during z/OS guest machine IPL

I defined a new z/OS 1.10 guest machine on zVM5.2.  When I tried to ipl the 
guest machine, i got a disable wait psw. Below is the detail information.

Is there anyone who knows how to resolve it? Thank you very much!

 22:09:53  * MSG FROM ZOS6F   : DMSCIT171T Permanent console error; re-IPL CMS
00: HCPGIR450W CP entered; disabled wait PSW 000A 80F1842C


好玩贺卡等你发，邮箱贺卡全新上线！

Re: z/VM 6.1 G.A. targeted for this Friday, Oct 23

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter
> Sent: Wednesday, October 21, 2009 10:55 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM 6.1 G.A. targeted for this Friday, Oct 23
> 
> I don't have any IBM inside information, but I suspect that 
> there may be a 
> few reasons, including:
> 
> 1- It's an Architectural Level Set, requiring a z10.  A big deal.  A 
> version number increment may help make that more obvious (to 
> those with 
> IBM history).
> 2- It's the base for the z/VM Single System Image statement 
> of direction. 
> A bigger deal.  Single System Image is going to be a MAJOR 
> change to z/VM.
> 3- Because they can.  :-)
> 
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.

Is "Single System Image" conceptually akin to z/OS's "Parallel Sysplex"?

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: SVC 203

[McKown, John]

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Alain Benveniste
Sent: Friday, October 16, 2009 12:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SVC 203


If it talks to someone...Here is the code.


Here is the code for CMSGETMN : 

 MACRO
&N   CMSGETMN &LV=,&NSTAD=
&N   IHBINNRA ,&LV
 AH0,=H'7'
 SRA   0,3
 AIF   ('&NSTAD' EQ '').STDERR
 DMSFREE DWORDS=(0),AREA=HIGH,TYPE=USER,ERR=L&SYSNDX.£A
 B L&SYSNDX.£C
L&SYSNDX.£A   CH   15,=H'1'
 BE&NSTAD

HUH? if R15 is not 1, then you are guaranteed an exception by the following 
instruction. 
But you don't have NSTAND= in your invocation, so this doesn't matter in your 
case

 DCX''
L&SYSNDX.£C DS   0H
 MEXIT
.STDERR  DMSFREE DWORDS=(0),AREA=HIGH,TYPE=USER,ERR=L&SYSNDX.£

And here the ERR= points to the x'' of the supposed NOP instruction, again 
causing a program exception.
That would be the case if there is a problem reported by the DMSFREE function.

*  FOLLOWING TWO STATEMENTS MAKE A NOP INSTRUCTION
 DCX'4700'
L&SYSNDX.£  DC   X''
 MEND


Here is the main source program:


CLDR TITLE 'DLNCLDR - STAIRS/CMS BOOTSTRAP LOADER ROUTINE'  
0100
*  CMS32
0200
*   5664-189   CMS32
0300
*   CONTAINS RESTRICTED MATERIALS OF IBM   CMS32
0400
*   (C) COPYRIGHT IBM CORP. 1984, 1989 CMS32
0500
*   LICENSED MATERIALS - PROPERTY OF IBM   CMS32
0600
*   REFER TO COPYRIGHT INSTRUCTIONSCMS32
0700
*   FORM NUMBER G120-2083  CMS32
0800
*  CMS32
0900
*   STAIRS/CMS RELEASE 2.0 CMS113   
1000
*  CMS32
1100
DLNCLDR  CSECT  
1200
 REGEQU 
1300
CC0  EQU   8
1400
CC1  EQU   4
1500
CC2  EQU   2
1600
CC3  EQU   1
1700
 USING *,R15
1800
 STR14,12(,R13) 
1900
 BALR  R10,0
2000
 USING *,R10
2100
 DLNCPYRT NAME='DLNCLDR'   CMS32
2200
* CHECK IF THERE IS A PARAMETER LIST
2300
 XRR6,R6   ZERO - NOT IN TEST MODECMS11 
2400
 CLI   8(R1),X'FF'IF NO PARAM LIST, 
2500
 BEGETSS GO GET SHARED SEGMENT  
2600
 LAR1,8(,R1)  IF YES, STEP REG 1
2700
 CLI   0(R1),C'(' NOW CHECK IF THERE IS A PAREN 
2800
 BNE   *+8   IF YES,
2900
 LAR1,8(,R1)STEP AGAIN  
3000
 CLI   0(R1),C'T' NOW CHECK IF 'TEST' MODE  
3100
 BNE   GETSN   NO - GET SHARED SEGMENT ‡VA43154 
3200
 LAR6,C'T' SIGNAL IN TEST MODECMS11 
3300
 B GETOWN  THEN LOAD OWN COPY CMS11 
3400
* GO GET SHARED SEGMENT 
3500
GETSNMVC   SEGNAME(8),0(R1)   MOVE SEGMENT NAME‡VA43154 
3600
GETSSLAR14,CONSTART 
3700
*ONSTART SSM   =X'00'  CMS113   
3800
CONSTART STENABLE INTTYPE=NONE CMS113   
3850
 LAR14,CONSTART 

Re: SVC 203

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alain Benveniste
> Sent: Friday, October 16, 2009 8:42 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: SVC 203
> 
> Alone in the world to still use it probably ;)
> 
> Well, I assemble the source and genmod it with amode 24 with 
> a v stor  
> at 4M and it still doesn't work
> I still have a 'operation exception'...
> 
> Any ideas ?
> Alain

"operation exception" means you tried to execute an invalid opcode. It's been a 
long time since I've done any CMS programming. Do you get some sort of report 
which shows the PSW? If so, what is the PSW, and what is the data around where 
it is pointing? Any chance your code is doing a "wild branch"? In z/OS, we get 
these when some base register is set to 0. This is usually when a statically 
linked subroutine is not resolved in the link.

Just some thoughts.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: zVM 'disk wiping'

[McKown, John]

IMO, more than 1 pass is likely overkill. However, from a auditing standpoint, 
there are NSA guidelines about how many passes and the bit patterns necessary 
to make the data truly unrecoverable. Using advanced technology (like Abby on 
NCIS uses), it is possible to read "ghost" images of previous bit 
patterns "underneath" the "live" data on the disk. That is because changing the 
data does not change 100% of all the underlying ferro-magnetic material.

But, again, this requires specialized equipment. However, such equipment is out 
there in the commerical world for doing disaster recovery of damaged media. So, 
it would be theoritically possible to sell a DASD array to another company 
which would then contract to one of these recovery specialists to recover the 
data. What likelihood is that? Minimal. It is more likely to be done on PC type 
DASD on a stolen laptop or some such. And, in that case, the solution is to use 
full DASD encryption. That is what we do on all the company laptops. That 
pretty much guarantees security.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Scott Rohling
Sent: Thursday, October 08, 2009 8:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: zVM 'disk wiping'

Working with a customer running Linux on zSeries under zVM...  discussing clean 
up of disk areas when a Linux server is removed.   The 'norm' according to the 
customer is to use anywhere from 3 to 35 'passes' to erase data, depending on 
sensitivity.   I'm wondering if anyone can provide input about how this relates 
to various cleanup available...   I'm confused on a couple of fronts:

-  I'm probably not understanding -- but writing 1's or 0's more than once to a 
disk area seems, well, silly.   Do 'passes' imply that each pass is covering 
more 'area' or something?   Whenever I do things like 0 a disk using the dd 
command -- I assume the entire disk is being written to and any subsequent dd 
commands are unnecessary and redundant.

- If we do a DIRM PURGE user CLEAN --  is that sufficient to meet any DoD 
rules, etc concerning securely wiping data?Same for CPFMTXA FORMAT and any 
other utilities used from zVM to 'clean' DASD...   does anyone actually run 
these more than once?

I'm sure I'm not understanding the context of 'passes' and just want to be able 
to talk intelligently as I can about how their concept of passes relates to how 
mainframe DASD is dealt with - especially at the zVM level.  This is always 
where I come to hear several points of view and get useful insight -- so any 
input would be most welcome!

Scott

p.s.  Considered posting this in Linux-390 .. but it's really more of a zVM 
thing to me - especially since I plan to use DIRMAINT CLEAN functions to remove 
Linux servers from zVM.

Re: zVM 'disk wiping'

[McKown, John]

IMO, more than 1 pass is likely overkill. However, from a auditing standpoint, 
there are NSA guidelines about how many passes and the bit patterns necessary 
to make the data truly unrecoverable. Using advanced technology (like Abby on 
NCIS uses), it is possible to read "ghost" images of previous bit 
patterns "underneath" the "live" data on the disk. That is because changing the 
data does not change 100% of all the underlying ferro-magnetic material.

But, again, this requires specialized equipment. However, such equipment is out 
there in the commerical world for doing disaster recovery of damaged media. So, 
it would be theoritically possible to sell a DASD array to another company 
which would then contract to one of these recovery specialists to recover the 
data. What likelihood is that? Minimal. It is more likely to be done on PC type 
DASD on a stolen laptop or some such. And, in that case, the solution is to use 
full DASD encryption. That is what we do on all the company laptops. That 
pretty much guarantees security.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Scott Rohling
Sent: Thursday, October 08, 2009 8:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: zVM 'disk wiping'

Working with a customer running Linux on zSeries under zVM...  discussing clean 
up of disk areas when a Linux server is removed.   The 'norm' according to the 
customer is to use anywhere from 3 to 35 'passes' to erase data, depending on 
sensitivity.   I'm wondering if anyone can provide input about how this relates 
to various cleanup available...   I'm confused on a couple of fronts:

-  I'm probably not understanding -- but writing 1's or 0's more than once to a 
disk area seems, well, silly.   Do 'passes' imply that each pass is covering 
more 'area' or something?   Whenever I do things like 0 a disk using the dd 
command -- I assume the entire disk is being written to and any subsequent dd 
commands are unnecessary and redundant.

- If we do a DIRM PURGE user CLEAN --  is that sufficient to meet any DoD 
rules, etc concerning securely wiping data?Same for CPFMTXA FORMAT and any 
other utilities used from zVM to 'clean' DASD...   does anyone actually run 
these more than once?

I'm sure I'm not understanding the context of 'passes' and just want to be able 
to talk intelligently as I can about how their concept of passes relates to how 
mainframe DASD is dealt with - especially at the zVM level.  This is always 
where I come to hear several points of view and get useful insight -- so any 
input would be most welcome!

Scott

p.s.  Considered posting this in Linux-390 .. but it's really more of a zVM 
thing to me - especially since I plan to use DIRMAINT CLEAN functions to remove 
Linux servers from zVM.

Re: z/VM Linux on Cp

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of 
> mike.wawio...@barclays.com
> Sent: Wednesday, October 07, 2009 9:20 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM Linux on Cp
> 
> It will very likely push up your software costs for all the 
> other LPARs on
> the same machine if you need to upgrade your standard CPs.
> 
> In general, IFLs do not count towards z/OS or z/VM software 
> charging by IBM
> or ISVs. If you run z/VM and z/Linux in IFLs it is 'a good thing'.

However, if you run your z/OS LPARs in a "Group Capacity" and limit the MSUs, 
then any CP power above the MSU cap is not charged to your z/OS software bill. 
We are doing this right now.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: z/VM Linux on Cp

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Charles Grady
> Sent: Wednesday, October 07, 2009 9:10 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: z/VM Linux on Cp
> 
> 
> OK - this one will get a laugh if sure but --
> 
> Will Linux run in an LPAR with only a CP and NO IFL ?
> 
> I know that one most likely would not  run a like this for long,
> but being ask to install Linux PDQ in an LPAR that does NOT 
> have a IFL assigned.
> Thanks for the reply.

Yes. A CP can do everything that an IFL can do, plus a bit more (like run 
z/OS). When you get your IFL, all you need to do is change the LPAR defination 
to use the IFL instead of a CP and when you shutdown Linux/deactivate 
LPAR/activate LPAR/IPL Linux, the Linux system will run, as-is, on the IFL. 
I.e. you don't need to do anything to switch from using a CP to an IFL other 
than change the LPAR defination on the HMC, __no__ changes are needed in Linux 
if all you do is change the CP to an IFL.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Remove a DASD volume label...

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers
> Sent: Thursday, September 10, 2009 9:27 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Remove a DASD volume label...
> 
> Is there a way to remove a volume label?  (ICKDSF only has a 
> way to ADD
> a label.)   I want to revert an initialized disk (actually a 
> FASTCOPY'ed
> disk) back to it's uninitialized state (or just remove the 
> label).  Oh,
> no DITTO under VM here :(
> 
> Frank M. Ramaekers Jr.

Perhaps the easiest way would be to create an MDISK of 1 cylinder at cylinder 0 
on the device. Then put that MDISK as writable by a CMS user. Now do a CMS 
FORMAT on the MDISK. IIRC, the CMS FORMAT command will destroy the standard 
volume label. If not, then make the MDISK 2 cylinders in extend. Do the CMS 
FORMAT command on it. Now use DDR to copy the second cylinder of the MDISK over 
top of the first cylinder.

Just some thoughts from an ex-VM'er (many years ago).


--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

FW: Duplicate hipersocket device addresses

[McKown, John]

From: McKown, John
Sent: Wednesday, September 02, 2009 12:11 PM
To: McKown, John
Subject: RE: Duplicate hipersocket device addresses

Well, I'm a idiot. I didn't notice that z/OS was running in an LPAR, not z/VM. 
Sorry for the stupid remark.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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


____
From: McKown, John
Sent: Wednesday, September 02, 2009 12:08 PM
To: 'The IBM z/VM Operating System'
Subject: RE: Duplicate hipersocket device addresses

Why bother with hipersockets? Why not just use the z/VM equivalent, the "guest 
LAN"?

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSC9B31/1.2.1.4



A guest LAN represents a simulated LAN segment that can be connected to 
simulated network interface cards. There are two types of LAN segments: 
OSA-Express and zSeries HiperSockets. Each guest LAN is isolated from other 
guest LANs on the same system (unless some member of one LAN group acts as a 
router to other groups).



Or did I miss something and this is what you are doing and having problems with?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Pace
Sent: Wednesday, September 02, 2009 12:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Duplicate hipersocket device addresses

Oh, okay.  My z/OS systems in LPARS work fine with Hipersockets.  The z/OS 
systems that are z/VM guest systems, not so much.

On Wed, Sep 2, 2009 at 12:19 PM, O'Brien, Dennis L 
mailto:dennis.l.o%27br...@bankofamerica.com>>
 wrote:

The z/OS systems are in separate LPAR's.



 Dennis O'Brien



My computer beat me at chess, but it was no match for me in kickboxing.



From: The IBM z/VM Operating System 
[mailto:IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU>] On Behalf Of 
Mark Pace
Sent: Wednesday, September 02, 2009 05:57
To: IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU>
Subject: Re: [IBMVM] Duplicate hipersocket device addresses



I'm impressed that you have it intermittently working.  I've never gotten a 
Hipersocket connection in z/OS as a VM guest to work.  One of my colleagues is 
working with IBM on this problem.

On Tue, Sep 1, 2009 at 7:45 PM, O'Brien, Dennis L 
mailto:dennis.l.o%27br...@bankofamerica.com>>
 wrote:

We're starting to test hipersockets between Linux guests on z/VM and z/OS 
systems in separate LPAR's.  z/OS is having intermittent trouble pinging one of 
the four Linux guests, but is fine with the other three.  All four Linux guests 
have no trouble pinging z/OS.  Someone suggested that the device addresses used 
have to be unique among all the LPAR's.  E.g. if z/OS in LPAR 1 allocates 
FC00-FC02, then I shouldn't allocate real FC00-FC02 on z/VM in LPAR 2 to a 
Linux guest, but should start with FC03 or FC04.  I've never heard of such a 
restriction, and the source of the advice is suspect.  Is there such a 
restriction?  I found a Redbook, "e-Business Intelligence: Data Mart Solutions 
with DB2 for Linux on zSeries", SG24-6294-00, that used the same addresses on 
z/OS in one LPAR and a Linux guest in another LPAR.  Note that the z/OS TCP/IP 
configuration doesn't specify UCB's, just CHPID numbers, but z/OS allocates the 
lowest three UCB's on the CHPID.

If the device addresses aren't the problem, what else should I look at?  The 
TCP/IP configurations on the Linux guests are identical, ex

Re: Duplicate hipersocket device addresses

[McKown, John]

Why bother with hipersockets? Why not just use the z/VM equivalent, the "guest 
LAN"?

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSC9B31/1.2.1.4



A guest LAN represents a simulated LAN segment that can be connected to 
simulated network interface cards. There are two types of LAN segments: 
OSA-Express and zSeries HiperSockets. Each guest LAN is isolated from other 
guest LANs on the same system (unless some member of one LAN group acts as a 
router to other groups).



Or did I miss something and this is what you are doing and having problems with?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Pace
Sent: Wednesday, September 02, 2009 12:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Duplicate hipersocket device addresses

Oh, okay.  My z/OS systems in LPARS work fine with Hipersockets.  The z/OS 
systems that are z/VM guest systems, not so much.

On Wed, Sep 2, 2009 at 12:19 PM, O'Brien, Dennis L 
mailto:dennis.l.o%27br...@bankofamerica.com>>
 wrote:

The z/OS systems are in separate LPAR's.



 Dennis O'Brien



My computer beat me at chess, but it was no match for me in kickboxing.



From: The IBM z/VM Operating System 
[mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of 
Mark Pace
Sent: Wednesday, September 02, 2009 05:57
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Duplicate hipersocket device addresses



I'm impressed that you have it intermittently working.  I've never gotten a 
Hipersocket connection in z/OS as a VM guest to work.  One of my colleagues is 
working with IBM on this problem.

On Tue, Sep 1, 2009 at 7:45 PM, O'Brien, Dennis L 
mailto:dennis.l.o%27br...@bankofamerica.com>>
 wrote:

We're starting to test hipersockets between Linux guests on z/VM and z/OS 
systems in separate LPAR's.  z/OS is having intermittent trouble pinging one of 
the four Linux guests, but is fine with the other three.  All four Linux guests 
have no trouble pinging z/OS.  Someone suggested that the device addresses used 
have to be unique among all the LPAR's.  E.g. if z/OS in LPAR 1 allocates 
FC00-FC02, then I shouldn't allocate real FC00-FC02 on z/VM in LPAR 2 to a 
Linux guest, but should start with FC03 or FC04.  I've never heard of such a 
restriction, and the source of the advice is suspect.  Is there such a 
restriction?  I found a Redbook, "e-Business Intelligence: Data Mart Solutions 
with DB2 for Linux on zSeries", SG24-6294-00, that used the same addresses on 
z/OS in one LPAR and a Linux guest in another LPAR.  Note that the z/OS TCP/IP 
configuration doesn't specify UCB's, just CHPID numbers, but z/OS allocates the 
lowest three UCB's on the CHPID.

If the device addresses aren't the problem, what else should I look at?  The 
TCP/IP configurations on the Linux guests are identical, except of course for 
the IP address.  The intermittently-working guest has an IP address that ends 
in ".1".  I know that ".1" addresses are customarily used for routers, but 
there are no routers in this configuration.

 Dennis O'Brien

My computer beat me at chess, but it was no match for me in kickboxing.



--
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317



--
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: Console TERM STOP

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Edward M Martin
> Sent: Thursday, August 27, 2009 11:00 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Console TERM STOP
> 
> Hello,
> 
> I am not anywhere near a z/OS system person, but every time 
> we lost the
> z/OS console on the old P390
> That console was dead until we re-IPLed the z/OS system.
> 
> Ed Martin
On current z/OS systems, it should be as easy as entering the following 
command, say via SDSF:

V 1320,CONSOLE

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: DDR and CPFMTXA commands

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Mary Zervos
> Sent: Tuesday, August 25, 2009 1:37 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: DDR and CPFMTXA commands
> 
> Can someone please point me to the right manuals to find what 
> privilege 
> classes a user needs to use DDR and CPFMTXA.
> 
> Thanks so much.
> 
> Mary Zervos

z/VM books are at:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/HCSH2AA1

DDR is described at:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcse4b31/3.7

CPFMTXA is described at:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcse4b31/3.4

Now, IIRC, these are not CP commands. They are CMS commands and are thus 
"generally available" to any CMS user. Of course, you must have access to the 
devices in order for them to work as you would want.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: PSP bucket site

[McKown, John]

That looks totally wrong to me. I get PSP buckets via IBMLink at 
http://www.ibm.com/ibmlink/link2 You need to have a signon for this. And it 
costs money.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Crabtree, Anne D
Sent: Tuesday, August 25, 2009 12:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: PSP bucket site

To review PSP bucket for z/osk I usually go to the following site (I thought):

HTTPS:/TECHSUPPORT/SERVICES.IBM.COM/SERVER/390.PSP390

I get a "Web page not found" screen.  Has this changed or have I typed 
something wrong??

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

Re: z/VM FTP Question

[McKown, John]

FTP user's information

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSK7B30/2.0

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Howard Rifkind
Sent: Friday, August 21, 2009 12:26 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM FTP Question

Thanks Frank,

What do you mean by by CCUU or user:dirid.

Is CCUU the control unit number or device address and as far as user:dirid ???

Thanks


--- On Fri, 8/21/09, Frank M. Ramaekers  wrote:

From: Frank M. Ramaekers 
Subject: Re: z/VM FTP Question
To: IBMVM@LISTSERV.UARK.EDU
Date: Friday, August 21, 2009, 1:16 PM

Yes, you should start FTPSERVE (if not automatically initialized by TCPIP).
Files are NOT transferred by drive letter, but by CCUU or user:dirid.

Frank M. Ramaekers Jr.



Systems Programmer

MCP, MCP+I, MCSE & RHCE

American Income Life Insurance Co.

Phone: (254)761-6649

1200 Wooded Acres Dr .

Fax: (254)741-5777

Waco, Texas   76701







From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Howard Rifkind
Sent: Friday, August 21, 2009 12:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM FTP Question

I would like to use the FTP server in z/VM to FTP a large file from one z/VM to 
another z/VM.

I haven't used the FTP program in z/VM so I need some help with this.

I assue I have to start the FTPSERVE machine in both the source and target 
machines.

Then do I'm just use normal FPT commands to transfer the file from the source 
to the target?

I want the file to got to 'G' drive in the source machine'A' disk would 
also be O.K.

Thanks.


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

Re: z/VM mode LPARs

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin
> Sent: Thursday, August 20, 2009 7:43 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM mode LPARs
> 
> Hi Rob,
> 
> I'm inclined to agree with you re: virtual CPU count should not exceed
> physical CPUs - since the maximum number of ACTIVE virtual CPUs can
> never exceed the total number of physical CPUs.  Thanks for the
> comments, I think I'll cut that number down accordingly.  :)
> 
> -Mike

I can only think of one possible reason. That would be when a system only has a 
single engine. You might want to define two virtual CPUs so that if something 
"hangs up" (spin loop?) one virtual CPU, you might be able to get work 
dispatched on the other virtual CPU in order to do problem diagnostics and 
recovery. I don't know as much about Linux on System z, but I have had this 
sort of thing happen on z/OS when a high priority task basically locked up the 
CPU.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Chunk (RAW Block) access to DS8000 storage

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
> Sent: Thursday, July 30, 2009 9:29 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Chunk (RAW Block) access to DS8000 storage
> 
> > 
> > On Thu, Jul 30, 2009 at 16:06, Gary M. 
> Dennis wrote:
> >> Does anyone know of a way to access very large chunks of 
> DS8000 storage
> >> without minidisk definitions?
> >> 
> >> We are looking for a way to allocate substantial 
> increments of storage
> >> (several terabytes at a time) with the least  
> administrative overhead.
> 
> Convince IBM to document the QDIO interface to the FCP 
> adapters. Short of
> that, the only way is to deconstruct the Linux QDIO support, 
> which (since
> it's GPLv2) will taint your product and force you to ship source code.
> 
> -- db

Well, maybe and maybe not. Have one person look at the GPL'ed code and document 
the interface. Have a separate person (or team) develop a "clean room" 
implementation. GPL does not stop you from doing that. It only stops you from 
copying the actual code itself. Of course, IANAL, so take my position for what 
it is worth - not much.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: REXX DATE - Julian and Centry

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers
> Sent: Wednesday, July 29, 2009 2:47 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: REXX DATE - Julian and Centry
> 
> I don't understand why there is the following restriction on 
> the Date()
> function:
> 
> NOTE:
> 
> (1)  If the Century or Julian format is specified, then no 
> other options
> 
>  are permitted. These two formats are provided for compatibility
> with
>  programs written for releases prior to VM/ESA(R) version 
> 2 release
> 
>  1.1. It is recommended that they not be used for new programs.
> 
> 
> There are still some programs/systems that use Julian.  For instance,
> EREP requires DATE input in Julian.
> 
> Having said that, how can I compute a day 90 days in the 
> past, specified
> in Julian (in REXX)?
> 
> Frank M. Ramaekers Jr.

/* REXX */
TODAY1 = DATE('B')
MINUS90 = TODAY1 - 90
DDD = DATE('D',MINUS90,'B') /* DAY IN YEAR */
YY=LEFT(DATE('O',MINUS90,'B'),2)
YYDDD=YY||DDD

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: z/VM 6.1 and Hercules on Z9

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Graeme Moss
> Sent: Tuesday, July 28, 2009 4:04 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: z/VM 6.1 and Hercules on Z9
> 
> The company I work for is very tight with money (eg they 
> don't pay me what I 
> would like to receive) and the section I work for (Software 
> Factory) only 
> gets hand-me-down mainframes. I can see the situation arising 
> where our 
> clients who are on a z10 will want z/VM 6.1 but the Software 
> Factory only 
> has a z9 to run on.
> 
> Questions
> 1/ Do you think z/VM 6.1 could be installed under Hercules 
> under Linux on a  z9 ?

If Hercules implements the z10 instructions, then I would guess it might run.

> 2/ Do you think IBM would allow it since it is not production?

You'd need to ask IBM about that. My personal opinion would be that they would 
NOT allow it.

> 
> Graeme 

I don't know your situation well enough, but if your clients require z/VM 6.1 
support, then your company needs to run z/VM 6.1. Which means a z10. Basically, 
tell your marketting department that  is making a mistake by not 
having a z10 because that will decrease your sales to "leading edge" clients. 
And they are usually the larger clients.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Replicating z/VM documentation

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Thomas Kern
> Sent: Monday, July 13, 2009 9:43 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Replicating z/VM documentation
> 
> As I need a regular IBM Manual, I read it from the CD/DVD the 
> first time
> and while I have it open, I use the File/SaveAs function to put a copy
> in my own manuals folder with a name I can recognize. Then when I am
> finished with it, I email a copy of that newnamed pdf to my 
> home address
> to populate my home copy of manuals.
> 
> Some levels of Windows let you have a Title column in the file list
> window and ALL IBM manuals have a proper title tag in their 
> pdf copy. I
> just haven't played with it enough to have it on ONLY for the
> directories I want.
> 
> /Tom Kern

I am a z/OS'er who hangs around here. I have a number of PDF manuals which I 
copied from the MVS CDs onto my Amazon KindleDX (nice, but pricey). At least on 
the MVS CDs, there are a number of XKS files. These files are "book shelf" type 
files which contain the file name of the PDF and the associated manual number 
and title. I wrote a small Perl script on Linux which parses the XKS files and 
does an "ln" command to create a file name like: .PDF . An 
example file name would be:

SC26-7396-10.zOS_V1R10_DFSMS_Installation_Exits.PDF

Since Windows cannot have two names for one "file", this script would need to 
be massaged to do a rename, I guess.

I was working on a way to slurp down the current PDF files from IBM, but got to 
feeling bad about how much bandwidth I would consume, so I never tried.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: CP Query wildcards

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
> Sent: Wednesday, July 01, 2009 9:11 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: CP Query wildcards
> 
> > Wouldn't it be nice if you could  'ifconfig
> > eth*'?
> 
> You can in Plan 9. 8-)

Why can't someone write an "ifconfig" replacement which accepts something like:

ifconfig 'eth*'

The shell would not expand this due to the ' marks. The ifconfig command 
process would therefore see the asterisk. It would then need to do whatever to 
inquire on the available eth* interfaces and report on them.

This is almost like MS-DOS. The MS-DOS command prompt did not do any file name 
expansion, but passed the * on to the CP. Therefore, everything that wanted to 
accept wild cards had to implement the logic in themselves. I remember doing 
this.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: My presentation

[McKown, John]

Neat presentation!

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Michael MacIsaac
Sent: Wednesday, July 01, 2009 7:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: My presentation


Bill,

Here is my presentation:

"Mike MacIsaac"(845) 433-7061

Re: Which software to use?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Mary Zervos
> Sent: Thursday, June 25, 2009 8:02 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Which software to use?
> 
> First of all, thank you for all the answers I received on my initial 
> question.  I know I can always rely on this vm group.
> 
> Second, let me clarify my initial question.  The professor's students 
> will be running virtual linux machines that will be logged on 
> for weeks 
> at a time.  The professor will use the data we collect to 
> create a cpu 
> usage graph for each student.  We will run a baseline user 
> with minimal 
> cpu usage for him to compare against the students' cpu usage.  The 
> professor is looking to see if his students are using their 
> own debian 
> desktop machines or their virtual linux machines for their class 
> assignments. 
> 
> Hope this clarifies the question.
> 
> Mary Zervos

Curiosity: Why would he care, so long at the students learn?

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Using DVD to restore an existing z/VM?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas
> Sent: Thursday, June 18, 2009 9:01 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Using DVD to restore an existing z/VM?
> 
> I am liking the USB port idea even more. How cool would it be 
> to walk into a D/R site with just a couple of thumb drives in 
> your pocket to restore your whole z/VM system?

I wonder if FlexCUB from Fundamental Software would allow this? It is an Escon 
attached PC device which can emulate mainframe disk and tape. Of course, then 
the DR vendor has to have one around.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Using DVD to restore an existing z/VM?

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Thursday, June 18, 2009 5:17 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Using DVD to restore an existing z/VM?
> 
 
> I know what you said.  :-)  The procedure for building a DVD image 
> includes tools that you don't have, so you would then ask for 
> the tools. 
> But the procedure and tools have value.  And down the rabbit hole we 
> go   I KNOW how this story ends.  :-) 

And, from what I've seen, IBM does not like to give some things out to 
customers because it "freezes" what IBM can do in the future. Backward 
compatability is wonderful for customers and a royal pain for vendors as it can 
impact innovation. I wonder when/if Linux will ever suffer from the "can't 
change that, the customers would revolt" syndrome.


> 
> Alan Altmark
> z/VM Development
> IBM Endicott

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

Re: Last release for 3420s?

[McKown, John]

Hum, if I had to use a 3420, I'd likely get a SCSI version. Attach that to a 
FlexCUB controller. Have the FlexCUB emulate a 3490 drive on disk, then later 
copy the data to the 3420 via a FlexCUB command. Do the reverse to come the 
other way.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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