Re: How to define shareabel full-pack minidisk in user directory

[Ron Schmiedge]

Hi Tae Min,

Yes, the MDISK statement as you have coded is expects to find a volume with
the label SYSPK. It is called the "volid" in the description of the MDISK
statement, found in the CP Planning and Administration manual, and is the
same as the "volser" you mention.

The same CP Planning and Admin manual describes the DEVNO operand of the
MDISK statement, where you code DEVNO rdev and "rdev" is the real device
address of the volume. I do not use this format of MDISK statement but this
is probably what you want to use.

Ron

On Wed, Mar 31, 2010 at 7:36 PM, TaeMin Baek  wrote:

> 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 user directory like the below, but, guest cannot
> use a minidisk vdev with the following error when log in.
>
> * user directory
> MDISK 1508 3390 0 END SYSPK MW FULLP1
> MDISK 1509 3390 0 END SYSPK MW FULLP1
> MDISK 150A 3390 0 END SYSPK MW FULLP1
> MDISK 150B 3390 0 END SYSPK MW FULLP1
>
> * error message
> *HCPLNM108E TMBAEK 1508 not linked; volid SYSPK not mounted *
>
> It looks like SYSPK is regarded as vol. serial. Is 'SYSPK' not an operand
> value for full-pack minidisk?
> or do i need to do  any other work?
> plz, give me any advice.
>
>
>
> Regards
>   --
>   *Tae Min Baek*  Mmaa Bldg, 467-12 Dogok-Dong
>  Advisory IT Architect  Seoul, 135700 z/Linux Team  Korea IBM Sales &
> Distribution, STG SalesPhone: +822-3781-8224Mobile:
> +82-010-4995-8224e-mail: tmb...@kr.ibm.com
>

Re: ACM award - they deserve it....

[Tom Huegel]

Are any of the IBM OS,s trade marked?

On Wed, Mar 31, 2010 at 9:57 PM, Steele, Phil wrote:

>  Some of  this vast proliferation of servers was indeed (in the case of
> the vaguely cluey users) about separation of control as Dave notes below. In
> my experience, though, far more often it was  because the administration of
> the company finances found it so much easier to do a case by case
> justification, with no view whatsoever of any bigger picture. ( share a
> server farm? - you must be joking... it's my bonus here we are talking
> about!). It is for this reason that VMware  is, in my grumpy opinion, likely
> to do  little more than add an extra layer of complexity /overhead  top of
> any new hardware. The original reasoning ( or lack of it)  that caused this
>  proliferation of squillions on servers continues unabated. (Why do I
> suspect that the bean counters who run all of these companies never liked IT
> folk much any way? and were therefore most relieved when there was an
> alternative to the mainframe and hence those weird non-accounting types that
> ran them).
>
>
>
>
>
> I know that our z/VM Z/800 has been replaced by megawatts worth of severs,
> ( full rack after full rack of them!).
>
>
>
>
>
> On the subject of IBM not trade marking VM, I wonder if it was because once
> upon a time, it often meant Virtual  *Memory* as well as Virtual *Machine*
> ?
>
>
>
>
>
> Philip Steele ( who only sound grumpy sometimes) .
>
>
>
>
>
> 495 Harris St Ultimo NSW 2007
>
>
>
> Australia
>
>
>
>
>
>
>
>
>
> > -Original Message-
>
> > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
>
> > Behalf Of Dave Wade
>
> > Sent: Thursday, 1 April 2010 2:32 AM
>
> > To: IBMVM@LISTSERV.UARK.EDU
>
> > Subject: Re: ACM award - they deserve it
>
> >
>
> > In my humble opinion the main reason VMWare (an to a lesser extent
>
> > HyperV)
>
> > is popular at present is because it allows bean counters to demonstrate
>
> > huge
>
> > instant savings. Where I work we have around 200 Windows servers, many
>
> > were
>
> > bought around 5 years ago so will need replacing soone. In general we
>
> > have a
>
> > separate server not for performance reasons but more for separation of
>
> > control and software options. Based on a limited trial I would say we
>
> > could
>
> > consolidate 75% of these servers at a rate of at least 10 to 1 using
>
> > VMWare,
>
> > and still have enough headroom to loose a physical server with no
>
> > performance impact. So that's take the 150 lowest loaded servers and
>
> > replace
>
> > them with 15 servers running VMWare. To a bean counter that's a 90%
>
> > reduction in power consumption, a 90% reduction in floor space, and a
>
> > 90%
>
> > reduction in hardware support costs.I am sure some think that should
>
> > also be
>
> > a 90% reduction in support staff, but of course that's not true. Whilst
>
> > VMWare is fun to manage, it needs managing and also capacity planning.
>
> > In
>
> > practice the reduction is some what less than 90%. . To use the
>
> > vernacular,
>
> > a VMWare server will be a "fully loaded server" with multiple CPU's,
>
> > lots of
>
> > RAM, multiple SAN and Network interfaces for load balancing and
>
> > resilience.
>
> > In order to fit these in it will be a 2U server and some of our
>
> > existing are
>
> > 1U, on the other hand others are 4U... BUT there will be a big saving.
>
> >
>
> > Now compare that with zVM. With that you were frugal from day1 so there
>
> > aren't any savings. So the bean counters can't show cost reductions, so
>
> > they
>
> > don't like it
>
> >
>
> >  utterly blinkered
>
> >
>
> > Dave.
>
> >
>
> > - Original Message -
>
> > From: "Barton Robinson" 
>
> > To: 
>
> > Sent: Wednesday, March 31, 2010 3:53 PM
>
> > Subject: Re: ACM award - they deserve it
>
> >
>
> >
>
> > > If you go to conferences such as CMG (Computer Management Group),
>
> > that
>
> > > has been a mainframe organization (meaning MVS or z/OS) since it
>
> > > started, our VM has never been represented, but VMWare now has many
>
> > > sessions.  It's depressing to see 80 people in entry level
>
> > performance
>
> > > session for VMWare and no z/VM sessions on the agenda of a mainframe
>
> > > conference.
>
> > > Early this year I was hearing ads for VMWare on the local radio
>
> > station.
>
> > > I can only assume that VM is being outmarketed worldwide (or at least
>
> > > that VMWare is being marketed worldwide and VM is not marketed
>
> > publicly
>
> > > at all).
>
> > > It doesn't matter if our mousetrap is better if nobody is out there
>
> > > trying to get mindshare (marketing).  Preaching/grumbling to the
>
> > choir
>
> > > doesn't change anything.
>
> > >
>
> > > So when was the last time that any of you tried to get a case study
>
> > > published showing how great your accomplishments are using z/VM?
>
> > There
>
> > > are very few published stories (sorry games on "z" don't impress bean
>
> > > counters or e

Re: SLES9 zLinux on zVM

[Marcy Cortes]

The linux-390 list might be a better place, but much of the same folks hang 
here and there.

I just tried it (be sure you have a robust page space if you do, my system went 
to 10,000 pages/sec in a 1 min interval :)

It fails for me with that same error for anything greater the 46G.

Probably a bug - our friends in Germany will probaby chime in when they wake 
up.  But if you can just run it under sles 10, I'd do that! 


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 Magat, Martin
Sent: Wednesday, March 31, 2010 7:28 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] SLES9 zLinux on zVM

Hello

I am not sure if this is the right forum to send this question, but kindly 
hoping someone has encountered the same error:

When we gave a (SUSE) SLES9 zLinux guest a 50G memory (user direct entry 
modification), it failed to come up with the following messages:

---
RAMDISK: Couldn't find valid RAM disk image starting at 0.
VFS: Cannot open root device "dasdd1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
02: HCPGSP2629I The virtual machine is placed in CP mode due to a SIGP stop 
from CPU 01.
---

But for a SLES10 to be given such a memory size, we have no problems.

May I know if there are such 'memory caps' on SLES9 on z/VM?

Many Thanks!

Best Regards,
Martin Magat

Re: ACM award - they deserve it....

[Steele, Phil]

Some of  this vast proliferation of servers was indeed (in the case of
the vaguely cluey users) about separation of control as Dave notes
below. In my experience, though, far more often it was  because the
administration of the company finances found it so much easier to do a
case by case justification, with no view whatsoever of any bigger
picture. ( share a server farm? - you must be joking... it's my bonus
here we are talking about!). It is for this reason that VMware  is, in
my grumpy opinion, likely to do  little more than add an extra layer of
complexity /overhead  top of any new hardware. The original reasoning (
or lack of it)  that caused this  proliferation of squillions on servers
continues unabated. (Why do I suspect that the bean counters who run all
of these companies never liked IT folk much any way? and were therefore
most relieved when there was an alternative to the mainframe and hence
those weird non-accounting types that ran them).

 

 

I know that our z/VM Z/800 has been replaced by megawatts worth of
severs, ( full rack after full rack of them!).

 

  

On the subject of IBM not trade marking VM, I wonder if it was because
once upon a time, it often meant Virtual  Memory as well as Virtual
Machine?

 

 

Philip Steele ( who only sound grumpy sometimes) . 

 

 

495 Harris St Ultimo NSW 2007

 

Australia

 

 

 

 

> -Original Message-

> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]
On

> Behalf Of Dave Wade

> Sent: Thursday, 1 April 2010 2:32 AM

> To: IBMVM@LISTSERV.UARK.EDU

> Subject: Re: ACM award - they deserve it

> 

> In my humble opinion the main reason VMWare (an to a lesser extent

> HyperV)

> is popular at present is because it allows bean counters to
demonstrate

> huge

> instant savings. Where I work we have around 200 Windows servers, many

> were

> bought around 5 years ago so will need replacing soone. In general we

> have a

> separate server not for performance reasons but more for separation of

> control and software options. Based on a limited trial I would say we

> could

> consolidate 75% of these servers at a rate of at least 10 to 1 using

> VMWare,

> and still have enough headroom to loose a physical server with no

> performance impact. So that's take the 150 lowest loaded servers and

> replace

> them with 15 servers running VMWare. To a bean counter that's a 90%

> reduction in power consumption, a 90% reduction in floor space, and a

> 90%

> reduction in hardware support costs.I am sure some think that should

> also be

> a 90% reduction in support staff, but of course that's not true.
Whilst

> VMWare is fun to manage, it needs managing and also capacity planning.

> In

> practice the reduction is some what less than 90%. . To use the

> vernacular,

> a VMWare server will be a "fully loaded server" with multiple CPU's,

> lots of

> RAM, multiple SAN and Network interfaces for load balancing and

> resilience.

> In order to fit these in it will be a 2U server and some of our

> existing are

> 1U, on the other hand others are 4U... BUT there will be a big saving.

> 

> Now compare that with zVM. With that you were frugal from day1 so
there

> aren't any savings. So the bean counters can't show cost reductions,
so

> they

> don't like it

> 

>  utterly blinkered

> 

> Dave.

> 

> - Original Message -

> From: "Barton Robinson" 

> To: 

> Sent: Wednesday, March 31, 2010 3:53 PM

> Subject: Re: ACM award - they deserve it

> 

> 

> > If you go to conferences such as CMG (Computer Management Group),

> that

> > has been a mainframe organization (meaning MVS or z/OS) since it

> > started, our VM has never been represented, but VMWare now has many

> > sessions.  It's depressing to see 80 people in entry level

> performance

> > session for VMWare and no z/VM sessions on the agenda of a mainframe

> > conference.

> > Early this year I was hearing ads for VMWare on the local radio

> station.

> > I can only assume that VM is being outmarketed worldwide (or at
least

> > that VMWare is being marketed worldwide and VM is not marketed

> publicly

> > at all).

> > It doesn't matter if our mousetrap is better if nobody is out there

> > trying to get mindshare (marketing).  Preaching/grumbling to the

> choir

> > doesn't change anything.

> >

> > So when was the last time that any of you tried to get a case study

> > published showing how great your accomplishments are using z/VM?

> There

> > are very few published stories (sorry games on "z" don't impress
bean

> > counters or executives, it's rather demeaning), we need REAL
business

> > case studies showing the value of "z/VM" to real companies.  If we

> get

> > enough and executives do a google search on VM, maybe they will find

> > something useful?

> >

> >

> >


***
The information in this e-mail message and any files tran

Re: SLES9 zLinux on zVM

[Magat, Martin]

Hello

I am not sure if this is the right forum to send this question, but kindly 
hoping someone has encountered the same error:

When we gave a (SUSE) SLES9 zLinux guest a 50G memory (user direct entry 
modification), it failed to come up with the following messages:

---
RAMDISK: Couldn't find valid RAM disk image starting at 0.
VFS: Cannot open root device "dasdd1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
02: HCPGSP2629I The virtual machine is placed in CP mode due to a SIGP stop 
from CPU 01.
---

But for a SLES10 to be given such a memory size, we have no problems.

May I know if there are such 'memory caps' on SLES9 on z/VM?

Many Thanks!

Best Regards,
Martin Magat

How to define shareabel full-pack minidisk in user directory

[TaeMin Baek]

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 user directory like the below, but, guest cannot 
use a minidisk vdev with the following error when log in.

* user directory
MDISK 1508 3390 0 END SYSPK MW FULLP1
MDISK 1509 3390 0 END SYSPK MW FULLP1
MDISK 150A 3390 0 END SYSPK MW FULLP1
MDISK 150B 3390 0 END SYSPK MW FULLP1

* error message
HCPLNM108E TMBAEK 1508 not linked; volid SYSPK not mounted 

It looks like SYSPK is regarded as vol. serial. Is 'SYSPK' not an operand 
value for full-pack minidisk? 
or do i need to do  any other work?
plz, give me any advice.



Regards



Tae Min Baek
 Mmaa Bldg, 467-12 Dogok-Dong

Advisory IT Architect
 Seoul, 135700
z/Linux Team
 Korea
IBM Sales & Distribution, STG Sales
 

Phone:
+822-3781-8224
 

Mobile:
+82-010-4995-8224
 

e-mail:
tmb...@kr.ibm.com
 

<>

Re: ACM award - they deserve it....

[Gary M. Dennis]

Less than an hour before reading this thread I had IPLed two x86 operating
systems under z/VM 5.3.  One is a tiny OS used as a checkpoint after major
changes to the x86 virtualization layer.  It's just  a way to make sure the
puzzle is still assembled more or less correctly. The other OS is DSL. The
IPL time for DSL up to the line-mode prompt is now 5 seconds with zero
tuning in any of the z86VM components.  Using VNC the GUI for each OS is
live-scroll capable over a VPN connection to the IBM development site in
Dallas.

The current x86 virtualization marketplace may not be as predictable (even
for bean counters) as one might imagine. Those same bean counters will be
the first ones to ask "Why not 1 box instead of 50?" just like they asked
"Why not 50 boxes instead of 500?". Wouldn't that be preferable to an ACM
award?

--.  .-  .-.  -.--
Gary Dennis
Mantissa Corporation

0 ... living between the zeros... 0


On 3/31/10 10:32 AM, "Dave Wade"  wrote:

> In my humble opinion the main reason VMWare (an to a lesser extent HyperV)
> is popular at present is because it allows bean counters to demonstrate huge
> instant savings. Where I work we have around 200 Windows servers, many were
> bought around 5 years ago so will need replacing soone. In general we have a
> separate server not for performance reasons but more for separation of
> control and software options. Based on a limited trial I would say we could
> consolidate 75% of these servers at a rate of at least 10 to 1 using VMWare,
> and still have enough headroom to loose a physial server with no
> performance impact. So that's take the 150 lowest loaded servers and replace
> them with 15 servers running VMWare. To a bean counter that's a 90%
> reduction in power consumption, a 90% reduction in floor space, and a 90%
> reduction in hardware support costs.I am sure some think that should also be
> a 90% reduction in support staff, but of course that's not true. Whilst
> VMWare is fun to manage, it needs managing and also capacity planning.  In
> practice the reduction is some what less than 90%. . To use the vernacular,
> a VMWare server will be a "fully loaded server" with multiple CPU's, lots of
> RAM, multiple SAN and Network interfaces for load balancing and resilience.
> In order to fit these in it will be a 2U server and some of our existing are
> 1U, on the other hand others are 4U... BUT there will be a big saving.
> 
> Now compare that with zVM. With that you were frugal from day1 so there
> aren't any savings. So the bean counters can't show cost reductions, so they
> don't like it
> 
>  utterly blinkered
> 
> Dave.
> 
> - Original Message -
> From: "Barton Robinson" 
> To: 
> Sent: Wednesday, March 31, 2010 3:53 PM
> Subject: Re: ACM award - they deserve it
> 
> 
>> If you go to conferences such as CMG (Computer Management Group), that
>> has been a mainframe organization (meaning MVS or z/OS) since it
>> started, our VM has never been represented, but VMWare now has many
>> sessions.  It's depressing to see 80 people in entry level performance
>> session for VMWare and no z/VM sessions on the agenda of a mainframe
>> conference.
>> Early this year I was hearing ads for VMWare on the local radio station.
>> I can only assume that VM is being outmarketed worldwide (or at least
>> that VMWare is being marketed worldwide and VM is not marketed publicly
>> at all).
>> It doesn't matter if our mousetrap is better if nobody is out there
>> trying to get mindshare (marketing).  Preaching/grumbling to the choir
>> doesn't change anything.
>> 
>> So when was the last time that any of you tried to get a case study
>> published showing how great your accomplishments are using z/VM?  There
>> are very few published stories (sorry games on "z" don't impress bean
>> counters or executives, it's rather demeaning), we need REAL business
>> case studies showing the value of "z/VM" to real companies.  If we get
>> enough and executives do a google search on VM, maybe they will find
>> something useful?
>> 
>> 
>> 
>> Bill Munson wrote:
>>> Jim,
>>> 
>>> You are right, that makes me mad also.
>>> 
>>> IBM really blew it when they did not trade mark "VM"
>>> 
>>> munson
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Jim Elliott 
>>> Sent by: The IBM z/VM Operating System 
>>> 03/30/2010 09:34 PM
>>> Please respond to
>>> The IBM z/VM Operating System 
>>> 
>>> 
>>> To
>>> IBMVM@LISTSERV.UARK.EDU
>>> cc
>>> 
>>> Subject
>>> Re: ACM award
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
 Today the Association for Computing Machinery (of which I have
 been a member since 1970) made the following award:
>>> 
 "VMware Workstation 1.0, the Software System Award, for
 bringing virtualization technology to modern computing
 environments, spurring a shift to virtual-machine
 architectures, and allowing users to efficiently run multiple
 operating systems on their desktops."
>>> 
 Aside from the "run multiple OSes on the desktop" part,
 shouldn't we 

WAVV 2010 Requirements - Links and Cutoff Dates

[Rich Smrcina]

As David posted his note about submitting a requirement for the upcoming 
WAVV conference, I thought I would forward a note here about the 
requirements process that was sent to vse-l. Keep those cards and 
letters coming...


*WAVV is still accepting Requirements for the 2010 conference in 
Covington, Kentucky*.


The requirement process is the opportunity for users of the z/VSE, z/VM 
and z/Linux operating systems to make formal requests for enhancements 
or address functionality issues with a given program product. WAVV 
accepts requirements for any vendor product executing under z/VSE, z/VM 
and z/Linux, but makes no guarantee that the vendor will respond.


/This process is for requirements only. Its purpose is not to address 
bugs or issues you might be having – those need to be addressed between 
the vendor and yourself./


To view past WAVV requirements, please refer to the following link:

http://wavv.org/wavv_requirements_old.shtml

The Requirements session at WAVV will be held on *_Monday, April 12, 
2010 at 5:30pm_*. Please note the following cutoff dates and times:


*/Requirements Preconference Cutoff:/*

*_Now - through- April 2, 2010 3:00pm (EDT_**)*

Coordinator for new requirements: elle...@leeschools.net 



*/Requirements at Conference Cutoff:/*

*_April 2, 2010 3:01pm -through- April 11, 2010 11:59pm (EDT) - midnight_*

Coordinator for new requirements: t...@vse2pdf.com 

To submit a New requirement for 2010 follow the link and instructions 
below, /_sending it to the appropriate coordinator based on submission 
date:_/


http://wavv.org/wavv_requirements.shtml

The requirement process benefits all users of z/VSE, z/VM and z/Linux. 
The number of votes for a requirement can have a direct impact on 
whether it is accepted or not. The more participation and votes the 
better the chance of getting the requirement accepted.

--
Rich Smrcina
Phone: 414-491-6001
http://www.linkedin.com/in/richsmrcina

Catch the WAVV! http://www.wavv.org
WAVV 2010 - Apr 9-13, 2010 Covington, KY

Re: Interrupting a looping exec on OSA ICC

[Kris Buelens]

Maybe the problem is that pressing Reset on an OSA ICC doesn't do anything
(but that's that same on a TN3270 into VM).

You say that TN3270 doesn't have an ATTN function for non-SNA.  I guess
that's true.  But, PCOMM does allow you to assign a key to [sys attn] and it
can appear on a popup panel as 'attention', and -when connected to VM's
TCPIP Telnet deamon- that key/function brings me directly in CP READ.  In
any case, from a locked fullscreen, from an not locked fullscreen, from
linemode.

I know one can "turn" this off by setting BRKKEY NONE (also part of CONCEAL
ON).  Countless are the VM sysprogs to which I told "don't run like this,
you need the break key in looping conditions" after which I gave a short
demo.

Maybe there's no bug in OSA ICC: in an earlier append I said breaking in was
different depending on the terminal type, and with OSA ICC one has a mix.
It could be fixed if OSA ICC would translate this [sys attn] into an unlock.

2010/3/31 Alan Altmark 

> On Wednesday, 03/31/2010 at 06:47 EDT, Richard Troth 
> wrote:
> > ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other
> > "real 3270s" and like LDEV.  That's a whole nutha discussion.
>
> ICC has no idea that you have logged off.  Unlike 3270 printer sessions,
> there is no provision in the display data stream for an EOF marker to tell
> the telnet server that the host is finished.  And if there were, we'd have
> to provide a TERMINAL LOGOFF HOLD|NOHOLD command to control it since 50%
> of you would hate it either way.  (I wish I had that already; I always
> LOGOFF HOLD.)
>
> > But ... does PCOMM not have an immediate PA1?  (I'm not used to an
> > ATTN sequence for PA1.)  You wouldn't get the trace, but you'd get
> > control.
> >
> > There's also the trick, I think I learned from Alan Altmark, of
> > putting the cursor back one position from the start of the command
> > line then  for a VM READ.  It's a hack.  (IMHO)  Your 3270
> > emulator may affect the viability of this behaviour.  You MIGHT then
> > be able to TS.  Alan?  Wanna clarify this?
>
> You're right that TN3270E doesn't behave like a real 3270, particularly in
> the area of Attention processing.  A 3270 control unit can do whatever it
> wants to get the host's attention .  With TN3270, the client is at the
> mercy of (a) the protocol, (b) the telnet server implementation, and (c)
> the interface the telnet server uses to create sessions.
>
> I have to contradict Kris:  TN3270 doesn't have an ATTN function for
> non-SNA emulation (as is done by VM and ICC).   This is why the
> backspace-and-press-enter "hack" was invented; it provides the old-school
> 3215 ATTN function in a "new"-school 3270 environment.  Oh, and the RFCs
> require a telnet server to ignore any telnet IP (Interrupt Process)
> commands it receives on a TN3270 session.  IMO, the 3270 architects did us
> a disservice by not providing ATTN for non-SNA connections.
>
> So while pressing the RESET key unlocks the keyboard, there's nothing the
> TN3270 client can do to get the telnet server's attention.  The ATTN hack
> doesn't work in the fullscreen app since CP isn't doing the 3215-3270
> conversions.  Therefore, if you're in a fullscreen app that has issued
> TERM BRKKEY NONE, then you can easily find yourself trapped (as the author
> intended?) in the app unless you have outside help (e.g. CP MSG/WNG or
> DISC/LOGON).  If you have SET RUN ON, the DISC/LOGON sequence won't help.
>
> If you can get the console into line mode, then you *may* be able to get
> out.  It depends on how creative (annoying) the app was.  But as long as
> you're in fullscreen, you're stuck.
>
> Alan Altmark
> z/VM Development
> IBM Endicott
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Contact Thomas Huegel

[Tom Huegel]

Fran, tomhue...@prodigy.net is the best way to contact me.
I use tehue...@gmail.com to keep in touch with the list.


On Wed, Mar 31, 2010 at 9:20 AM, McBride, Catherine wrote:

> tomhue...@prodigy.net or tehue...@gmail.com
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
> Behalf Of Fran Hensler
> Sent: Wednesday, March 31, 2010 9:14 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Contact Thomas Huegel
>
> Tom Huegel used to post on this list but I haven't seen anything
> recently.  His email address was thue...@kable.com but that does
> not exist anymore.
>
> Does anyone know of his new email address?
>
> /Fran Hensler at Slippery Rock University of Pennsylvania USA for 46
> years
>mailto:f...@zvm.sru.edu  
> http://zvm.sru.edu/~fjh +1.724.738.2153
>  "Yes, Virginia, there is a Slippery Rock"
> 
> --
>

Re: [?? Probable Spam] Re: Perfkit SAMPLE CONFIG size too small

[David Boyes]

WAVV requirement WRIBDB12 submitted to increase the default MONDCSS size to
accommodate the maximum supported configuration for a VM system.

-- db


On 3/30/10 2:51 PM, "Barton Robinson"  wrote:

> very large mondcss segments do not impact performance, only small ones
> do.

Re: ACM award - they deserve it....

[Gregg]

On Wed, Mar 31, 2010 at 11:32 AM, Dave Wade  wrote:
Whilst VMWare is fun to manage, it needs managing and also capacity planning

and opportunities(?), I guess, based on a background in IBM VM Perf
and CapPlan, I've been given the opportunity(?) to perform VMWare
CapPlan.. Hello CapacityIQ!(?).  All the names have been changed...
any semblance to real events, persons, past or present is purely
coincidental, but there's a lot of things, that at first blush, look a
lot like..
Regards,--
Gregg Reed
"No Plan, survives execution"

Re: [?? Probable Spam] Re: Perfkit SAMPLE CONFIG size too small

[Barton Robinson]

very large mondcss segments do not impact performance, only small ones  
do.


B

On Mar 30, 2010, at 11:21, RPN01  wrote:

Our MONDCSS grew, perhaps too large, while fighting this type  
message a long
time ago. Once the problem was resolved, we didn't attempt to back  
off the
changes we'd made, and the large size doesn't seem to hurt anything  
at the
moment. I know that ultimately, making the segment larger was not  
the answer

to the problem at the time, either.

Also, Mr. Nunsford says hello.

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



On 3/30/10 12:57 PM, "Eginhard Jaeger"  wrote:


There is no single 'right' MONDCSS size for all systems: it's about
performance,
so 'it depends'. The MONDCSS has to be large enough to allow the CP  
monitor
to place all the monitor records you told it to collect in that  
storage

area. Since
most users just go and enable whole domains, it's the domains  
generating the

largest
number of monitor records that one wants to watch. For sample  
records that

is,
on most systems, the I/O domain, where you could end up with tens of
thousands
of devices already years ago when I still worked with VM. Be aware  
that the
monitor will create a device activity record 3 of 268 bytes and a  
cache

activity
record 4 of 264 bytes for each DASD, and they must all fit  
simultaneously

into
the MONDCSS, together with all the other monitor records.
(And, as mentioned in another append, the default SAMPLE CONFIG  
size is

often too small for so many devices and has to be made larger.)

But there's one general rule that has not yet been mentioned in  
this thread:

don't
let the MONDCSS overlay the storage of the virtual machine that is  
doing the
data collecting, in this case PerfKit, or it will not be able to  
use it.


While your MONDCSS looks VERY large to me, I'm admittedly out of  
date as
far as current I/O configurations are concerned, and you apparently  
ended up
with it for a good reason, after a trial and error phase with  
smaller sizes.

Can you tell me the number of I/O devices that your VM sees and is
collecting
data for?

Eginhard


- Original Message -
From: "Bill Munson" 

That does not look like it is large enough.

here is my definition

MONDCSS  CPDCSS N/A08000  0   SC  R

It can work for a while but if the segment is not large enough it  
will

soon fail.

Re: ACM award - they deserve it....

[Dave Wade]

In my humble opinion the main reason VMWare (an to a lesser extent HyperV)
is popular at present is because it allows bean counters to demonstrate huge
instant savings. Where I work we have around 200 Windows servers, many were
bought around 5 years ago so will need replacing soone. In general we have a
separate server not for performance reasons but more for separation of
control and software options. Based on a limited trial I would say we could
consolidate 75% of these servers at a rate of at least 10 to 1 using VMWare,
and still have enough headroom to loose a physical server with no
performance impact. So that's take the 150 lowest loaded servers and replace
them with 15 servers running VMWare. To a bean counter that's a 90%
reduction in power consumption, a 90% reduction in floor space, and a 90%
reduction in hardware support costs.I am sure some think that should also be
a 90% reduction in support staff, but of course that's not true. Whilst
VMWare is fun to manage, it needs managing and also capacity planning.  In
practice the reduction is some what less than 90%. . To use the vernacular,
a VMWare server will be a "fully loaded server" with multiple CPU's, lots of
RAM, multiple SAN and Network interfaces for load balancing and resilience.
In order to fit these in it will be a 2U server and some of our existing are
1U, on the other hand others are 4U... BUT there will be a big saving.

Now compare that with zVM. With that you were frugal from day1 so there
aren't any savings. So the bean counters can't show cost reductions, so they
don't like it

 utterly blinkered

Dave.

- Original Message - 
From: "Barton Robinson" 
To: 
Sent: Wednesday, March 31, 2010 3:53 PM
Subject: Re: ACM award - they deserve it


> If you go to conferences such as CMG (Computer Management Group), that
> has been a mainframe organization (meaning MVS or z/OS) since it
> started, our VM has never been represented, but VMWare now has many
> sessions.  It's depressing to see 80 people in entry level performance
> session for VMWare and no z/VM sessions on the agenda of a mainframe
> conference.
> Early this year I was hearing ads for VMWare on the local radio station.
> I can only assume that VM is being outmarketed worldwide (or at least
> that VMWare is being marketed worldwide and VM is not marketed publicly
> at all).
> It doesn't matter if our mousetrap is better if nobody is out there
> trying to get mindshare (marketing).  Preaching/grumbling to the choir
> doesn't change anything.
>
> So when was the last time that any of you tried to get a case study
> published showing how great your accomplishments are using z/VM?  There
> are very few published stories (sorry games on "z" don't impress bean
> counters or executives, it's rather demeaning), we need REAL business
> case studies showing the value of "z/VM" to real companies.  If we get
> enough and executives do a google search on VM, maybe they will find
> something useful?
>
>
>
> Bill Munson wrote:
> > Jim,
> >
> > You are right, that makes me mad also.
> >
> > IBM really blew it when they did not trade mark "VM"
> >
> > munson
> >
> >
> >
> >
> >
> > Jim Elliott 
> > Sent by: The IBM z/VM Operating System 
> > 03/30/2010 09:34 PM
> > Please respond to
> > The IBM z/VM Operating System 
> >
> >
> > To
> > IBMVM@LISTSERV.UARK.EDU
> > cc
> >
> > Subject
> > Re: ACM award
> >
> >
> >
> >
> >
> >
> >> Today the Association for Computing Machinery (of which I have
> >> been a member since 1970) made the following award:
> >
> >> "VMware Workstation 1.0, the Software System Award, for
> >> bringing virtualization technology to modern computing
> >> environments, spurring a shift to virtual-machine
> >> architectures, and allowing users to efficiently run multiple
> >> operating systems on their desktops."
> >
> >> Aside from the "run multiple OSes on the desktop" part,
> >> shouldn't we be insulted?
> >
> > Chip:
> >
> > Yes, we should be insulted. I remember being very upset the first
> > time I heard a VMware employee talk about how they had invented
> > the idea of server virtualization! Even on x86, VM386 was out
> > years before VMware (even if it failed in the market). I am still
> > upset every time I hear someone talk about "VM" when they mean
> > VMware. My reaction is, I work on the real VM!
> >
> > Jim
> > (aka "Sir Jim the Evangelist")
> >
> >
> > *** 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 

Re: Interrupting a looping exec on OSA ICC

[Alan Altmark]

On Wednesday, 03/31/2010 at 06:47 EDT, Richard Troth  
wrote:
> ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other
> "real 3270s" and like LDEV.  That's a whole nutha discussion.

ICC has no idea that you have logged off.  Unlike 3270 printer sessions, 
there is no provision in the display data stream for an EOF marker to tell 
the telnet server that the host is finished.  And if there were, we'd have 
to provide a TERMINAL LOGOFF HOLD|NOHOLD command to control it since 50% 
of you would hate it either way.  (I wish I had that already; I always 
LOGOFF HOLD.)

> But ... does PCOMM not have an immediate PA1?  (I'm not used to an
> ATTN sequence for PA1.)  You wouldn't get the trace, but you'd get
> control.
> 
> There's also the trick, I think I learned from Alan Altmark, of
> putting the cursor back one position from the start of the command
> line then  for a VM READ.  It's a hack.  (IMHO)  Your 3270
> emulator may affect the viability of this behaviour.  You MIGHT then
> be able to TS.  Alan?  Wanna clarify this?

You're right that TN3270E doesn't behave like a real 3270, particularly in 
the area of Attention processing.  A 3270 control unit can do whatever it 
wants to get the host's attention .  With TN3270, the client is at the 
mercy of (a) the protocol, (b) the telnet server implementation, and (c) 
the interface the telnet server uses to create sessions.

I have to contradict Kris:  TN3270 doesn't have an ATTN function for 
non-SNA emulation (as is done by VM and ICC).   This is why the 
backspace-and-press-enter "hack" was invented; it provides the old-school 
3215 ATTN function in a "new"-school 3270 environment.  Oh, and the RFCs 
require a telnet server to ignore any telnet IP (Interrupt Process) 
commands it receives on a TN3270 session.  IMO, the 3270 architects did us 
a disservice by not providing ATTN for non-SNA connections.

So while pressing the RESET key unlocks the keyboard, there's nothing the 
TN3270 client can do to get the telnet server's attention.  The ATTN hack 
doesn't work in the fullscreen app since CP isn't doing the 3215-3270 
conversions.  Therefore, if you're in a fullscreen app that has issued 
TERM BRKKEY NONE, then you can easily find yourself trapped (as the author 
intended?) in the app unless you have outside help (e.g. CP MSG/WNG or 
DISC/LOGON).  If you have SET RUN ON, the DISC/LOGON sequence won't help.

If you can get the console into line mode, then you *may* be able to get 
out.  It depends on how creative (annoying) the app was.  But as long as 
you're in fullscreen, you're stuck.

Alan Altmark
z/VM Development
IBM Endicott

acm/vmware

[Barton Robinson]

The listserv sent me a message my post didn't go out, so try again.

If you go to conferences such as CMG (Computer Management Group), that 
has been a mainframe organization (meaning MVS or z/OS) since it 
started, our VM has never been represented, but VMWare now has many 
sessions.  It's depressing to see 80 people in entry level performance 
session for VMWare and no z/VM sessions on the agenda of a mainframe 
conference.
Early this year I was hearing ads for VMWare on the local radio station. 
I can only assume that VM is being outmarketed worldwide (or at least 
that VMWare is being marketed worldwide and VM is not marketed publicly 
at all).
It doesn't matter if our mousetrap is better if nobody is out there 
trying to get mindshare (marketing).  Preaching/grumbling to the choir 
doesn't change anything.


So when was the last time that any of you tried to get a case study 
published showing how great your accomplishments are using z/VM?  There 
are very few published stories (sorry games on "z" don't impress bean 
counters or executives, it's rather demeaning), we need REAL business 
case studies showing the value of "z/VM" to real companies.  If we get 
enough and executives do a google search on VM, maybe they will find 
something useful?


There are many places to post and publish.  Even twitter or blogs would 
be helpful in getting mindshare.

Re: [?? Probable Spam] Re: Perfkit SAMPLE CONFIG size too small

[Eginhard Jaeger]

It's very probably the 15'652 z/OS volumes that caused your problems. Even 
when
varied offline, the CP monitor will generate a configuration record of 256 
bytes for

each of those volumes whenever you issue a MONITOR START command.

CP's default is to reserve 1/2 of the whole MONDCSS for event data, i.e. 
only 50%
are left for sample data. However, the monitor configuration records will be 
written
into a separate sub-area of those 50% left for sample data, and that is what 
the
CP monitor (and then PerfKit) complained about: the configuration data 
sub-area

was not defined large enough. Be aware that the SAMPLE CONFIG SIZE needed
just for the z/OS volumes is 15'652*256 or about 1000 page frames!

I don't know what default size is currently set by CP when you set up a 
MONDCSS
(haven't found it in the documentation) but for systems with large numbers 
of I/O

devices I'd recommend setting the SAMPLE CONFIG SIZE manually to about
1/6 of the total MONDCSS size (i.e. 1/3 of the default sample data area) to 
avoid

this kind of problems. If you then still get 'SAMPLE CONFIG size too small'
messages it is time to define a larger MONDCSS (and adapt SAMPLE CONFIG).

Eginhard


- Original Message - 
From: "RPN01" 

To: 
Sent: Wednesday, March 31, 2010 3:28 PM
Subject: Re: [?? Probable Spam] Re: Perfkit SAMPLE CONFIG size too small



Hi Bill;

We have 295 CP volumes (3390 mod 27) shared between the two LPAR's, 
running

CSE. There are an additional 15,652 volumes owned by z/OS, which we keep
offline to z/VM.

We run a script in AUTOLOG1 which goes through the list of volumes and 
makes
the decision for each if it should stay online to z/VM, and takes action 
to

set things into their "normal" state.

ckofflin
0 errors
295 CP OWNED or SYSTEM disks skipped
0 PAV Aliases skipped
15652 found already offline
0 varied offline
Ready; T=0.22/0.31 08:23:27


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



On 3/30/10 1:18 PM, "Bill Munson"  wrote:


Eginhard,

Yes it was trial and error - and we made it LARGE enough not to fail 
again


In our Largest LPAR we have 80 guests running - 52 are LINUX guests.
70 mod27's and 75 mod3's for (paging) and one mod9 the RES pack.

we have 5 VM lpars and all lpars can see the other dasd, though not
attached to the system,
only the dasd for each LPAR is attached to that system, we do not vary 
off

anything but the MVS dasd

q monitor
MONITOR EVENT ACTIVEBLOCK4 PARTITION16384
MONITOR DCSS NAME - MONDCSS
CONFIGURATION SIZE  800 LIMIT 1 MINUTES
CONFIGURATION AREA IS FREE
USERS CONNECTED TO *MONITOR - ESAWRITE
  LINMON
  PERFSVM

MONITOR SAMPLE ACTIVE
   INTERVAL1 MINUTES
   RATE 1.00 SECONDS
MONITOR DCSS NAME - MONDCSS
CONFIGURATION SIZE 1500 LIMIT 1 MINUTES
CONFIGURATION AREA IS FREE
USERS CONNECTED TO *MONITOR - ESAWRITE
  LINMON
  PERFSVM

munson
201-418-7588




Eginhard Jaeger 
Sent by: The IBM z/VM Operating System 
03/30/2010 01:57 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: [?? Probable Spam]  Re: Perfkit SAMPLE CONFIG size too small






There is no single 'right' MONDCSS size for all systems: it's about
performance,
so 'it depends'. The MONDCSS has to be large enough to allow the CP
monitor
to place all the monitor records you told it to collect in that storage
area. Since
most users just go and enable whole domains, it's the domains generating
the
largest
number of monitor records that one wants to watch. For sample records 
that


is,
on most systems, the I/O domain, where you could end up with tens of
thousands
of devices already years ago when I still worked with VM. Be aware that
the
monitor will create a device activity record 3 of 268 bytes and a cache
activity
record 4 of 264 bytes for each DASD, and they must all fit simultaneously
into
the MONDCSS, together with all the other monitor records.
(And, as mentioned in another append, the default SAMPLE CONFIG size is
often too small for so many devices and has to be made larger.)

But there's one general rule that has not yet been mentioned in this
thread:
don't
let the MONDCSS overlay the storage of the virtual machine that is doing
the
data collecting, in this case PerfKit, or it will not be able to use it.

While your MONDCSS looks VERY large to me, I'm admittedly out of date as
far as current I/O configurations are concerned, and you apparently ended
up
with it for a good reason, after a trial and error phase with smaller
sizes.
Can you tell me the number of I/O devices that your VM sees and is
collecting
data for?

Eginh

Re: ACM award - they deserve it....

[Barton Robinson]

If you go to conferences such as CMG (Computer Management Group), that 
has been a mainframe organization (meaning MVS or z/OS) since it 
started, our VM has never been represented, but VMWare now has many 
sessions.  It's depressing to see 80 people in entry level performance 
session for VMWare and no z/VM sessions on the agenda of a mainframe 
conference.
Early this year I was hearing ads for VMWare on the local radio station. 
I can only assume that VM is being outmarketed worldwide (or at least 
that VMWare is being marketed worldwide and VM is not marketed publicly 
at all).
It doesn't matter if our mousetrap is better if nobody is out there 
trying to get mindshare (marketing).  Preaching/grumbling to the choir 
doesn't change anything.


So when was the last time that any of you tried to get a case study 
published showing how great your accomplishments are using z/VM?  There 
are very few published stories (sorry games on "z" don't impress bean 
counters or executives, it's rather demeaning), we need REAL business 
case studies showing the value of "z/VM" to real companies.  If we get 
enough and executives do a google search on VM, maybe they will find 
something useful?




Bill Munson wrote:

Jim,

You are right, that makes me mad also.

IBM really blew it when they did not trade mark "VM" 


munson





Jim Elliott  
Sent by: The IBM z/VM Operating System 

03/30/2010 09:34 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: ACM award







Today the Association for Computing Machinery (of which I have
been a member since 1970) made the following award:



"VMware Workstation 1.0, the Software System Award, for
bringing virtualization technology to modern computing
environments, spurring a shift to virtual-machine
architectures, and allowing users to efficiently run multiple
operating systems on their desktops."



Aside from the "run multiple OSes on the desktop" part,
shouldn't we be insulted?


Chip:

Yes, we should be insulted. I remember being very upset the first
time I heard a VMware employee talk about how they had invented
the idea of server virtualization! Even on x86, VM386 was out
years before VMware (even if it failed in the market). I am still
upset every time I hear someone talk about "VM" when they mean
VMware. My reaction is, I work on the real VM!

Jim
(aka "Sir Jim the Evangelist")


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

IPGATE error with socket call

[James Vincent]

Hello everyone - has anyone using IPGATE seen an issue with IPGATE1I getting
a "EAGREX4000E Error 40 running compiled IPGATE1I MTREXX, line 471:
Incorrect call to routine"?

What is happening is a remote user is writing an SFS file and receives a
"HCPIVK6061I APPC wait cancelled; virtual machine has been reset."  I am not
sure who trashed who; if IPGATE got the error and caused the APPC wait to
expire, or the other way around.  The biggest problem is that the file that
was being written to is left locked.  IPGATE keeps the lock and any future
attempt to update it fails until IPGATE is restarted.

Anyone have suggestions or ideas on how to correct this?  For now, I have a
Signal On Syntax wrapped around that area of the code to dump out what the
socket call looks like and to reset the server.

-- James Vincent

Re: Interrupting a looping exec on OSA ICC

[Michael Coffin]

Hi Kris,

 

Perhaps you are correct, I thought there was ONE true 3270 key that would
interrupt a full-screen write - but I haven't seen it in over a decade.  I
use Attachmate InfoConnect (a.k.a. Extra!) TN3270 emulator and there is no
way to define SYS ATTN (there is a SYS REQ, and ATTN, but no SYS ATTN).  One
more reason not to like this product, and wish I had PCOMM.  L

 

Thanks for the info, I'll file away the SYS ATTN info into my folder of VM
tips (even if I can't use it myself).  J

 

-Mike

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Kris Buelens
Sent: Wednesday, March 31, 2010 10:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Interrupting a looping exec on OSA ICC

 

Sorry to disagree: on all 3270 implementations I used (apart this OSA ICC)
it was and is possible to interrupt a fullscreen appl like XEDIT.  I
debugged too many XEDIT macros not to be 101% sure of this.
(and a few hours ago I did it again on a PCOMM "TN3270 telnetted" into VM
TCPIP.  In PCOMM, by default the ESC key is set to [sys attn], pressing it
brings you from your locked XEDIT directly in CP READ, then press PA1 and
you have a VM READ to enter TS).

This unlock problem may make me switch back from OSA ICC to plain TN3270.
(it is less frequent I have to restart VM's TCPIP stack than I want to
breakin in a runaway XEDIT macro.

2010/3/31 Michael Coffin 

When you have a fullscreen app (like XEDIT, or DMS, ISPF, etc.) doing a
full-screen write to the 3270, I don't think there is any way to interrupt
it to get to CMS.

 

A couple of "tricks" would include sending a CP MSG from any other userid
(or even a terminal with no user logged on, CP MSG is CLASS * by default),
that interrupts the full-screen write and you can get to CMS for HX, HI, TI,
TS, or any other CMS-IMMEDIATE command.  Another trick is to do a LOGON HERE
from another terminal, when you reconnect you may have an opportunity to
stuff in a CMS-IMMEDIATE command before the full-screen write resumes.

 

-Mike

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Kris Buelens
Sent: Wednesday, March 31, 2010 7:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Interrupting a looping exec on OSA ICC

 

Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a real
3270, hence no HOLD operand).

It is pure 3270 behaviour, not even really related to VM: how can one break
in when in "input inhibited" 

I am in fullscreen XEDIT, hence the linemode command input area is not
available.  Cannot use Alan's trick.


Alan's trick is to create another VM READ than the "program prompt VM READ",
you use it when a for example REXX exec places you in VM READ with a PARSE
PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS command
(like HX, HI or TS).  With the cursor trick, the "program prompt VM  READ"
becomes a VM READ by CMS' attention interrupt handler.

Maybe easier to remember: when in the program prompt VM READ and you want to
enter an immediate command like TS, enter #TS (that is: place a linend
character before the immediate command).  Not exactly the same as moving the
cursor, With my alternative: the program prompt is satisfied with a null
response and then the immediate command is honored.  Wit the cursor trick,
the immediate command is honored, then you return to the program prompt.


My issue remains: how can one reset "Input inhibited" on an OSA ICC 3270?

2010/3/31 Richard Troth 

[oopppsss - try again]


ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other

"real 3270s" and like LDEV.  That's a whole nutha discussion.

But ... does PCOMM not have an immediate PA1?  (I'm not used to an
ATTN sequence for PA1.)  You wouldn't get the trace, but you'd get
control.

There's also the trick, I think I learned from Alan Altmark, of
putting the cursor back one position from the start of the command
line then  for a VM READ.  It's a hack.  (IMHO)  Your 3270
emulator may affect the viability of this behaviour.  You MIGHT then
be able to TS.  Alan?  Wanna clarify this?

-- R;   <><






On Wed, Mar 31, 2010 at 05:39, Kris Buelens  wrote:
> I think I found a bug in the behaviour of an OSA ICC:
>
> Experienced CMS programmers know that to start tracing a looping XEDIT
macro
> can be done by entering a TS command in the command area.  But, first one
> needs to get the commandline.  A bit difficult as the 3270 is in "input
> inhibited" (a green led on real 3277's, an X with the clock icon in the
> status area nowadays) and the display is in fullscreen mode.
>
> To get the command line, what is required depends on the terminal type
> - a real non-SNA 3270: press the reset key (the stop input Inhibited) and
> press enter, or PA1, ..
> - in SNA: press the ATTN key then enter, or PA1, ...
> - TN3270 with PCOMM: press ATTN
>
> Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to
> break in (apart from "Communication" -> "Disconnect" or using some other

Re: Contact Thomas Huegel

[Bill Munson]

Fran,

I will send the e-mail address I have offline

munson
201-418-7588





Fran Hensler  
Sent by: The IBM z/VM Operating System 
03/31/2010 10:13 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Contact Thomas Huegel






Tom Huegel used to post on this list but I haven't seen anything
recently.  His email address was thue...@kable.com but that does
not exist anymore.

Does anyone know of his new email address?

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 46 years
mailto:f...@zvm.sru.edu  http://zvm.sru.edu/~fjh  +1.724.738.2153
  "Yes, Virginia, there is a Slippery Rock"
--


*** 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: Contact Thomas Huegel

[McBride, Catherine]

tomhue...@prodigy.net or tehue...@gmail.com


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Fran Hensler
Sent: Wednesday, March 31, 2010 9:14 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Contact Thomas Huegel

Tom Huegel used to post on this list but I haven't seen anything
recently.  His email address was thue...@kable.com but that does
not exist anymore.

Does anyone know of his new email address?

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 46
years
mailto:f...@zvm.sru.edu  http://zvm.sru.edu/~fjh  +1.724.738.2153
  "Yes, Virginia, there is a Slippery Rock"

--

Re: Contact Thomas Huegel

[McBride, Catherine]

tomhue...@prodigy.net

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Fran Hensler
Sent: Wednesday, March 31, 2010 9:14 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Contact Thomas Huegel

Tom Huegel used to post on this list but I haven't seen anything
recently.  His email address was thue...@kable.com but that does
not exist anymore.

Does anyone know of his new email address?

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 46
years
mailto:f...@zvm.sru.edu  http://zvm.sru.edu/~fjh  +1.724.738.2153
  "Yes, Virginia, there is a Slippery Rock"

--

Contact Thomas Huegel

[Fran Hensler]

Tom Huegel used to post on this list but I haven't seen anything
recently.  His email address was thue...@kable.com but that does
not exist anymore.

Does anyone know of his new email address?

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 46 years
mailto:f...@zvm.sru.edu  http://zvm.sru.edu/~fjh  +1.724.738.2153
  "Yes, Virginia, there is a Slippery Rock"
--

Re: Interrupting a looping exec on OSA ICC

[Kris Buelens]

Sorry to disagree: on all 3270 implementations I used (apart this OSA ICC)
it was and is possible to interrupt a fullscreen appl like XEDIT.  I
debugged too many XEDIT macros not to be 101% sure of this.
(and a few hours ago I did it again on a PCOMM "TN3270 telnetted" into VM
TCPIP.  In PCOMM, by default the ESC key is set to [sys attn], pressing it
brings you from your locked XEDIT directly in CP READ, then press PA1 and
you have a VM READ to enter TS).

This unlock problem may make me switch back from OSA ICC to plain TN3270.
(it is less frequent I have to restart VM's TCPIP stack than I want to
breakin in a runaway XEDIT macro.

2010/3/31 Michael Coffin 

>  When you have a fullscreen app (like XEDIT, or DMS, ISPF, etc.) doing a
> full-screen write to the 3270, I don’t think there is any way to interrupt
> it to get to CMS.
>
>
>
> A couple of “tricks” would include sending a CP MSG from any other userid
> (or even a terminal with no user logged on, CP MSG is CLASS * by default),
> that interrupts the full-screen write and you can get to CMS for HX, HI, TI,
> TS, or any other CMS-IMMEDIATE command.  Another trick is to do a LOGON HERE
> from another terminal, when you reconnect you may have an opportunity to
> stuff in a CMS-IMMEDIATE command before the full-screen write resumes.
>
>
>
> -Mike
>
>
>
> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
> Behalf Of *Kris Buelens
> *Sent:* Wednesday, March 31, 2010 7:25 AM
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: Interrupting a looping exec on OSA ICC
>
>
>
> Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a
> real 3270, hence no HOLD operand).
>
> It is pure 3270 behaviour, not even really related to VM: how can one break
> in when in "input inhibited"
>
> I am in fullscreen XEDIT, hence the linemode command input area is not
> available.  Cannot use Alan's trick.
>
> 
> Alan's trick is to create another VM READ than the "program prompt VM
> READ", you use it when a for example REXX exec places you in VM READ with a
> PARSE PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS
> command (like HX, HI or TS).  With the cursor trick, the "program prompt VM
> READ" becomes a VM READ by CMS' attention interrupt handler.
>
> Maybe easier to remember: when in the program prompt VM READ and you want
> to enter an immediate command like TS, enter #TS (that is: place a linend
> character before the immediate command).  Not exactly the same as moving the
> cursor, With my alternative: the program prompt is satisfied with a null
> response and then the immediate command is honored.  Wit the cursor trick,
> the immediate command is honored, then you return to the program prompt.
> 
>
> My issue remains: how can one reset "Input inhibited" on an OSA ICC 3270?
>
> 2010/3/31 Richard Troth 
>
> [oopppsss - try again]
>
>
> ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other
>
> "real 3270s" and like LDEV.  That's a whole nutha discussion.
>
> But ... does PCOMM not have an immediate PA1?  (I'm not used to an
> ATTN sequence for PA1.)  You wouldn't get the trace, but you'd get
> control.
>
> There's also the trick, I think I learned from Alan Altmark, of
> putting the cursor back one position from the start of the command
> line then  for a VM READ.  It's a hack.  (IMHO)  Your 3270
> emulator may affect the viability of this behaviour.  You MIGHT then
> be able to TS.  Alan?  Wanna clarify this?
>
> -- R;   <><
>
>
>
>
>
>
> On Wed, Mar 31, 2010 at 05:39, Kris Buelens 
> wrote:
> > I think I found a bug in the behaviour of an OSA ICC:
> >
> > Experienced CMS programmers know that to start tracing a looping XEDIT
> macro
> > can be done by entering a TS command in the command area.  But, first one
> > needs to get the commandline.  A bit difficult as the 3270 is in "input
> > inhibited" (a green led on real 3277's, an X with the clock icon in the
> > status area nowadays) and the display is in fullscreen mode.
> >
> > To get the command line, what is required depends on the terminal type
> > - a real non-SNA 3270: press the reset key (the stop input Inhibited) and
> > press enter, or PA1, ..
> > - in SNA: press the ATTN key then enter, or PA1, ...
> > - TN3270 with PCOMM: press ATTN
> >
> > Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to
> > break in (apart from "Communication" -> "Disconnect" or using some other
> > userid to send a CP Message/Warning to the user in trouble).  An OSA ICC
> is
> > supposed to simulate a non-SNA 3270, it does it well, except for this
> > problem.
> >
> > Any comments?  Is it working on your system?
> >
> > --
> > Kris Buelens,
> > IBM Belgium, VM customer support
> >
>
>
>
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Interrupting a looping exec on OSA ICC

[Michael Coffin]

When you have a fullscreen app (like XEDIT, or DMS, ISPF, etc.) doing a
full-screen write to the 3270, I don't think there is any way to interrupt
it to get to CMS.

 

A couple of "tricks" would include sending a CP MSG from any other userid
(or even a terminal with no user logged on, CP MSG is CLASS * by default),
that interrupts the full-screen write and you can get to CMS for HX, HI, TI,
TS, or any other CMS-IMMEDIATE command.  Another trick is to do a LOGON HERE
from another terminal, when you reconnect you may have an opportunity to
stuff in a CMS-IMMEDIATE command before the full-screen write resumes.

 

-Mike

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Kris Buelens
Sent: Wednesday, March 31, 2010 7:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Interrupting a looping exec on OSA ICC

 

Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a real
3270, hence no HOLD operand).

It is pure 3270 behaviour, not even really related to VM: how can one break
in when in "input inhibited" 

I am in fullscreen XEDIT, hence the linemode command input area is not
available.  Cannot use Alan's trick.


Alan's trick is to create another VM READ than the "program prompt VM READ",
you use it when a for example REXX exec places you in VM READ with a PARSE
PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS command
(like HX, HI or TS).  With the cursor trick, the "program prompt VM  READ"
becomes a VM READ by CMS' attention interrupt handler.

Maybe easier to remember: when in the program prompt VM READ and you want to
enter an immediate command like TS, enter #TS (that is: place a linend
character before the immediate command).  Not exactly the same as moving the
cursor, With my alternative: the program prompt is satisfied with a null
response and then the immediate command is honored.  Wit the cursor trick,
the immediate command is honored, then you return to the program prompt.


My issue remains: how can one reset "Input inhibited" on an OSA ICC 3270?

2010/3/31 Richard Troth 

[oopppsss - try again]


ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other

"real 3270s" and like LDEV.  That's a whole nutha discussion.

But ... does PCOMM not have an immediate PA1?  (I'm not used to an
ATTN sequence for PA1.)  You wouldn't get the trace, but you'd get
control.

There's also the trick, I think I learned from Alan Altmark, of
putting the cursor back one position from the start of the command
line then  for a VM READ.  It's a hack.  (IMHO)  Your 3270
emulator may affect the viability of this behaviour.  You MIGHT then
be able to TS.  Alan?  Wanna clarify this?

-- R;   <><






On Wed, Mar 31, 2010 at 05:39, Kris Buelens  wrote:
> I think I found a bug in the behaviour of an OSA ICC:
>
> Experienced CMS programmers know that to start tracing a looping XEDIT
macro
> can be done by entering a TS command in the command area.  But, first one
> needs to get the commandline.  A bit difficult as the 3270 is in "input
> inhibited" (a green led on real 3277's, an X with the clock icon in the
> status area nowadays) and the display is in fullscreen mode.
>
> To get the command line, what is required depends on the terminal type
> - a real non-SNA 3270: press the reset key (the stop input Inhibited) and
> press enter, or PA1, ..
> - in SNA: press the ATTN key then enter, or PA1, ...
> - TN3270 with PCOMM: press ATTN
>
> Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to
> break in (apart from "Communication" -> "Disconnect" or using some other
> userid to send a CP Message/Warning to the user in trouble).  An OSA ICC
is
> supposed to simulate a non-SNA 3270, it does it well, except for this
> problem.
>
> Any comments?  Is it working on your system?
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
>




-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: DFDSS Restore ADMIN PARM

[Alan Altmark]

On Wednesday, 03/31/2010 at 02:22 EDT, Les Koehler 
 wrote:
> Couldn't your ESM just be a NOP program, just for such
> situations?

For various values of "NOP", yes.  Look at Appendix D of the z/OS RACROUTE 
Reference.   (Works the same way on z/VM.)

Alan Altmark
z/VM Development
IBM Endicott

Re: [?? Probable Spam] Re: Perfkit SAMPLE CONFIG size too small

[RPN01]

Hi Bill;

We have 295 CP volumes (3390 mod 27) shared between the two LPAR's, running
CSE. There are an additional 15,652 volumes owned by z/OS, which we keep
offline to z/VM.

We run a script in AUTOLOG1 which goes through the list of volumes and makes
the decision for each if it should stay online to z/VM, and takes action to
set things into their "normal" state.

ckofflin
0 errors
295 CP OWNED or SYSTEM disks skipped
0 PAV Aliases skipped
15652 found already offline
0 varied offline
Ready; T=0.22/0.31 08:23:27


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



On 3/30/10 1:18 PM, "Bill Munson"  wrote:

> Eginhard,
> 
> Yes it was trial and error - and we made it LARGE enough not to fail again
> 
> In our Largest LPAR we have 80 guests running - 52 are LINUX guests.
> 70 mod27's and 75 mod3's for (paging) and one mod9 the RES pack.
> 
> we have 5 VM lpars and all lpars can see the other dasd, though not
> attached to the system,
> only the dasd for each LPAR is attached to that system, we do not vary off
> anything but the MVS dasd
> 
> q monitor 
> MONITOR EVENT ACTIVEBLOCK4 PARTITION16384
> MONITOR DCSS NAME - MONDCSS
> CONFIGURATION SIZE  800 LIMIT 1 MINUTES
> CONFIGURATION AREA IS FREE
> USERS CONNECTED TO *MONITOR - ESAWRITE
>   LINMON
>   PERFSVM
>  
> MONITOR SAMPLE ACTIVE
>INTERVAL1 MINUTES
>RATE 1.00 SECONDS
> MONITOR DCSS NAME - MONDCSS
> CONFIGURATION SIZE 1500 LIMIT 1 MINUTES
> CONFIGURATION AREA IS FREE
> USERS CONNECTED TO *MONITOR - ESAWRITE
>   LINMON
>   PERFSVM
> 
> munson
> 201-418-7588
> 
> 
> 
> 
> Eginhard Jaeger 
> Sent by: The IBM z/VM Operating System 
> 03/30/2010 01:57 PM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
> To
> IBMVM@LISTSERV.UARK.EDU
> cc
> 
> Subject
> Re: [?? Probable Spam]  Re: Perfkit SAMPLE CONFIG size too small
> 
> 
> 
> 
> 
> 
> There is no single 'right' MONDCSS size for all systems: it's about
> performance,
> so 'it depends'. The MONDCSS has to be large enough to allow the CP
> monitor
> to place all the monitor records you told it to collect in that storage
> area. Since
> most users just go and enable whole domains, it's the domains generating
> the 
> largest
> number of monitor records that one wants to watch. For sample records that
> 
> is,
> on most systems, the I/O domain, where you could end up with tens of
> thousands
> of devices already years ago when I still worked with VM. Be aware that
> the
> monitor will create a device activity record 3 of 268 bytes and a cache
> activity
> record 4 of 264 bytes for each DASD, and they must all fit simultaneously
> into
> the MONDCSS, together with all the other monitor records.
> (And, as mentioned in another append, the default SAMPLE CONFIG size is
> often too small for so many devices and has to be made larger.)
> 
> But there's one general rule that has not yet been mentioned in this
> thread: 
> don't
> let the MONDCSS overlay the storage of the virtual machine that is doing
> the
> data collecting, in this case PerfKit, or it will not be able to use it.
> 
> While your MONDCSS looks VERY large to me, I'm admittedly out of date as
> far as current I/O configurations are concerned, and you apparently ended
> up
> with it for a good reason, after a trial and error phase with smaller
> sizes.
> Can you tell me the number of I/O devices that your VM sees and is
> collecting
> data for?
> 
> Eginhard
> 
>> - Original Message -
>> From: "Bill Munson" 
>> 
>> That does not look like it is large enough.
>> 
>> here is my definition
>> 
>> MONDCSS  CPDCSS N/A08000  0   SC  R
>> 
>> It can work for a while but if the segment is not large enough it will
>> soon fail.
> 
> 
> *** 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: ACM award

[Bill Munson]

Jim,

You are right, that makes me mad also.

IBM really blew it when they did not trade mark "VM" 

munson





Jim Elliott  
Sent by: The IBM z/VM Operating System 
03/30/2010 09:34 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: ACM award






> Today the Association for Computing Machinery (of which I have
> been a member since 1970) made the following award:

> "VMware Workstation 1.0, the Software System Award, for
> bringing virtualization technology to modern computing
> environments, spurring a shift to virtual-machine
> architectures, and allowing users to efficiently run multiple
> operating systems on their desktops."

> Aside from the "run multiple OSes on the desktop" part,
> shouldn't we be insulted?

Chip:

Yes, we should be insulted. I remember being very upset the first
time I heard a VMware employee talk about how they had invented
the idea of server virtualization! Even on x86, VM386 was out
years before VMware (even if it failed in the market). I am still
upset every time I hear someone talk about "VM" when they mean
VMware. My reaction is, I work on the real VM!

Jim
(aka "Sir Jim the Evangelist")


*** 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: ACM award

[Kris Buelens]

Makes me remember a small support contract had to be created for a customer
of mine.  My boss forwarded some quickly written "tasks to perform" to an
admin to put it in a contract.
This admin carefully changed every "occurance of "VM" by the official term
"VMware" :-)

Since then I often respond just like Jim "the real VM", or I start directly
using "zeeVM"

2010/3/31 Jim Elliott 

> > Today the Association for Computing Machinery (of which I have
> > been a member since 1970) made the following award:
>
> > "VMware Workstation 1.0, the Software System Award, for
> > bringing virtualization technology to modern computing
> > environments, spurring a shift to virtual-machine
> > architectures, and allowing users to efficiently run multiple
> > operating systems on their desktops."
>
> > Aside from the "run multiple OSes on the desktop" part,
> > shouldn't we be insulted?
>
> Chip:
>
> Yes, we should be insulted. I remember being very upset the first
> time I heard a VMware employee talk about how they had invented
> the idea of server virtualization! Even on x86, VM386 was out
> years before VMware (even if it failed in the market). I am still
> upset every time I hear someone talk about "VM" when they mean
> VMware. My reaction is, I work on the real VM!
>
> Jim
> (aka "Sir Jim the Evangelist")
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Interrupting a looping exec on OSA ICC

[Kris Buelens]

Sorry, not related to HOLD at LOGOFF for example (to CP it appears as a real
3270, hence no HOLD operand).

It is pure 3270 behaviour, not even really related to VM: how can one break
in when in "input inhibited"

I am in fullscreen XEDIT, hence the linemode command input area is not
available.  Cannot use Alan's trick.


Alan's trick is to create another VM READ than the "program prompt VM READ",
you use it when a for example REXX exec places you in VM READ with a PARSE
PULL (or PARSE EXTERNAL) and you want to enter an immediate CMS command
(like HX, HI or TS).  With the cursor trick, the "program prompt VM  READ"
becomes a VM READ by CMS' attention interrupt handler.

Maybe easier to remember: when in the program prompt VM READ and you want to
enter an immediate command like TS, enter #TS (that is: place a linend
character before the immediate command).  Not exactly the same as moving the
cursor, With my alternative: the program prompt is satisfied with a null
response and then the immediate command is honored.  Wit the cursor trick,
the immediate command is honored, then you return to the program prompt.


My issue remains: how can one reset "Input inhibited" on an OSA ICC 3270?

2010/3/31 Richard Troth 

> [oopppsss - try again]
>
> ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other
> "real 3270s" and like LDEV.  That's a whole nutha discussion.
>
> But ... does PCOMM not have an immediate PA1?  (I'm not used to an
> ATTN sequence for PA1.)  You wouldn't get the trace, but you'd get
> control.
>
> There's also the trick, I think I learned from Alan Altmark, of
> putting the cursor back one position from the start of the command
> line then  for a VM READ.  It's a hack.  (IMHO)  Your 3270
> emulator may affect the viability of this behaviour.  You MIGHT then
> be able to TS.  Alan?  Wanna clarify this?
>
> -- R;   <><
>
>
>
>
>
> On Wed, Mar 31, 2010 at 05:39, Kris Buelens 
> wrote:
> > I think I found a bug in the behaviour of an OSA ICC:
> >
> > Experienced CMS programmers know that to start tracing a looping XEDIT
> macro
> > can be done by entering a TS command in the command area.  But, first one
> > needs to get the commandline.  A bit difficult as the 3270 is in "input
> > inhibited" (a green led on real 3277's, an X with the clock icon in the
> > status area nowadays) and the display is in fullscreen mode.
> >
> > To get the command line, what is required depends on the terminal type
> > - a real non-SNA 3270: press the reset key (the stop input Inhibited) and
> > press enter, or PA1, ..
> > - in SNA: press the ATTN key then enter, or PA1, ...
> > - TN3270 with PCOMM: press ATTN
> >
> > Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to
> > break in (apart from "Communication" -> "Disconnect" or using some other
> > userid to send a CP Message/Warning to the user in trouble).  An OSA ICC
> is
> > supposed to simulate a non-SNA 3270, it does it well, except for this
> > problem.
> >
> > Any comments?  Is it working on your system?
> >
> > --
> > Kris Buelens,
> > IBM Belgium, VM customer support
> >
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Interrupting a looping exec on OSA ICC

[Richard Troth]

[oopppsss - try again]

ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other
"real 3270s" and like LDEV.  That's a whole nutha discussion.

But ... does PCOMM not have an immediate PA1?  (I'm not used to an
ATTN sequence for PA1.)  You wouldn't get the trace, but you'd get
control.

There's also the trick, I think I learned from Alan Altmark, of
putting the cursor back one position from the start of the command
line then  for a VM READ.  It's a hack.  (IMHO)  Your 3270
emulator may affect the viability of this behaviour.  You MIGHT then
be able to TS.  Alan?  Wanna clarify this?

-- R;   <><





On Wed, Mar 31, 2010 at 05:39, Kris Buelens  wrote:
> I think I found a bug in the behaviour of an OSA ICC:
>
> Experienced CMS programmers know that to start tracing a looping XEDIT macro
> can be done by entering a TS command in the command area.  But, first one
> needs to get the commandline.  A bit difficult as the 3270 is in "input
> inhibited" (a green led on real 3277's, an X with the clock icon in the
> status area nowadays) and the display is in fullscreen mode.
>
> To get the command line, what is required depends on the terminal type
> - a real non-SNA 3270: press the reset key (the stop input Inhibited) and
> press enter, or PA1, ..
> - in SNA: press the ATTN key then enter, or PA1, ...
> - TN3270 with PCOMM: press ATTN
>
> Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to
> break in (apart from "Communication" -> "Disconnect" or using some other
> userid to send a CP Message/Warning to the user in trouble).  An OSA ICC is
> supposed to simulate a non-SNA 3270, it does it well, except for this
> problem.
>
> Any comments?  Is it working on your system?
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
>

Re: Interrupting a looping exec on OSA ICC

[Richard Troth]

ICC also doesn't support NOHOLD for DISCONN and LOGOFF like some other
"real 3270s" and like LDEV.





On 2010-03-31, Kris Buelens  wrote:
> I think I found a bug in the behaviour of an OSA ICC:
>
> Experienced CMS programmers know that to start tracing a looping XEDIT macro
> can be done by entering a TS command in the command area.  But, first one
> needs to get the commandline.  A bit difficult as the 3270 is in "input
> inhibited" (a green led on real 3277's, an X with the clock icon in the
> status area nowadays) and the display is in fullscreen mode.
>
> To get the command line, what is required depends on the terminal type
> - a real non-SNA 3270: press the reset key (the stop input Inhibited) and
> press enter, or PA1, ..
> - in SNA: press the ATTN key then enter, or PA1, ...
> - TN3270 with PCOMM: press ATTN
>
> Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to
> break in (apart from "Communication" -> "Disconnect" or using some other
> userid to send a CP Message/Warning to the user in trouble).  An OSA ICC is
> supposed to simulate a non-SNA 3270, it does it well, except for this
> problem.
>
> Any comments?  Is it working on your system?
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
>

-- 
Sent from my mobile device

-- R;   <><

Interrupting a looping exec on OSA ICC

[Kris Buelens]

I think I found a bug in the behaviour of an OSA ICC:

Experienced CMS programmers know that to start tracing a looping XEDIT macro
can be done by entering a TS command in the command area.  But, first one
needs to get the commandline.  A bit difficult as the 3270 is in "input
inhibited" (a green led on real 3277's, an X with the clock icon in the
status area nowadays) and the display is in fullscreen mode.

To get the command line, what is required depends on the terminal type
- a real non-SNA 3270: press the reset key (the stop input Inhibited) and
press enter, or PA1, ..
- in SNA: press the ATTN key then enter, or PA1, ...
- TN3270 with PCOMM: press ATTN

Today, on my PCOMM connected to an OSA ICC on a z10, I found no means to
break in (apart from "Communication" -> "Disconnect" or using some other
userid to send a CP Message/Warning to the user in trouble).  An OSA ICC is
supposed to simulate a non-SNA 3270, it does it well, except for this
problem.

Any comments?  Is it working on your system?

-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: ACM award

[Rob van der Heij]

On Wed, Mar 31, 2010 at 4:01 AM, Scott Rohling  wrote:
> You mean VMware isn't a clothing line??
>
> I sometimes spell it VMwear.   And like you, Jim - I'm quick to correct
> anyone who thinks about using just 'VM' to refer to their little upstart
> virtualization product.

Oh, now I see what they were talking about... I thought the youngsters
were unable to phrase a real question and asked "VM where?" so I
politely replied with "VM there!"  Sometimes with "VM everywhere!"
;-)