Re: Is there a free evaluation copy of Linux for z/VM?

[Ward, Mike S]

I have a question. Sorry for hijacking this post. If Linux can run in
LPAR mode? What is the advantage of running VM and Linux under it?

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Dave Jones
Sent: Monday, April 04, 2011 9:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Is there a free evaluation copy of Linux for z/VM?

Hi, Jim.

Yes there are free evaluation copies of Linux  for z/VM available from
the major vendors, plus there are "non-commercial" versions of Linux for
s390Debian, Fedora, Centos, for example. I can point you in the
right direction if you would like further information.

Yes, the is also a Linux on S/390 mailing list that discusses running
Linux on both an LPAR and as a guest of z/VM. To subscribe to the
LINUX-390 discussion, send e-mail note to:
lists...@vm.marist.edu

In the body of the note, write only the following line

SUBSCRIBE LINUX-390 your-name-here

Have a good one, too.

DJ

On 04/04/2011 09:43 AM, Hughes, Jim wrote:
> Is there a free evaluation copy of Linux for z/VM?  There are rumors
> from those flying at 50,000 feet that we may be asked questions about
> Linux on z/VM.
>
> On the other hand, would it be a proper use of this forum to post the
> questions here or is there a Linux for z/VM list?
>
> 
> Jim Hughes
> Consulting Systems Programmer
> Mainframe Technical Support Group
> Department of Information Technology
> State of New Hampshire
> 27 Hazen Drive
> Concord, NH 03301
> 603-271-5586Fax 603.271.1516
>
> Statement of Confidentiality: The contents of this message are
> confidential. Any unauthorized disclosure, reproduction, use or
> dissemination (either whole or in part) is prohibited. If you are not
> the intended recipient of this message, please notify the sender
> immediately and delete the message from your system.
>

--
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544

==
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: SFS question

[Ward, Mike S]

How large is the catalog?

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Dave Jones
Sent: Thursday, March 10, 2011 3:40 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SFS question

Hi, Steve.
Yes, you need to expand your storage group 1 size by adding more DASD
space

DJ

On 03/10/2011 03:33 PM, Gentry, Stephen wrote:
> I'm getting the following error on a DMSCLOSE:
>
> 51010 - No space for data left in catalog space.
>
> I am writing a group of files, 733 of them, to an SFS pool
>
> Does the error message mean that I don't have enough room in storage
> group 1?
>
> TIA
>
> Steve
>

--
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544

==
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: SMTP authentication?

[Ward, Mike S]

There are never any fixes to apply. All you have to do is reboot them.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of David Boyes
Sent: Thursday, March 10, 2011 2:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SMTP authentication?

On 3/10/11 12:59 PM, "Alan Altmark"  wrote:

>
>I was going to mention that as a solution, but I would suggest that
>Shimon
>first take the issue to his network people and let them decide what
they
>want to do.  If their answer is to use a relay and they want it on
>zLinux,
>then ok.  Maybe they installed a new Exchange server and forgot to turn
>on
>anonymous access.  Only they know

Except they usually don't, and don't even comprehend why YOUR system is
causing THEM problems. :sarcastic.It must be that ancient useless
mainframe that always causes these problems. Get rid of it. After all,
all
the Windows/Unix/VMS/insert your fave platform bigotry here systems just
work...:esarcasm.

>Don't silently take the problem away from them and solve it on your
own.
>(1) You're peeing in their pool

See above. (Besides, Exchange still comes with open relaying turned on.
So
does Notes, BTW. Should fix that.)

>(2) They don't learn anything

They don't learn anything either way, other than you're a problem, and
they have to make special adjustments to deal with "defective" software.

>(3) You'll get bit by something else they do down the road

Somehow this always happens, no matter what you do.

>
>And, of course, make sure you have submitted a requirement against VM
>SMTP.

Done.

==
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: Sharing files between two z/OS guest machines

[Ward, Mike S]

Got it. And Thanks.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Gary Eheman
Sent: Thursday, March 10, 2011 8:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Sharing files between two z/OS guest machines

I don't mind sharing. :-) Mike Hammock has posted the url from which you
=
can
download a copy.

The chapter on setting up the base sysplex contains only in-context
references to FLEX-ES configuration. The bulk of the chapter is about
the=

z/VM and z/OS stuff.

On Thu, 10 Mar 2011 09:07:02 -0500, Mike Hammock 
wr=
ote:

>You can download the IBM Redbook from:
>http://www.redbooks.ibm.com/abstracts/sg247008.html?Open
>
>------
>From: "Ward, Mike S" 
>Sent: Thursday, March 10, 2011 8:58 AM
>To: 
>Subject: Re: Sharing files between two z/OS guest machines
>
>> Would you mind sharing it?
>>
>> -Original Message-
>> From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]
O=
n
>> Behalf Of Gary Eheman
>> Sent: Thursday, March 10, 2011 7:16 AM
>> To: IBMVM@LISTSERV.UARK.EDU
>> Subject: Re: Sharing files between two z/OS guest machines
>>
>> One of my colleagues wrote an excellent how-to on setting up a z/OS
ba=
se
>> sysplex (not to be confused with a parallel sysplex) under z/VM when
>> runn=
>> ing
>> on FLEX-ES back in 2003. It breaks down the VM setup as well as the
z/=
OS
>> setup. The information is still relevant when you want GRS and the
oth=
er
>> protections you seek despite the platform change. See chapter eight
of=

>> SG24-7008 which you can still pull from the redbooks.ibm.com website.
>> --
>> Gary Eheman
>>
>> =
==

==
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: Sharing files between two z/OS guest machines

[Ward, Mike S]

Would you mind sharing it?

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Gary Eheman
Sent: Thursday, March 10, 2011 7:16 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Sharing files between two z/OS guest machines

One of my colleagues wrote an excellent how-to on setting up a z/OS base
sysplex (not to be confused with a parallel sysplex) under z/VM when
runn=
ing
on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/OS
setup. The information is still relevant when you want GRS and the other
protections you seek despite the platform change. See chapter eight of
SG24-7008 which you can still pull from the redbooks.ibm.com website.
--
Gary Eheman

==
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: Sending files to JES

[Ward, Mike S]

Why not FTP it?

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Shumate, Scott
Sent: Tuesday, March 08, 2011 1:16 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Sending files to JES

I have 130 lrecl log file that is stored on operator's 191 disk.  I need
to get it over to our MVS side so we can store it in mobius.  It appears
since its greater than 80, I'm running into the problem described below.
If I use send file, the file is jumbled on mvs side.  Hopefully this is
enough detail.


Thanks
Scott

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Alan Altmark
Sent: Tuesday, March 08, 2011 2:06 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Sending files to JES

On Tuesday, 03/08/2011 at 02:00 EST, "Shumate, Scott"
 wrote:
> That works  great.
>
> Now I'm  running into a new problem.  The file I'm sending is too big.

I get
> the following message.
>
> DMSPUN044E  Record exceeds allowable maximum
>
> Any ideas  how I can get around this?

If you're sending to a TSO user, just SENDFILE fn ft TO user AT mvsnode.

It gets packaged up in NETDATA format.

If you're submitting a job, then you're limited to 80 bytes.  If you are
doing printing, then you need to use the PRINT command and a virtual
printer (1403, 3800, or AFP).

Tell us more about what you're trying to do.

Alan Altmark

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

==
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: Contemplating upgrading 2105-800 to DS6800

[Ward, Mike S]

We went from Ramac to Shark to DS8100 no problem. We use FDRPAS to do
the copies for us.



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Nigel Salway
Sent: Monday, March 07, 2011 4:12 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Contemplating upgrading 2105-800 to DS6800



Dear Friends,

I am considering replacing a 1 TB 2105-800 shark with a 1TB DS6800. Does
anyone have experience with such an upgrade? Any warnings, tips or
comments?

TIA

Nigel Salway


==
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: Capacity Monitoring question

[Ward, Mike S]

Where can I get a copy of GG22-9299. I have looked in IBM, but I can't
seem to find it.



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of George Henke/NYLIC
Sent: Thursday, March 03, 2011 10:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Capacity Monitoring question



An operating system, be in z/VM or z/OS, will always try to drive the
CPU 100%.

This is goodness.

So looking at max CPU will never tell you anything about CPU capacity,
it is an almost meaningless metric which can be at best very deceptive,
a common, innocent mistake and misconception.

What is needed is the Saturation Data Point (SDP), which is calculated
as the HIST average CPU peaks divided by the HISTaverage CPU average.

The operative word here is HISTORICAL, 6 months at least.

This will give you the peak-to- average ratio:  2:1, 3:2, or whatever.
It depends on the nature of the workloads, their variability.

It differs for every shop.

Once you know the peak-to-average ratio all we need do at any given
point in time is look at the average instead of the peak and that will
tell us if we have reached the SDP and need more CPU.

To illustrate:

Let's say the CPU is pegged at 100% and averages 60%, though you ignore
the average as unimportant.  thinking you're configuring for the peak,
not the average.

Let's also say that your historical peak to average ratio is 2:1, though
you do not know that or consider it important at the time.

So the CIO orders a CPU upgrade, paying millions in TPV software charges
for the upgrade.

After the upgrade, the CIO looks at the CPU and sees it is maxing now at
60% and he is ecstatic because he thinks he has 40% CPU headroom and
with about 5-10% annual CPU growth he has at least a 3 - 5 year life in
the configuration.

6 months later, the batch window is expanding, batch is backing up,
response time is degrading, CPU is maxing at 100% and the CIO wants to
know what happened.

With a 2:1 peak to average ratio, when the CPU maxes at:

*   60%, it averages 30%.
*   100% it averages 50%.
*   120% it averages 60%


So the headroom, initially, was not 40% (100%-60%) as the CIO thought,
but only 20% (50%-30%) which got absorbed in 6 months

But why so quickly?  Why 20% in only 6 months?

Remember before the upgrade the average CPU was 60%.

That means the maximum CPU was really 120% not 100% and there was 20%
latent demand.  Machines do not report much more than 100% CPU.  Another
reason not to be mislead by max CPU.

So between the 5 - 10 % normal CPU growth and the impact of the 20%
latent demand, the config really had a life of only 6 months.

True  we should always configure for the peaks, not averages, but it is
only the average that will ever tell us when we are out of CPU once we
know the historical peak-to-average ratio.

R.J. Wicks, IBM, has written a classic manual on this:  Balanced Systems
and Capacity Planning, GG22-9299  (119 pages)





Berry van Sleeuwen 
Sent by: The IBM z/VM Operating System 

03/02/2011 07:05 PM

Please respond to
IBMVM 

To

IBMVM@LISTSERV.UARK.EDU

cc


Subject

Re: Capacity Monitoring question








Hi Nick,

We monitor VM on page usage and page IO, our guest on VM for Queue and
storage usage (main, xstor and swap). Also we monitor guest CPU usage
and metrics like the limit list. Linux memory is always at 100% so no
sense in monitoring over there but we do monitor swap usage. Linux CPU
gives bad numbers to start with (yes even on current kernel levels they
are still wrong) so don't monitor CPU on the guests.

Actually, 100% CPU is not a bad thing at all. Where most OS-ses become
less responsive above 90% z/VM will still give you good response even at
high numbers. We like to have it above 90%. Obviously you would need
some capacity for new guests. So when you are running 100% CPU all the
time there can be a case for an additional IFL. But also look at the
guests, determine if they are running processes you don't need or that
hurt overal performance. Watch your linux guests on responsetimes and
batch runtimes. Set a good relative share and if that doesn't help you
could consider adding IFL's.

Keep VM paging below 50%, add paging DASD when needed. We have a VM that
is overcommitted to 9:1. Our production Linux VM is at 2:1 with room to
spare. Expect even high page IO rates, 1000's IO/sec don't have to be
bad. Keep an eye on guests that are competing for storage. Especially
loading users and E-lists can point to a resource problem. Try to fix it
on the guest first (eliminate processes, reduce memory sizes etc).

Make sure the guests don't stay in Q3. It will hurt other servers. So
eliminate unused processes, don't use pings or other keep alive tooling.
Be aware that most regular linux tooling keeps the guest active.
Obviously when you are running batch the guest will stay in Q3 but then
it's in there for a reason.

Some of these issues are also covered in the linux-390 list
(http://www2.marist.edu/htbin/wlvindex?LINUX-390

Re: Problems with MPROUTE going from z800 to z9BC computer

[Ward, Mike S]

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

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

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

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

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

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

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

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

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

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

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

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

Alan Altmark

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

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

Re: Problems with MPROUTE going from z800 to z9BC computer

[Ward, Mike S]

Setup correctly it should work ok.

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

I do have SourceVipa specified:

  ASSORTEDPARMS
PROXYARP
IGNOREREDIRECT
SOURCEVIPA

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

Mike



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



Sourcevipa is a TCP configuration parm. The book states:

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

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

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

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

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

Thanks,

Mike



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



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

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

Greetings,

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

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

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

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

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

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

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal


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

==
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity
to which they are addressed. If you have received this email in error
please notify the system manager. This message
contains confidential information and is intended only for the
individual named. If you ar

Re: Problems with MPROUTE going from z800 to z9BC computer

[Ward, Mike S]

Sourcevipa is a TCP configuration parm. The book states:

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

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

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

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

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

Thanks,

Mike



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



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

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

Greetings,

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

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

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

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

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

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

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal


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

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

Re: Problems with MPROUTE going from z800 to z9BC computer

[Ward, Mike S]

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

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

Greetings,

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

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

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

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

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

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

Any clues what could have gone wrong?

Thanks,

Mike Horlick
CGI Montreal


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

Re: Mandatory ESMs?

[Ward, Mike S]

Go to Hercules-os380 yahoo group and talk to BFN. Paul. I believe he has
one working on VM, MVS and VSE.



His email is: kerravo...@yahoo.com





From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Michel Beaulieu
Sent: Friday, December 10, 2010 3:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Mandatory ESMs?



Hello,

Don't we have at least a GCC compiler that would run in z/VM?

Michel Beaulieu
|*|

> Date: Fri, 10 Dec 2010 14:51:56 -0600
> From: dbo...@sinenomine.net
> Subject: Mandatory ESMs?
> To: IBMVM@LISTSERV.UARK.EDU
>
> (Retitled because the current discussion has nothing to do with
VSWITCH
> authorization...)
>
> > Does anyone run applications in z/VM?
>
> That's the saddest statement I've seen in a long while.
>
> That used to be true across the board. It's really sad that IBM
continues
> to constrain the ability to deploy applications in the CMS environment
--
> it's a decent system for writing really good applications, but without
the
> tools and compilerswe're reduced to asking whether anyone can.
>
> -- db


==
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: No IPL VSWITCH Connectivity

[Ward, Mike S]

I see and download TCVM1.zip when I click the link.



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of George Henke/NYLIC
Sent: Thursday, November 04, 2010 9:01 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: No IPL VSWITCH Connectivity




Sorry for this screen shot overhead, but it is the only way to show the
results.

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


Peter and Ron, did you click on the TCVM1 ZIP link in the above link or
just the above link.

When I click on the TCVM1 ZIP link in the above link, this is what I
see.

Perhaps Kris' upload was archived, backed up to tape, by a LINUX system
and compressed by GZIP in the process.

TAR means Tape ARCHIVE.





peter.w...@ttc.ca
Sent by: The IBM z/VM Operating System 

11/04/2010 09:30 AM

Please respond to
The IBM z/VM Operating System 

To

IBMVM@LISTSERV.UARK.EDU

cc


Subject

Re: No IPL VSWITCH Connectivity








Same here.

Peter

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Ron Schmiedge
Sent: November 3, 2010 18:21
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: No IPL VSWITCH Connectivity

Or if I weren't such a bad typer, "TCVM1.zip"



On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge 
wrote:
It says TCMV1.ZIP when I click on it.




On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC <
george_he...@newyorklife.com> wrote:

Here is the link Kris.

I think if you click the TCVM.ZIP link in the doc in the link below, you
will see for yourself in the window it says GZIP compressed TAR file.

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

As the old song says, "Somewhere along the way . . . "

Kris Buelens mailto:kris.buel...@gmail.com> >
Sent by: The IBM z/VM Operating System mailto:IBMVM@LISTSERV.UARK.EDU> >

11/03/2010 04:50 PM



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



To

IBMVM@LISTSERV.UARK.EDU 

cc



Subject

Re: No IPL VSWITCH Connectivity
















I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that
to my VM userid and SENDFILEd that to Endicott.  Then it is outside my
hands.  But, when I look with Mozilla Seamonkey, I see
http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP
extension.  Amen.

2010/11/3 George Henke/NYLIC 




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


==
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: Duplicate VOLSERs at IPL

[Ward, Mike S]

Where can one pick up that wonderful exec?



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Frank M. Ramaekers
Sent: Wednesday, October 20, 2010 10:35 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Duplicate VOLSERs at IPL



Here's what I do (I think you remember my FLASH2ND EXEC):



1) Use FLASH2ND to create a 2nd level/backup system

a. This will use a new prefixed VOLID of '54B' (replacing the 540).

b.Updates the SYSTEM CONFIG reflecting the new VOLID

c. Updates a copy of the 1st level directory (USER2 DIRECT) changing
the VOLIDs to match the new prefix

d.Runs DIRECT against the 2nd level/backup system with the updated
directory (USER2 DIRECT).

2) FLASH2ND process creates unique VolSer (VOLID) and is
IPLable (w/o changes)





Frank M. Ramaekers Jr.







From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of George Henke/NYLIC
Sent: Wednesday, October 20, 2010 10:24 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Duplicate VOLSERs at IPL




I plan to DDRed my system disks 540RES, 540SPL, 540W01, 540W02, before I
apply maintenance to Level 1 and PUT2PROD, so that I have a *hot*
fallback when I IPL. the maintenance.

How can I be sure the IPL will not pick up these standby disks but WILL
pick them up if I need them for fallback?  Is just changing the 540RES
IPL address enough?



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


==
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: IPL VM/VM Issues

[Ward, Mike S]

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: Central vs. expanded storage

[Ward, Mike S]

You should also be able to lock pages for the guest as in



Lock MVSGuest 0 0 map



This will lock page 0 in memory.







From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of George Henke/NYLIC
Sent: Friday, September 24, 2010 8:04 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Central vs. expanded storage





Anne & Lynn Wheeler wrote:




Was not this the problem in the early days of MVS under VM.  There was
also a stopgap workaround performance option (bandaid) called PMA,
Preferred Machine Assist to circumvent this, so that MVS actually
controlled Page 0 and VM became the guest.

VSE did not have this problem in those days because there was the VM/VSE
Feature which did the paging handshake between a VSE guest and VM.

But MVS had no such feature and so the entire MVS virtual machine got
swapped out any time an address space in MVS got a page hit.

But these issues have all been addressed today and MVS now performs
efficiently under VM.  Also, paging now seems to be non-existent in the
MVS world.  Expanded storage there even has been eliminated.

So the question arises why is this problem rearing its head again.

Is "history repeating itself".  Is there no handshaking between LINUX
guests and VM just as there was not with MVS years ago?

Why now the need Expanded Storage in the VM world to accommodate LINUX
guests when Expanded Storage in the MVS world is a thing of the past?






Anne & Lynn Wheeler 
Sent by: The IBM z/VM Operating System 

09/24/2010 08:02 AM

Please respond to
The IBM z/VM Operating System 

To

IBMVM@LISTSERV.UARK.EDU

cc


Subject

Re: Central vs. expanded storage








On Thu, Sep 23, 2010 at 2:14 AM, O'Brien, Dennis L
 wrote:
>I heard from a couple of performance people at SHARE that we should
have
>20% to 25% of the total storage in an LPAR configured as expanded
>storage.  Naturally, that's a guideline and the proper amount varies by
>workload.  What should I look at to determine if we have enough
expanded
>storage?  We use Velocity's ESALPS suite.  The systems that I'm most
>concerned about have a Linux guest workload.  One of them is all WAS,
>and the other is a mix of WAS, Oracle, and some other things.
>
>I've heard that WAS isn't the best choice for System z, but that's not
>the focus of my concern.  We have the workload that we have, and I just
>want to make it run as well as it can.

expanded store was originally done for 3090 because of physical
packaging problems ... it was not possible to locate all the memory
they needed for configuration within the latency of the standard
memory bus ... so they created the expanded store bus that was wider &
longer ... and used software control to move 4k pages back&forth
between regular storage and expanded store. a synchronous instruction
was provided for moving the data back&forth.

the expanded store bus was also used to attach HIPPI (100mbyte/sec)
channel/devices ... since the standard 3090 i/o interface couldn't
handle the data-rate. However, since bus didn't support channel
programs ... there was a peculiar (pc-liked) peek/poke convention used
(i.e. i/o control was done by moving 4k blocks to/from special
reserved addresses on the bus).

moving forward (after physical packaging was no longer an issue)
... expanded store paradigm has been preserved because of software
storage management &/or storage addressing deficiencies.

effectively, expanded store paradigm is used to partition real storage
into different classes   however, going back at least 40yrs
... there is large body of data that shows that single large store is
more efficient than partitioning the same amount of storage (assuming
that there aren't other storage management issues/shortcomings).

the simple scenario is 1 storage pages and 1 expanded storage
pages ... all occupied; when there is requirement for page that is in
expanded storage, it is swapped with a page in regular storage
(incurring some software overhead). The alternative is one large block
of 2 pages ... all directly executable ... and doesn't require
swapping any pages between expanded store and regular store.

One of the efficiencies is dealing with application and/or operating
systems that perform their own caching/paging algorithm using some
sort of LRU mechanism (i.e. replacing their own pages/records using
some approximation to least-recently-used). This is characteristic of
large DBMS infrastructures that manage records in their own cache as
well as operating systems that support virtual memory. Their is a
pathological scenario if the virtual operation doesn't have all its
own dedicated storage (like in LPARs); VM will be managing virtual
pages using an LRU methodology (least-recently-used pages are the ones
selected for replacement) ... at the same time the virtual guest/DBMS
is also managing (what it thinks is real storage) with an LRU
methodology. If both are operating simultaneously ... it is possible
for VM to "replace" what it thinks is t

Re: Sad Day for One of our VM Systems

[Ward, Mike S]

Wow, hopefully it's because you are migrating to a later release and not 
because it's close the doors time.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Wandschneider, Scott
Sent: Tuesday, August 24, 2010 3:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Sad Day for One of our VM Systems

Within the next day or two, we will be shutting down with one of our legacy 
systems.  VMESA1, affectionately known as VM1, will be shut down after 7 years 
and 1 week of "perfect" service.

q cplevel 
VM/ESA Version 2 Release 3.0, service level 0101  
Generated at 03/11/02 17:44:14 EDT
IPL at 08/17/03 04:40:50 EDT  
Ready; T=0.01/0.01 15:37:28   

Thank you,
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle 
Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || :847.849.7223  ||  : 
scott.wandschnei...@infocrossing.com **Think Green  - Please print responsibly**


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.

==
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: EMC, Celerra and FCP

[Ward, Mike S]

Did they ever tell you it was possible?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Michael Simms
Sent: Tuesday, August 10, 2010 9:28 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: EMC, Celerra and FCP

Our Windows folks have a large EMC Celerra NS-960. We have a z10BC. We
ha=
ve
genned our IOCP to have 2 FCP channels. Now we are trying to connect via
=

switch to the EMC box. We are now being told that this connection is not
=

possible.
Has anyone done anything like this?
Thoughts? Hints?

==
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: CICS and z/VM

[Ward, Mike S]

I ran Transaction Server on OS/2

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Marcy Cortes
Sent: Wednesday, June 23, 2010 6:09 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CICS and z/VM

 

There was a CICS/VM in 1987.  You can google "cics/vm" and learn a
little bit more.

http://www-01.ibm.com/software/htp/cics/35/80s/

 

IBM killed it before it could gain acceptance.

Rumor was that it ran better than it did on MVS :)

 

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Wednesday, June 23, 2010 3:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] CICS and z/VM

I would ask him to explain 'with z/OS being present' - and then ask him
to explain 'native'   ;-)   Maybe those words don't mean what he thinks
they do or what you think they do?   The 'presence' of z/OS seems
especially ambiguous in his statement..  what the heck does that mean?
Lurking nearby?  ;)

z/VM can run a z/OS guest, which can run CICS..   there's no 'z/VM CICS'
product.

Scott Rohling

On Wed, Jun 23, 2010 at 4:43 PM, Howard Rifkind 
wrote:

A friend of mine stated that CICS can run native under z/VM with z/OS
being present.

 

I find this hard to believe and have never heard of this being done in
any size, shape or form.

 

I think he is blowing wind.

 

Can anyone comment on this.  If there is any truth in this please advise
where I can find some documentation on this.

 

Thanks

 

 

==
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: I hate to ask -- VM passwords authenticated against AD?

[Ward, Mike S]

Hopefully they won't take it and shelf it.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Wednesday, June 16, 2010 12:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: I hate to ask -- VM passwords authenticated against AD?

Amen, brother. In the late '90s, we (USAir before it became USAirways)
decided to donate the device throttling code I had written. Donating it
took longer than writing and testing it. However, they do have a
mechanism for accepting code. I suspect that most of the time taken was
by the respective legal departments. It certainly did not take me long
to sign the Certificate of Authenticity,

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
> Sent: Wednesday, June 16, 2010 8:26 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: I hate to ask -- VM passwords authenticated against AD?
> 
> I have most of the piece parts done (IUCV driver, PAM driver, 
> Kerberos and LDAP interfaces, Linux guest to do the heavy 
> lifting) to enable VM to use any authentication sources 
> supported by PAM, including AD. The remaining part is the 
> necessary CP modules to normalize all the entry points to CP 
> into a documented interface that doesn't require rebuilding 
> CP, then convincing IBM to either ship VM with the RACF 
> interface modules prebuilt, plus a dummy "RACF lite" that 
> implements the defaut "defer" behavior, or agree on what the 
> external interface should be in terms of service access 
> points and ship that. I'd actually donate the service code if 
> IBM would accept it. 
> 
> As you might imagine, the last part is the hardest. If 
> someone wants this badly enough to pay for it, then I can 
> probably have a beta-ready version available in a month or so. 
> 
> -- db
> 
==
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: How to define shareabel full-pack minidisk in user directory

[Ward, Mike S]

Martha, excellent reply. I also noticed that he is using the MW on the
minidisk statement. He should know and please correct me if I'm wrong,
if he accesses these disks from multiple machines the OS or software
running on those machines need to drive the enq/deq for the device so
that he doesn't destroy the data on the devices. 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Martha McConaghy
Sent: Thursday, April 01, 2010 9:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How to define shareabel full-pack minidisk in user
directory

The simple answer to your question is that the volume is not attached to
the
system.  So, when the guest tries to link the minidisk, there is no real
volume for it to contact.

It looks like the deeper problem is understanding how volumes work.  Let
me
try to explain.

What you refer to as the "volume serial" is really the volume label.  It
is
written to cylinder 0 on the real volume when it is initialized, i.e.
when
you run CPFMTXA on it.  If you are working with a basic install system
image,
then it was done for you already.  These volume labels are what map a
disk
real address to a volume for CP to use.  So, each volume label that CP
is
going to use, either as a CPOWNED volume or user volume, must be unique.
CP only reads the label at IPL time, or when the volume is attached to
the
system.  Most of the time, your volumes are attached at IPL time, based
on
what you have in your SYSTEM CONFIG file.  However, volumes can be
detached
and attached to CP dynamically for different reasons.

So, the problem of the guest being unable to link the full minidisk is
because the volume labeled SYSPK is not attached to CP.  From MAINT do:

q dasd

And you will see a list of disk volumes currently attached to CP.  SYSPK
won't be there, and it needs to be.  Check your SYSTEM CONFIG file to
see
if it has been included in the user volume section.  If you know the
real
address of the volume, you can manually attach it to the system by
doing:

attach (raddr) system

However, this is only temporary.  To make it permanent, you have to
include
it in your SYSTEM CONFIG.

One thing I would like to point out is that SYSPK isn't a very good
volume
label (IMHO).  You are likely to have a lot of volumes attached to this
system
some day.  You need a way to keep them unique.  So, give some thought to
a better naming convention.  You only have 6 characters to work with in
a
label.

There is another problem described in your email as well.  Using a full
volume minidisk is dangerous.  Since cylinder 0 contains the volume
label
(along with other important information), it isn't a good idea to
include
it in a minidisk allocation.  By doing so, it allows the guest to
overwrite
the label without CP being aware of it.  I had also done that with our
z/OS
guests for a long time, and my z/OS colleagues promised not to change
the
labels.  Of course, over time, they did get changed.  That resulted in a
lot of problems whenever CP would be recycled.  So now, I only give them
full minidisks that do not include real cylinder 0, i.e. 1 through 3338.
The guest doesn't know the difference.  It allows them to use whatever
labels
they want without affecting the real label that CP uses.  I do the same
for our Linux guests as well.  If z/OS needs a full volume image, i.e.
all 3339 cylinders, then I put it on a large CP volume, such as a
3390-27.
Again, the guest doesn't know the difference and it preserves the real
labels for CP.

Also, another piece of advice.  If these volumes are going to be shared
between z/OS guests, use the mode MWV, not just MW.  Otherwise, the z/OS
systems could run into problems.

I hope this long explantion makes some sense to you.  If not, please ask
more questions.  We are always happy to help new VMers.

Martha McConaghy
Marist College



On Thu, 1 Apr 2010 10:36:13 +0900 TaeMin Baek said:
>Hi,
>
>I use z/VM v6.1 and z10 BC.
>I want to use shareable full-pack minidisk to share 3390 DASD without
>typing Volume Serial between multiple OS/390 guest.
>Because i often do volume initial, adding volume with vol. serial
change
>in OS/390, i don't want to change Volume serial in user directory
whenever
>vol. serial is changed in OS/390.
>Just want to manage device adress without volume serial like DEDICATE
and
>need to share dasd vol.
>
>I found the way how to define in minidisk in user directory in 'CP
>Planning and admin guide like the below ,
>
>* Define the DASD as a shareable full-pack minidisk. The following
MDISK
>user directory control statement defines a full-pack minidisk:
>
>MDISK 199 3390 000 END SYSPK MWV FULLP1
>
>This statement allocates all addressable cylinders of the 3390 called
>SYSPK as minidisk space, thus making SYSPK a full-pack minidisk. (This
>method is the preferred way of defining a full-pack minidisk because
the
>number of cylinders does not need to be known when writing the MDISK
>statement.)
>
>Thus, i define mdisk in 

Re: initializing z/Linux disks

[Ward, Mike S]

I thought there was overhead in specifying it as a minidisk rather than
a dedicated full disk. The overhead would be in the translation of the
I/O addresses and such. You know like linux reading cyl 0 when it's
really cyl 1 etc  Is there still that type of overhead in VM?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Marcy Cortes
Sent: Wednesday, March 24, 2010 1:40 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: initializing z/Linux disks

You can DEDICATE by label rather than by real address.
But I still don't like Linux having cyl 0 :)


Marcy 

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


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of David Boyes
Sent: Wednesday, March 24, 2010 11:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] initializing z/Linux disks

On 3/24/10 1:53 PM, "Martin, Terry R. (CMS/CTR) (CTR)"
 wrote:

>  
> Hi
>  
> I have a question. What I have been doing up to this point for a new
z/Linux
> guest build is, not necessarily in this order and does not necessarily
include
> all steps but, 
>  
> Crave out the DASD for the z/Linux guest
>  
> Init the DASD using CPFMTXA putting a label on the disk
>  
> Setting up the Directory entry for the new guest, which includes
specifying
> the MDISK for all of the DASD for the guest.

Unless you are giving the guest the real cyl 0, you need to do the
format
for at least real cyl 0 with ICKDSF (what CPFMTXA runs under the covers)
to
put a real volume id on the pack. I find that even if you are giving the
guest the real cyl 0, the extra step of running DSF on the entire real
volume eliminates any past uses that may confuse system operation later
on
(think about what would happen if you "accidentally" gave a guest what
used
to be a VM paging pack, and forgot to clip the allocation bitmap to
remove
the page space. Bad Things Ensue.  Kickstart and VM paging space are NOT
compatible. Things Go Boom. Trust Me.)

So, if you are giving the guest the full physical volume, you don't HAVE
to
do the DSF run, but it's an extra safety measure that it doesn't cost
much
to do, and you'll be grateful for if you ever need it.

> If not I assume then I would replace the MDISK statements in the
Directory
> entry with DEDICATE statements for each one of the DISKS. We do not
share DASD
> between guests here so what is defined to the guest belongs to that
guest
> only. Is there anything to be aware of by changing to DEDICATE
statements from
> MDISK statements?

DEDICATEs tie you very firmly to specific physical configurations. Does
your
DR configuration have exactly the same device addresses for real
devices? If
not, then you'll have to update the directory when you move to to DR vs
just
changing volume labels which aren't bound to specific device addresses.
You
can do search/replace in both cases, but it's a lot easier to relabel
packs
when you restore your stuff on them than have to screw around with
addresses, especially if it's a REAL emergency and you may not get your
normal DR configuration because of a sudden influx of companies needing
DR.
 
> My only concern is with the DFDSS backups that I do on the z/OS for
the
> guests. I am not sure if it matters or not to DFDSS whether the pack
was
> initialized via CPFMTXA or z/Linux during the kick start process?

It shouldn't, but why introduce another variable? CP and z/OS have been
getting along well for decades now. It's a one-time step, and it doesn't
take that much longer. You can also shortcut the process (if you have
Flashcopy) by keeping a blank formatted volume around, flashcopy it to
the
new disks, and then just run DSF on cyl 0 to relabel the pack. That's
almost
instantaneous, and you get the best of both worlds.

-- db
==
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: Checking if a CMS disk has changed

[Ward, Mike S]

The ADT is kept in memory. Does this rexx actually read the disk or do you have 
to issue an ACC to  refresh the ADT?

 

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

 

Thanks.

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4



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

 

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

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



2010/3/9 Horlick, Michael 

Greetings,

 

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

 

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

 

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

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

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

DMSACC724I 193 replaces B (193) 
 

DMSACP723I B (193) R/O  
 

DMSACC724I 194 replaces C (194) 
 

DMSACP723I C (194) R/O  
 

DMSACC724I 195 replaces E (195) 
 

DMSACP723I E (195) R/O  
 

DMSACC724I 196 replaces F (196) 
 

DMSACP723I F (196) R/O  
 

JOB INFO FROM MUHC24 WAS EVENT 00236 FNAME EPIBCATZ FTYPE BKUP  
 

  - JOB EPIBCATZ PRI 03 SYSID   CLASS 0 
 

  - USERINFO NONE NONE SUBMIT Z TARGET MUHC24   
 

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

ZEK11E000I PROCESSING COMPLETE. OUTPUT RECORDS=12   
 

 

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

 

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

 

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

 

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

 

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

 

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

 

Thank you,

 

Mike Horlick

Conseiller

CGI Gestion Intégrée des Technologies

1350 Boul. René-Lévesque Ouest

Montréal, Qc, H3G 1T4

 




-- 
Kris Buelens,
IBM Belgium, VM customer support

==
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 

Re: Fed-Up With IBM Support!

[Ward, Mike S]

Try:

http://www.ibm.com/ibmlink


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Thursday, October 29, 2009 11:10 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Fed-Up With IBM Support!

Neither of those URLs works for me. I even tried removing the space
between the = and the word ibmlink to no avail.

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Ackerman
> Sent: Wednesday, October 28, 2009 4:55 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Fed-Up With IBM Support!
> 
> There is no http://www.ibm.com/ibmbmlink. If you mean 
> http://www.ibm.com/= ibmlink, that is the URL that IBMLink 
> recommends you use. What were you using for IBMLink 2000= ?
> 
> Alan Ackerman
> Alan (dot) Ackerman (at) Bank of America (dot) com 
> 
==
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: PMRs

[Ward, Mike S]

First I go here:

 

https://www-304.ibm.com/support/electronic/myportal/!ut/p/c1/04_SB8K8xLL
M9MSSzPy8xBz9CP0os3hnr9DgQB9TQwN_IzMDAyM_95CAEAM_AyATKB-JR96AGN1-_kahbia
ehoYWZq6GBkZmHiZOPmGeBu4uxsToNsABHAnZHQ7yK363g-TxuQ4kj8d-P4_83FT9gtzQ0Ai
DzIB0R0VFAMsDlI8!/dl2/d1/L2dJQSEvUUt3QS9ZQnB3LzZfQ0pVU1FMNTEwTzI2MDAyTkd
UUFQwTjAwMDI!?category=0&locale=en_US

 

 

Make sure to log on, Then I select access premium services. When that
page is displayed look for the IBMLINK link and click it. It then take
you to:

 

 

 

The applications listed below are your entitled applications.

Please click on the application you would like to access.

Automatic Software Alert Process (ASAP)
  

  


Automatic Status Tracking (AST)
  

  


Electronic Service Call (ESC+)
  

  

  

Electronic Technical Response (ETR)
  

 

New notifications
  

Preventive Service Planning (PSP)
  

  

  

Product Cross Reference (PCR)
  

  

  

Service Information Search (SIS)
  

  

  

Service Request and Delivery (SRD)
  

  



 

 

Click on ETR.

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Friday, October 16, 2009 12:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: PMRs

 

It has been a long time since I have opened a PMR. Even then I called
the Support Center to open it. Surely one can be opened electronically
without too much hassle. How do I go about it? I have gone in too many
circles on my own while hunting for the way.

 

Regards, 
Richard Schuh 

 

 

 

==
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: Basic FTP question

[Ward, Mike S]

I forgot to add format the tdisk

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Friday, October 02, 2009 2:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Basic FTP question

On Friday, 10/02/2009 at 03:32 EDT, "Ward, Mike S"  
wrote:
> Can you define a tdisk to put it on?

You cannot FTP to a tdisk since they are not LINKable.  However, if you 
have a vdisk mdisk in your directory entry you can FTP to it., though
you 
cannot ftp to a vdisk created by the DEFINE command.

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

Re: Basic FTP question

[Ward, Mike S]

I was thinking more on the lines of:

Define Tdisk
Acc as X or whatever

FTP to X or whatever


Send the file to the user.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Friday, October 02, 2009 2:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Basic FTP question

On Friday, 10/02/2009 at 03:32 EDT, "Ward, Mike S"  
wrote:
> Can you define a tdisk to put it on?

You cannot FTP to a tdisk since they are not LINKable.  However, if you 
have a vdisk mdisk in your directory entry you can FTP to it., though
you 
cannot ftp to a vdisk created by the DEFINE command.

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

Re: Basic FTP question

[Ward, Mike S]

Can you define a tdisk to put it on?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bob Henry
Sent: Friday, October 02, 2009 9:48 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Basic FTP question

I'm trying to set up an ftp session from my PC to z/VM V5.1. I've tried
a=
 
couple FTP products (FileZilla & WinSCP) which produces errors "Faile=
d to 
retrieve directory listing". I finally found an ftp product that works =

(CoreFTP) but the CMS 191 disk is accessed as read only so I can't
transf=
er 
any data to it. Is there a setting in the z/VM FTP server that causes
thi=
s? 
Can I issue a SITE command (or something else) that will put the mdisk
in=
 
write mode?
==
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: Printers to 2nd level VM...

[Ward, Mike S]

Wouldn't virtual printers defined in the directory work just as well?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Tom Duerbusch
Sent: Tuesday, September 15, 2009 10:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Printers to 2nd level VM...

Yep, that is what he said...
And as I don't trust computers, you know I never trust people .

If it isn't that, then the printers need to be attached to the second
level system during the IPL of the second level system.  

In my experience, printers don't sense too well.
If you IPL with the printers attached, and it still doesn't sense
properly, perhaps there is a SET RDEVICE in the autolog process, or in
the Operators profile.

But, if this volume was truely cloned, all that should be there.
So that brings me back to IPL with the devices attached and see what you
get.  Or at least attach one of them for testing.

The other thing that may be different with a second level system, is if
you are doing the same saipl that you are in hardware.  Sometimes you
forget that the hardware IPL, may be accessing a different disk than
CF1.

Tom Duerbusch
THD Consulting

>>> Robert Payne  9/15/2009 10:28 AM >>>
but I thought he said that he cloned the volumes, so the CONFIG should
already be in place ...


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on 
Behalf Of Tom Duerbusch
Sent: Tuesday, September 15, 2009 10:26 AM
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Printers to 2nd level VM...


You have to define the printers to your second level VM system.
... big snip
==
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: OS/VS1

[Ward, Mike S]

The osvs1 system that was at cbtape has been removed because it was
tainted with BPE, DFDSS, and some other copyrighted materials. What I'm
looking for is a base os/vs1 without any extensions. Thanks for the
reply.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of john.zarz...@barclays.com
Sent: Friday, June 05, 2009 2:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OS/VS1

You can get OS/VS1, OS/360, and other old OS-s on CD for the price of
shipping  ($5) from  

http://www.cbttape.org/cdrom.htm


You can run this on your PC under Hercules, under Windows or Linux..

http://www.nabble.com/Hercules390-f910.html

http://www.hercules-390.org/hercsupp.html

http://www.jaymoseley.com/hercules/

Cheers,
John Zarzeck 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of McKown, John
Sent: 04 June 2009 21:11
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OS/VS1

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Ward, Mike S
> Sent: Thursday, June 04, 2009 2:30 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: OS/VS1
> 
> Hello all, I know this is old hat to some, but I thought I would ask
> anyway. I'm sure it's been asked here before, but we might 
> have some new
> members that may be able to help. I'm looking for a copy 
> OS/VS1, tapes,
> manuals, etc... I would like to get a vanilla VS1 Release 7.0 system
> without BPE, DFDS and other program product extensions. I'll be more
> than happy to pay for shipping of any materials. Thanks.

IIRC, even the "base" system is a copyrighted, licensed, product.
Somebody
could give you the manuals, but the software? Well, I doubt legally.

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

 

This e-mail and any attachments are confidential and intended solely for
the addressee and may also be privileged or exempt from disclosure under
applicable law. If you are not the addressee, or have received this
e-mail in error, please notify the sender immediately, delete it from
your system and do not copy, disclose or otherwise act upon any part of
this e-mail or its attachments.

Internet communications are not guaranteed to be secure or virus-free.
The Barclays Group does not accept responsibility for any loss arising
from unauthorised access to, or interference with, any Internet
communications by any third party, or from the transmission of any
viruses. Replies to this e-mail may be monitored by the Barclays Group
for operational or business reasons.

Any opinion or other information in this e-mail or its attachments that
does not relate to the business of the Barclays Group is personal to the
sender and is not given or endorsed by the Barclays Group.

Barclays Bank PLC.Registered in England and Wales (registered no.
1026167).
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.

Barclays Bank PLC is authorised and regulated by the Financial Services
Authority.
==
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: OS/VS1

[Ward, Mike S]

>From what I gather in the OSVS1 group the base is not copyrighted. The
BPE and other addons such as dfdss, cics, etc are. The base manuals are
not copyrighted, but the tnl's that make them bpe are.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of McKown, John
Sent: Thursday, June 04, 2009 3:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OS/VS1

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Ward, Mike S
> Sent: Thursday, June 04, 2009 2:30 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: OS/VS1
> 
> Hello all, I know this is old hat to some, but I thought I would ask
> anyway. I'm sure it's been asked here before, but we might 
> have some new
> members that may be able to help. I'm looking for a copy 
> OS/VS1, tapes,
> manuals, etc... I would like to get a vanilla VS1 Release 7.0 system
> without BPE, DFDS and other program product extensions. I'll be more
> than happy to pay for shipping of any materials. Thanks.

IIRC, even the "base" system is a copyrighted, licensed, product.
Somebody could give you the manuals, but the software? Well, I doubt
legally.

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

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

OS/VS1

[Ward, Mike S]

Hello all, I know this is old hat to some, but I thought I would ask
anyway. I'm sure it's been asked here before, but we might have some new
members that may be able to help. I'm looking for a copy OS/VS1, tapes,
manuals, etc... I would like to get a vanilla VS1 Release 7.0 system
without BPE, DFDS and other program product extensions. I'll be more
than happy to pay for shipping of any materials. Thanks.
==
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: Virtualized Desktop

[Ward, Mike S]

Are you saying that you can't use a mouse on linux under VM? Or you can
but the performance is bad?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Post
Sent: Thursday, May 14, 2009 12:36 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Virtualized Desktop

>>> On 5/14/2009 at  9:50 AM, "Ward, Mike S"  wrote: 
> All, do linux users use a mouse. I would
> think that mouse tracking would be a nightmare in the VM environment.

Bear, woods.  It's not just z/VM, it's also network latency.  When I
test the X apps I build as part of Slack/390, it takes a couple of
minutes just to get the initial window to show up on my system at home.
And that distance is only from Michigan to New York.  When I do similar
things for work, that traffic goes to Germany and back.  Not pretty.


Mark Post
==
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: Virtualized Desktop

[Ward, Mike S]

Thanks to all who have replied. All, do linux users use a mouse. I would
think that mouse tracking would be a nightmare in the VM environment. I
remember way back when we used to ask users monitoring jobs in OS/VS1 to
not hit the enter key constantly. It's ok for a few, but when you have
5,000 connected to an opsys running under VM, at least the old releases
it became a problem.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Rob van der Heij
Sent: Thursday, May 14, 2009 6:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Virtualized Desktop

On Wed, May 13, 2009 at 10:28 PM, Ward, Mike S  wrote:

> Since SLED is an Enterprise Desktop, does that mean you would have to
> have one SLED for every user under VM?

My approach would be indeed to run just one desktop per virtual
machine, instead of what Matthew suggested with all desktops on a few
Linux virtual machines. My preference would be the simplifier security
issues and the ability to ensure that resources can be granted to the
virtual desktop that is supposed to use them, and the ability to
charge for consumed resources.

Something to think about is whether the virtual machine needs to be
there when the user is not. One of my pet projects was to speed up
Linux boot process so that we could start the virtual machine when the
first TCP/IP packet arrives (and get it done within the time that
TCP/IP allows you).  I even worked with a customer who considered to
migrate unused virtual machines to tape and restore them when needed
(and accept that it may keep the developer waiting for a few minutes).

Clearly you want something to share the program code so that you can
do software management in a central manner and not upgrade each
virtual server separately. That requires you separate data from
(centrally managed) code and server configuration.
When you review the thread about "stateless Linux" on the list
yesterday, it appears an attractive approach to have a small supply of
"luke warm" Linux servers ready to get personalized when the user
attempts to connect to the desktop. It would require their data and
configuration to reside on a separate file server. I would be tempted
to hibernate to disk rather than RAM (and expect z/VM paging to
restore it) but either approach might work.

Rob
-- 
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
==
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: Virtualized Desktop

[Ward, Mike S]

Since SLED is an Enterprise Desktop, does that mean you would have to
have one SLED for every user under VM?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Post
Sent: Wednesday, May 13, 2009 3:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Virtualized Desktop

>>> On 5/13/2009 at  4:13 PM, "Ward, Mike S"  wrote: 
> In this
> environment would SUSE linux work? And would they be able to use
Ximian
> and Evolution to connect to an exchange server for email/calendar and
> those type of office functions?

The Evolution client is only shipped with SLED, which does not have a
version for the mainframe.  Now, if Mantissa ever gets their z/VOS
going, that could change.


Mark Post
==
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: Virtualized Desktop

[Ward, Mike S]

Wow it does give me food for thought. Sounds like you're well versed in
these types of environments. Another question if you don't mind. In this
environment would SUSE linux work? And would they be able to use Ximian
and Evolution to connect to an exchange server for email/calendar and
those type of office functions?

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Matthew Donald
Sent: Wednesday, May 13, 2009 2:07 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Virtualized Desktop

 

Firstly, you need to know the expected environment before you can work
out anything.  Lets assume that you want to provide Firefox for
browsing, Lotus Notes for email, Symphony for office and x3270 for
mainframe access.  All of these run under Linux and, in addition, Notes
and Symphony are Eclipse-based which means JVM's.

What I wouldn't do is give each user a separate Linux guest.  I'd
probably look at around 4 Linux guests.  These guest would have all 1000
users logged onto them.

One guest would provide the desktop.  That is, every user would log onto
a single guest using X-Windows and maybe Gnome (but I'd look at
Enlightenment as it has a lower memory footprint).  The desktop would
have icons for Notes, Symphony etc. Clicking an icon would run a remote
app on one of the other guests.  Any user running Firefox or x3270 would
run the app on this guest.

A second guest would run Notes.  Every time a user clicked the Notes
icon, it would start it would start the Notes app on the second guest.

The third and fourth guests would have Symphony workload spread between
them.  When a user clicked the Symphony icon, half would run the app on
the third guest and half on the fourth guest.

Essentially, the model is to have the basic desktop and the non-java
apps on one guest and the java workload spread over the other three
guests.

I know a config along these lines would work, since the State of Florida
did something like this in the late-90's.  They were using four 8-way
Intel P3 boxes running Linux with Netscape, Wordperfect and Quattro. I'm
pretty sure they were supporting more than 1000 users.

As to resources, I don't know of any benchmarks, so the following is
based on my experience with z/VM +z/Linux + Websphere.  My gut feel is
that you could probably run this sort of workload with 4 IFL's and
somewhere between 96G and 128G, depending on the number of simultaneous
users.  I may be over-estimating the CPU workload.  Most of the memory
requirement would be for JVM's.  I'd allow somewhere between 128M and
256M per JVM.  So long as the GC was running no more frequently than
every 8 seconds or so and each GC run was freeing at least 30% of the
heap on each run then the sizing would be adequate.

Another problem you are likely to hit is in networking.  The X-Windows
protocol has outbound connections from the Linux guest to the terminal.
I don't know about your environment, but many site use VPN's internally
with each group being restricted to a single VPN sandbox.  The problem
is that many VPN clients (such as Aventail) only allow connections from
the terminal to the server, and not the other way around.

Hope this gives you food for thought

Matthew Donald

On Wed, May 13, 2009 at 7:30 AM, Ward, Mike S  wrote:

Hello, all. I have a question. It seems that we are looking into a
virtualized desktop environment (Single Image) on our distributed side.
I kind of laugh at this because that's where we came from with VM and an
OS running under VM (Green Screen) long ago and now it's making full
circle. In VM how do you determine the amount of hardware MIPS, Disk,
Etc... for let's say 1000 users? Is there any kind of formula to go by?
I know in the distributed environment, it will probably take a lot of
disk space, and as far as performance I don't think it would be as
snappy as a real VM system. I used to work at a shop where we had 2500
users and a few with APL, that's right APL. Anyone that's been around
knows what APL programmers did for VM. And in that shop response time
was good even under MVS/CICS under VM. Anyway any comments, suggestions,
criticisms are welcome.


Thanks.
==
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 

Virtualized Desktop

[Ward, Mike S]

Hello, all. I have a question. It seems that we are looking into a
virtualized desktop environment (Single Image) on our distributed side.
I kind of laugh at this because that's where we came from with VM and an
OS running under VM (Green Screen) long ago and now it's making full
circle. In VM how do you determine the amount of hardware MIPS, Disk,
Etc... for let's say 1000 users? Is there any kind of formula to go by?
I know in the distributed environment, it will probably take a lot of
disk space, and as far as performance I don't think it would be as
snappy as a real VM system. I used to work at a shop where we had 2500
users and a few with APL, that's right APL. Anyone that's been around
knows what APL programmers did for VM. And in that shop response time
was good even under MVS/CICS under VM. Anyway any comments, suggestions,
criticisms are welcome.


Thanks.
==
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: Oops and finding passwords on a system...

[Ward, Mike S]

A little bit of social engeneering?

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Wheeler
Sent: Tuesday, May 12, 2009 3:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...

 

Greetings all,
 
These are the kind of questions I really hate to see, because many of us
know the answer (or multiple answers) and want to help. Actually, it's
those answers that I hate to see, because, to paraphrase, the root
question is basically "How do I hack into a z/VM system?" Posting the
answers to the list doesn't seem prudent, whereas a private response to
Bob (you really are Bob, right?) would be more appropriate. It helps
Bob, who we all know and love, solve his problem but doesn't compromise
the integrity of everyone else's systems.
 
Respectfully,
 
Mark Wheeler
 
http://www.linkedin.com/in/marklwheeler 
 



Date: Tue, 12 May 2009 14:36:19 -0500
From: nix.rob...@mayo.edu
Subject: Oops and finding passwords on a system...
To: IBMVM@LISTSERV.UARK.EDU

I didn't log in for awhile and, due to advancing age (actually a year
older tomorrow too), I've forgotten what I made the MAINT password. And,
since this was also the main password used for almost all the service
machines, I don't have any other locations to log into that would help
me. I know; stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder
of the DIRMAINT 1DB minidisk? I don't think we had any reason to
relocate it, so, I think, with that and a DEFINE MINIDISK command from
OPERATOR (my one working userid) I can get the password I need to regain
control and save some face (other than here, since I've confessed to you
all).

Thanks to one and all for keeping this as quiet as possible.

-- 
Robert P. Nix  Mayo Foundation.~. 
RO-OE-5-55 200 First Street SW/V\ 
507-284-0844   Rochester, MN 55905  /( )\   
-^^-^^  
"In theory, theory and practice are the same, but
 in practice, theory and practice are different." 





Hotmail(r) has ever-growing storage! Don't worry about storage limits.
Check it out.
 

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

Mantissa

[Ward, Mike S]

Has anyone heard any more on the z/vos product from Mantissa?

==
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: VM 5.4 first/second level installation

[Ward, Mike S]

It's not free, you just get a 30 day trial.

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Huegel, Thomas
Sent: Monday, March 30, 2009 3:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM 5.4 first/second level installation

 

You will need an FTP server running on your PC. I found an excellent
freebie at zftpserver.com it made life so much earier.  

-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu]on Behalf Of joe.dipi...@frit.frb.org
Sent: Monday, March 30, 2009 3:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VM 5.4 first/second level installation


List Members, 

I can use some expert advice as a first time installer of z/VM.
After reading the Guide for Automated Installation and Service, I had
decided on using the Second-Level DVD Installation method from VM
Minidisk. Although, after making a simple calculation, I realized that
it would take me about 80 hours to upload all the DVD files to the
First-Level minidisk. Given that my 3270 emulation program (Extra) does
not support file lists, I decided to abandon this idea. 

Since we do not have an FTP server attached to our VM systems I
thought that a First-Level DVD Installation from the HMC would make more
sense. My goal would be to install first-level and then test
second-level. I am not certain as to whether or not this sounds
reasonable and if there is some who would provide some guidance as to
how this could be accomplished. Pointing out a manual reference would be
most helpful but any and all suggestions are welcomed.   

Joseph Di Pippo
Operating Systems Programmer III
FRIT Computing Services
Hardware Support
1-201-531-3820

==
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: Second level VM systems

[Ward, Mike S]

We did it to test a new version or ptf's or apars that we applied. We
also used it to test modifications to CMS or CP or even waterloo
updates.

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Owen, Jerry W. (AITC)
Sent: Thursday, February 19, 2009 8:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Second level VM systems

 

For all of you old timers that have used VM since it landed on Plymouth
Rock, what are the pros and cons of using a second level VM system?

Thanks in advance.

 

 

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

Mantissa and X86

[Ward, Mike S]

I don't know if any of you can view this web site. Some browsers don't
seem to work. I had to use Firefox, but it seems that Mantissa is
announcing running windows in a mainframe environment under z/vm. 

 

http://www.mantissa.com/SHARE-conference

==
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: USER DIRECT Rewritten with Wrong Volsers

[Ward, Mike S]

Are you running z/os under VM or are they LPARed separately? 

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Brent Litster
Sent: Tuesday, January 06, 2009 2:43 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: USER DIRECT Rewritten with Wrong Volsers

 

Thanks Bill. I got my directory rewritten with the correct volsers.  I
appreciate your help and all the good information I've gotten from this
list.  We are fairly new to VM as we are a zOS shop and there's lots to
learn.  Happy New Year to all.

Brent

 

Brent Litster

Zions Management Services Company

2185 South 3270 West

West Valley City  84119

(801) 844-5545

blits...@zionsbank.com



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bill Munson
Sent: Tuesday, January 06, 2009 9:56 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: USER DIRECT Rewritten with Wrong Volsers

 


Brent, 

cool 

if you linked the 5.3 123 mdisk as 1123 then do not forget to change the
directory statement to DIRECTORY 1123 3390 530RES 
make sure you are running DIRECTXA against the USER DIRECT on the 12cc
mdisk I would rename it myself (530user direct) 
to answer your second question that is pretty much the way it is
normally done (a return code of 5 is ok) 

good luck 

Bill Munson
Brown Brothers Harriman
Sr. z/VM Systems Programmer
201-418-7588

President MVMUA
http://www2.marist.edu/~mvmua/




Brent Litster  
Sent by: The IBM z/VM Operating System  

01/06/2009 11:44 AM 

Please respond to
The IBM z/VM Operating System 

To

IBMVM@LISTSERV.UARK.EDU 

cc

 

Subject

Re: USER DIRECT Rewritten with Wrong Volsers

 

 

 




I forgot to mention that I do have the 5.3 system 123 volume in the mix
and also I just ran DIRECTXA in (EDIT mode so I didn't update anything. 
Brent 
  
Brent Litster 
Zions Management Services Company 
2185 South 3270 West 
West Valley City  84119 
(801) 844-5545 
blits...@zionsbank.com 

 




From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bill Munson
Sent: Tuesday, January 06, 2009 9:35 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: USER DIRECT Rewritten with Wrong Volsers 
  

Brent, 

1) You got that message because DIRECTXA was run from the saved segment
on your 5.2 system not from the mdisk. 
2) I do not see where you linked to the 5.3 system 123 disk to write the
directory into the DRCT area. 
3) If you did not then you just wrote your 5.3 directory over your 5.2
directory and I hope you did not log off of MAINT 


Bill Munson
Brown Brothers Harriman
Sr. z/VM Systems Programmer
201-418-7588

President MVMUA
http://www2.marist.edu/~mvmua/

Brent Litster  
Sent by: The IBM z/VM Operating System  

01/06/2009 11:19 AM 

 

Please respond to
The IBM z/VM Operating System 

 

To

IBMVM@LISTSERV.UARK.EDU 

cc

  

Subject

USER DIRECT Rewritten with Wrong Volsers


  

 

  

 





Good morning (not so good for me). Sometime ago I installed the VM:Suite
from CA, which included VM:Director which maintains user direct, on my
z/VM 5.2 system. I later installed z/VM 5.3 but didn't get back to
addressing the VM:Suite until recently.  I inadvertently ran VM:Director
on the 5.3 system before modifying its config files resulting in user
direct being rewritten  with all the USER entry MDISK statements
pointing to the 5.2 volsers.  As a result I can't log on to my 5.3
system.  To try and rewrite my 5.3 user direct I brought up my 5.2
system and attached the 5.3 versions of 2CC as 12CC which contains the
5.3 user direct, and 19E as 119E which contains the DIRECTXA utility. I
placed 12CC and 119E before 2CC and 19E in the access list and ran
DIRECTXA (EDIT pointing to the USER DIRECT on 12CC.  The message I got
was 
z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 2.0 
My question is twofold; 
1.Why is the 5.2 version of DIRECTXA being invoked if the 5.3
version is first in the access list,  and 
2.Is there an easier way to rewrite my 5.3 user direct 
Thanks, 
Brent 
 
Brent Litster 
Zions Management Services Company 
2185 South 3270 West 
West Valley City  84119 
(801) 844-5545 
blits...@zionsbank.com 
  

 



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

Re: Lpar Vs VM

[Ward, Mike S]

Thanks for the reply. Yours seems to be the best so far. I wanted to try and 
figure the cost of setting up multiple z/OS machines in a fairly quick manner. 

 

As I remember the old VM/BSEPP you could run as many operating systems as you 
wanted under VM and be charged for only 1 copy of the operating system. That 
doesn’t seem to be the case using LPAR’s . It seems that we get billed for 
running z/os on Lpar 1 and Lpar 2. They gather the amount from the SMF records 
that are produced. That’s why I was wondering if I would get billed for 
multiple z/os virtual machines under z/VM.

 

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
[EMAIL PROTECTED]
Sent: Wednesday, August 27, 2008 12:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Lpar Vs VM

 

I can’t speak to z/OS software charges, but for VSE, we pay for only one 
license for multiple instances running under z/VM. And we pay the VSE license 
for the total capacity of the machine. 

 

I don’t think you can say that VM is better than LPAR as a general statement. 
In some cases VM definitely is better, and in others, LPAR is the winner. 

 

Do you need to create new z/OS instances on short notice for a brief testing 
period? z/VM is a clear winner.

 

Do you need every last CPU cycle for your production z/OS? LPAR is better here.

 

Do you need to frequently shift resources around between your LPARs? z/VM might 
make your life easier.

 

Is your hardware environment fairly static? Could be better to stay with LPARs.

 

Are you thinking of running Linux on your mainframe? You will almost certainly 
want to run z/VM then.  

 

z/VM brings you unmatched flexibility, but at a cost of some CPU cycles and 
money. If you have large numbers of LPARs though, it can reduce the complexity 
of your configuration, and allow better sharing of your resources.

 

Perhaps if you expand on what you hope to achieve, we can provide more targeted 
responses.

 

Peter 

 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Ward, Mike S
Sent: August 27, 2008 11:31
To: IBMVM@LISTSERV.UARK.EDU
Subject: Lpar Vs VM

 

Hello all, I have a question. When we set up and lpar with an operating 
environment such as MVS, we get software charges for both lpars from IBM. Third 
party vendors don’t seem to care if it’s on the same machine (Most don’t) since 
they charge for the full mip rate of the machine regardless of whether it’s 
utilized or not. Long ago, about 30 years I had a VM shop and we ran multiple 
instances of OS/VS1, MVS, etc, but were only charged for on license of software 
product. Is this still the case? Is it better to use VM instead of LPAR? All 
comments appreciated.

 

 

Thanks.

 


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

 



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

==
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

Lpar Vs VM

[Ward, Mike S]

Hello all, I have a question. When we set up and lpar with an operating
environment such as MVS, we get software charges for both lpars from
IBM. Third party vendors don't seem to care if it's on the same machine
(Most don't) since they charge for the full mip rate of the machine
regardless of whether it's utilized or not. Long ago, about 30 years I
had a VM shop and we ran multiple instances of OS/VS1, MVS, etc, but
were only charged for on license of software product. Is this still the
case? Is it better to use VM instead of LPAR? All comments appreciated.

 

 

Thanks.

==
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: Missing the "nonames" option on SFS commands

[Ward, Mike S]

Where did you learn about the LHI instruction. I that a Load Halfword
immediate? I looked at the hlasm books and they deal mostly with macros.
I also looked at principle of operations manuals, but seem to have all
the old assembler instructions and not any new ones.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Friday, August 01, 2008 9:15 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Missing the "nonames" option on SFS commands

On Friday, 08/01/2008 at 09:44 EDT, Kris Buelens
<[EMAIL PROTECTED]> 
wrote:
>   REGEQU
>   USING *,R15
>   L R15,=A(32)
>   BRR14

Just to help folks advance their assembler programming, this program
would 
these days consist of
REGEQU
LHI  R15,32
BR   R14

In S/390 architecture, Load Halfword Immediate sign-extends the 16-bit 
second operand to 32 bits.  Note also the lack of the USING.

I know it's off-topic, but it IS Friday!  :-)

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