You're specifying virtual 300, 301 and 302? What distro? What error are
you getting?
Red Hat Enterprise Linux Server release 5.2 (Tikanga)
Kernel 2.6.18-92.el5 on an s390x
I am trying to get the actual error messages from the Linux guy.
Hans said:
Can you provide the LINUX IP configuration.
Lastly, I believe this is not a problem as long as you use 3 consecutive
addresses for your nic/OSA card but your skipped 703 OSA card address
I have to get the Linux config from the Linux guy.
Somewhere in the many documents I read about
shouldn't there be a modify/grant statement in the SYSTEM CONFIG after the
vswitch define ?
MODIFY VSWITCH VM3SWTCH GRANT MLXESS1S
Bill Munson
Hans Rempel h...@hmrconsultants.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
08/13/2009 11:16 PM
Please respond to
On Friday, 08/14/2009 at 08:30 EDT, Kline, Martin
martin.kl...@yrcw.com wrote:
Somewhere in the many documents I read about setting this up, I saw that
the NIC had to start on an even address. Maybe that's old info.
When OSAs were first introduced it was true. It hasn't been true for many
shouldn't there be a modify/grant statement in the SYSTEM CONFIG after
the vswitch define ?
MODIFY VSWITCH VM3SWTCH GRANT MLXESS1S
I mayt be wrong, but I believe this is covered by the commands in
AUTOLOG1's PROFILE:
'CP SET VSWITCH VSWITCH1 GRANT OZLXINIT'
'CP SET VSWITCH VSWITCH1 GRANT
Alan said:
When OSAs were first introduced it was true. It hasn't been true for
many many years.
Same goes for PORTNAME. Don't specify it in *any* Linux or z/VM
configuration element. All that does is complicate matters.
Which all argues against relying on Redbooks as a dependable source of
On Friday, 08/14/2009 at 08:09 EDT, Kline, Martin
martin.kl...@yrcw.com wrote:
RDEV: 0704.P00 VDEV: 0704 Controller: DTCVSW1
VSWITCH Connection:
MAC address: 00-11-25-BD-4D-E4
RX Packets: 0 Discarded: 997Errors: 0
TX Packets: 3 Discarded: 0 Errors: 0
Background: z/VM 5.4 RSU0902
We have recently been having a TPF guest system fail. An analysis of the
dump shows it is related (in some way) to an OSA timeout.
The exact cause is not clear, and there are a number of possible red
herrings floating around. However, while I was looking at the VM
sorry I missed that
munson
Kline, Martin martin.kl...@yrcw.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
08/14/2009 08:50 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Configuring and Using a
On Thu, Aug 13, 2009 at 01:59:16PM -0600, sunny...@wcb.ab.ca wrote:
And our system names are associated with projects
instead of the platform, I choose Mark's script
as an easy approach even there is some human
adjustments needed.:)
This is amazing! No one suggested writing a script
to
On Friday, 08/14/2009 at 08:39 EDT, Bill Munson william.mun...@bbh.com
wrote:
shouldn't there be a modify/grant statement in the SYSTEM CONFIG after
the
vswitch define ?
MODIFY VSWITCH VM3SWTCH GRANT MLXESS1S
In addition to what Martin said, remember that ESMs can provide
authorization.
On Fri, Aug 14, 2009 at 3:10 PM, David L. Craigd...@radix.net wrote:
This is amazing! No one suggested writing a script
to go look in each vm's idea of real storage to
identify its OS, version, and uptime numbers. I
fear for the future of systems programming. ;-)
Yep, very few challenges
Hello all,
Where might I find a document listing all the releases of z/VM and the
processors they will run on?
Thanks,
Billy
OK dumb question #8763491264:
Have a brand new z/VM 5.4.0 @ RSU0902 in an LPAR on a Z9.
I also have 5 other LPARS running z/OS.
The only way that I can communicate with my VM right now is to go to a
dedicated real 3270 type terminal and log on ( or use the HMC ICC).
What / how do I get access
one simple command does it
Simple? I laugh in your general direction!
Also, this presupposes that the one asking the question has Velocity
Software performance products, and sufficient background z/VM performance
analysis to utilize them in this fashion.
The original question would seem to
Thank you, Ivica! That works.
And the help kinda does kinda say to do that. But using the word VIRTUAL to
change the REAL rdev command threw me.
Marcy
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the
Hi, Charles.
While VTAM for z/VM is still available (I think), almost all
connectivity to a modern z/VM system is done by TCP/IP (TN3270, etc.).
To get z/VM's TCP/IP servers up and running, refer to the z/VM V5R4.0
TCP/IP Planning and Customization manual that you can access directly
from the
Alan said:
According to other parts of the query, your Linux guest has registered
10.0.102.215 (Layer 3 VSWITCH), which looks fine based on your VM TCP/IP
configuration (same subnet, no VLANs). I assume your Linux default
gateway is also 10.0.102.4.
Are you using a VIPA in Linux? I am worried
I was given this back in January:
In the z/VM Information Center, follow these threads: System Overview --
General Information -- Appendix A B
Thank you,
Scott
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Billy R. Bingham
See also:
z/VM Connectivity version 5 release 4
Document Number SC24-6080-06
I found it very readable as a guide to creating VMIP stack with tn3270 SSL
and for VSWITCH.
Regards,
Mike
Mike Wawiorko
Global z/OS Connectivity and Service Management
GISD Platforms
GRCB Technology
Barclays Bank
If you look back in the thread, I am pretty certain that I made just such a
suggestion.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of David L. Craig
Sent: Friday, August 14, 2009 6:11 AM
To:
Does anyone know if z/VM 4.4 will run on the z10 class of processors?
Thanks,
Billy
Wandschneider wrote:
I was given this back in January:
In the z/VM Information Center, follow these threads: System Overview --
General Information -- Appendix A B
Thank you,
Scott
Aw, Marcy. This is VM, the Land of Smoke and Mirrors. Why should having to
specify virtual when you mean real be confusing? :-) Maybe it is RCF time.
Clarification is a good thing.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
With this new info, is the Linux gateway maybe wrong? Should it be
10.0.219.1? something else?
That was my initial thought. That's always been my problem when I see the low
packet counts and discarded... Either that or vlan tagging issue, but you are
running unaware.
What it should be you
On Friday, 08/14/2009 at 11:03 EDT, Kline, Martin
martin.kl...@yrcw.com wrote:
Alan said:
According to other parts of the query, your Linux guest has registered
10.0.102.215 (Layer 3 VSWITCH), which looks fine based on your VM
TCP/IP
configuration (same subnet, no VLANs). I assume your
On Friday, 08/14/2009 at 11:41 EDT, Billy R. Bingham
billy.bingham...@suddenlink.net wrote:
Does anyone know if z/VM 4.4 will run on the z10 class of processors?
It will probably work if you have the z9 APARs applied and as long as you
don't hand it chpid types, memory or CPU configurations,
Patrick,
Have you downloaded and tried the PIPEDEMO package (and PDEM package to
make it easier to invoke from an EXEC)?
PIPEDEMO has a way of making very difficult Pipe processes much more
obvious - not always, but often enough.
PIPEDEMO is a great tool, IMHO anyone writing CMS Pipelines
Marketing support :)
Billy
Alan Altmark alan_altm...@us.ibm.com wrote:
On Friday, 08/14/2009 at 11:41 EDT, Billy R. Bingham
billy.bingham...@suddenlink.net wrote:
Does anyone know if z/VM 4.4 will run on the z10 class of processors?
It will probably work if you have the z9 APARs
Any veteran ISPF/PDF SMEs out there?
We have an ancient and soon-to-be decommissioned ISPF/PDF application tha
t
makes use of an enormous MACLIB on a shared mult-write minidisk. Scary,
I
know, but that's the way ISPF works on CMS.
This maclib can grow by millions of records per day, due to
On Thursday, 08/13/2009 at 05:31 EDT, Brian Nielsen
bniel...@sco.idaho.gov wrote:
You could use Q NSS NAME xxx MAP to find out how many CMS users
(xxx=INSTSEG, CMSPIPES, or CMSVMLIB) and how many GCS users (xxx=GCS)
there are an subtract from the Q USERS total to get a count of users
You're welcome, Marcy!
Yes, it is unintuitive (a lot), but at least you can use one command to
change the privilege classes, since it's the only one with IBMCLASS B under
QUERY VIRTUAL. If it was put under general QUERY, then using SUBCMD *
IBMCLASS B would change more than one subcommand and
On Aug 14, 2009, at 11:42 AM, Alan Altmark wrote:
IPL 190 PARM NOSPROF INSTSEG NO
Who am I? :-)
With that line, most likely Chucky.
Adam
On Fri, Aug 14, 2009 at 12:42 PM, Alan or Chucky wrote:
IPL 190 PARM NOSPROF INSTSEG NO
Who am I? :-)
Trying to create a one-size-fits-all algorithm won't work. At the end of
the day analyzing INDICATE USER with knowledge of what your guests IPL is
as good as anything. If your system is,
On Fri, Aug 14, 2009 at 1:32 PM, Mark Llewellynmllew...@visa.com wrote:
Any veteran ISPF/PDF SMEs out there?
We have an ancient and soon-to-be decommissioned ISPF/PDF application that
makes use of an enormous MACLIB on a shared mult-write minidisk. Scary, I
know, but that's the way ISPF
Unfortunately, that will not fly with the application. There are always several
users who have the disk MW. It is a heavily used application and users keep it
linked active for long periods. The main users of it live in the application.
Regards,
Richard Schuh
-Original Message-
Gee, nothing works. You might as well have an EXEC like this:
/* */
return random(1,99) /* Substitute whatever you like for the range. */
Kidding aside, establishing a naming convention and sticking to it is probably
the best bet. That plus filtering based on the information from IND USER (IPL
On Fri, Aug 14, 2009 at 2:52 PM, Schuh, Richardrsc...@visa.com wrote:
Unfortunately, that will not fly with the application. There are always
several users who have the disk MW. It is a heavily used application and
users keep it linked active for long periods. The main users of it live in
On Fri, Aug 14, 2009 at 08:29:01AM -0700, Schuh, Richard wrote:
If you look back in the thread, I am pretty certain
that I made just such a suggestion.
Sorry if I missed it--I was in a bit of a rush. Actually,
I still am...
--
May the LORD God bless you exceedingly abundantly!
Dave Craig
Subsystem IDs
I know you still have to define them in the controllers, but are they used
anymore?
We use to need them for EREP, but all the current hardware seems to have their
own service processor that makes EREP useless.
Perhaps large shops still need them for something.
What happens
The SSID shows up on the performance toolkit screens. I am sure it appears
on reports generated by other performance monitors also.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Tom Duerbusch
Sent: Friday, August 14, 2009 3:59
Access control is an ISPF function, I presume that one of the two locks (LMF or
SCLM) is used to prevent concurrent updates of the same member. It must also
have some way to serialize the updates of the library. That is an area that I
have avoided. I hate working with kludges or black boxes.
As far as I know it is still important that you don't have duplicate SSIDs.
It still shows up in z/VM displays and z/OS displays. You can still do
commands in both z/VM and z/OS using the SSID. I always assign the SSID to
match the CUNUMBR. We always have the CUNUMBR match the first device
The MACLIB is updated via PDF dialog table services, driven by a number of
older REXX EXECs. It contains hundreds of members, which can be updated at any
time, and new members are added every day.
I'm unsure if ISPF/PDF locks a member, or a table row, each time it's
updated. Nevertheless,
On Fri, Aug 14, 2009 at 4:52 PM, Llewellyn, Markmllew...@visa.com wrote:
The MACLIB is updated via PDF dialog table services, driven by a number of
older REXX EXECs. It contains hundreds of members, which can be updated at
any time, and new members are added every day.
I'm unsure if
Considering that it is ISPF, I would be worried that taking down the SVM would
simply kill all of the protective mechanisms that ISPF employs to keep the
users from trashing the file because of the MW links. In the absence of
knowledge about its purpose, I would not suggest blindly taking it
Schuh, Richard wrote:
The developers of the application chose to have the data maintained in a
single, ever-increasing, highly used, frequently updated ISPF library, with no
maintenance routines, and no good way to identify obsolete members. The
application was already firmly entrenched when
On Fri, Aug 14, 2009 at 7:20 PM, Schuh, Richardrsc...@visa.com wrote:
Considering that it is ISPF, I would be worried that taking down the SVM
would simply kill all of the protective mechanisms that ISPF employs to keep
the users from trashing the file because of the MW links. In the absence
Explain the problem to management and let them decide if
they want to Bet The Business on the current exposure. If
not, let them announce to everyone when ISPF will be
unavailable and FORCE all the users and take the ISPF disk
away by whatever means are available (I'm retired and was
not a
48 matches
Mail list logo