Marcy, we are using them. No problems at all with RHEL 4 or 5 linux. We are
not using the pavs yet though.
Mary Anne
On Thu, Apr 24, 2008 at 12:36 AM, Marcy Cortes
[EMAIL PROTECTED] wrote:
OK, I really mean mod 9 of around size 65,000 cylinders or so (54G), if
you want to get technical.
Hi,
problem is solved because it occured on z/VM 4.4 and due to out of service
I moved to a more recent version and everything works fine :)
Thanks!
--
With kind regards/Mit freundlichen Gruessen,
your/Ihr SuSE Team
Wolfgang Engel ([EMAIL PROTECTED])
On Apr 24, 2008, at 12:25 AM, Thomas Kern wrote:
I thought SFTP was an ftp like command set inside the SSH protocol
and that FTPS was the FTP protected by SSL. Our Network gurus keep
referring too out SSL protected TN3270 as TELNETS and even insisted
on us using port 992 for it since that
Hi Tom,
These systems have been a long time in creating and we rolled them out
over time. It was really only after we converted the last (and most
heavily used) one that we hit the 100% point at peak times and are now
suffering.
Also, we went only from CICS/TS 1.1.0 to CICS/TS 1.1.1 so there
Frank says hi back--he was my boss till he got a promotion a few months
ago!
As for the TCP2PROD messages, they actually seem to indicate that
something was installed on the cloned lpar, but nothing was needed on the
original lpar. Which is a little weird since this was our first attempt
Ok, I'll ask. Why wouldn't one attach an OSA card directly to a Linux
guest?
Seriously, why shouldn't this be done?
Steve G.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Thursday, April 24, 2008 12:30 AM
To:
We used a different approach to this. Our CPU is a quad. We do not run
VSE's turbo dispatcher in multi-engine mode as little of our workload is
able to benefit. This limits each VSE guest to dispatch on a single CP and
minimizes one VSE's ability to dominate the entire box. Note that each
VSWITCHes are very nice for isolating the Linux guests from external VLAN
requirements. The Linux guests can be VLAN unaware and the VSWITCH
handles tagging and untagging all the frames.
They are also very nice for failover to an alternate OSA. No need to
burden the Linux guests with that.
We took two CP abends Code (Hard) FRE016 which appears to be a header
block clobber caused by the an application CA's VMSECURE. Level is z/VM
5.3 service level 0702.
I loaded both Dumps down to OPERATNS 191 disk using DUMPLOAD and than
tried to run a DUMPSCAN and receive a HCSPRC740I -
HELP HCSPRC740I returns:
,MSG HCSPRC740I All Help Information line
1 of 11
(c) Copyright IBM Corporation 1990, 2007
HCS740I THE PREFIX PAGE COULD NOT BE FOUND
Explanation: The pointer to the prefix page was either zero, not on a
4KB
boundary, or pointed to an
Right, for redundancy, you'd want to have 2 different OSAs cards - each
on a different physical switch.
We have lost OSA cards here physical switches go down too (planned and
unplanned). The vswitch will provide failover for all of the Linux
servers. Dedicating OSA addresses and having failover
CP dumps need to be displayed with the VMDUMPTL command; DUMPCSAN is for
ancient CP dumps or VMDUMPS.
One still uses DUMPLOAD to read the dump from the spool onto SFS or
Minidisk.
2008/4/24, Stracka, James (GTS) [EMAIL PROTECTED]:
HELP HCSPRC740I returns:
,MSG HCSPRC740I All
Ok, I'll ask. Why wouldn't one attach an OSA card directly to a Linux
guest?
Ties a guest to a particular piece of hardware (failure point), and
forces the guest to handle all the recovery, ARP management, etc. Having
CP do it for multiple guests is a much more resource efficient approach.
It
I know. I have been in too many conversations where I say that z/VM can
support FTPS and the other instantly say 'Good, we can use SFTP from our
SSH sessions.' So I have to re-educate them and 2 months later the scene
repeats with the same cast of characters. At times, I regret having
worked
DUMPSCAN doesn't support CP dumps, you need to use VMDUMPTL.
Rick Bourgeois
Virtual Software Systems, Inc.
7715 Browns Bridge Rd
Gainesville, GA 30506
[EMAIL PROTECTED]
770-781-3200
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bill Capo
I can't help but toss in two cents here...
Back many years ago when I worked up at IBM Boulder we had an edict to
install VTAM access to our VM system so all the sales people around the
country could get PROFS.
There was no GCS at the time, and the whole VS/1, VTAM, VSCS thing was a
mess,
I remember the SNATAM name now. There was an Englishman, Graham Pursey,
who used to attend the VNET Project Team meetings that were held once
or twice a year. It seems to me that he was involved in some kind of VM
based VTAM project. Was that it or was there something else? It seems
to me
On Thursday, 04/24/2008 at 10:27 EDT, Gentry, Stephen
[EMAIL PROTECTED] wrote:
Ok, I'll ask. Why wouldn't one attach an OSA card directly to a Linux
guest?
Seriously, why shouldn't this be done?
Off the top of my head:
(a) Security. You now limit what can be done with the OSA since you give
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/24/2008
10:23:39 PM:
On Thursday, 04/24/2008 at 10:27 EDT, Gentry, Stephen
[EMAIL PROTECTED] wrote:
Ok, I'll ask. Why wouldn't one attach an OSA card directly to a Linux
guest?
Seriously, why shouldn't this be done?
Alan
On Thursday, 04/24/2008 at 11:44 EDT, Mark Wheeler [EMAIL PROTECTED]
wrote:
Even on my legacy VM systems (no Linux guests at all) I define a VSWITCH
with two OSAs (connected to different real switches), and the only thing
attached to the VSWITCH is the TCPIP virtual machine. Prior to VSWITCH
My friend Mark worte:
Even on my legacy VM systems (no Linux guests at all) I define a
VSWITCH with two OSAs (connected to different real switches), and the
only thing attached to the VSWITCH is the TCPIP virtual machine. Prior
to VSWITCH the TCPIP machine attached to both OSAs and VIPA provided
Alan Altmark wrote:
Amen to that. VM TCP/IP doesn't get any more of a free pass than any
other guest and gets all the benefits VSWITCH can provide.
The only question you need to be able to answer is: What is your
alternate
logon path if VM TCP/IP OR the VSWITCH is down? You need to have
22 matches
Mail list logo
