Yet it also states:
Remote Spooling Communications Subsystem (RSCS) V3.2.0 (5684-096) has bee
n
repackaged and is now available for licensing under International Program
License Agreement (IPLA) terms and conditions. RSCS Function Level 530
(FL530) is available as a priced, optional,
Remote Spooling Communications Subsystem (RSCS) V3.2.0 (5684-096) has been
repackaged and is now available for licensing under International Program
License Agreement (IPLA) terms and conditions. RSCS Function Level 530
(FL530) is available as a priced, optional, preinstalled feature of z/VM
V5.3.
Is there a list of z/VM software products and/or applications that will
NOT run on an IFL?
Ray Mrohs
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Saturday, April 26, 2008 11:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject:
will not and not licensed for are two different animals.
I think the will not list is z/OS, z/OS.e, OS/390, and all of the less
than z architecture system (VM/370, MVS, MVT, etc)
The not licensed for list would be too extensive for IBM to consider
publishing.
It would be better to reverse the
On Monday, 04/28/2008 at 10:28 EDT, Mrohs, Ray [EMAIL PROTECTED]
wrote:
Is there a list of z/VM software products and/or applications that will
NOT run on an IFL?
VSE, MVS, TPF, any VM prior to z/VM V4 (including CMS itself).
Other than that, no. All of the products that have IPLA (OTC)
And do the lpr/lpd and UTF functions still work if RSCS is unlicensed?
Mike Harding, Consultant/Specialist
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on
04/28/2008 04:50:49 AM:
RSCS is and will continue to be available for all supported z/VM
releases. If you are on z/VM
With the IBM z10, you can mix standard and IFL engines in the
same LPAR. So, if you put all your engines in the same LPAR,
what does that do to licensing of 390 software that can also
run on an IFL?
Note that this is a statement of direction. A not as yet
announced release of z/VM will be a
And do the lpr/lpd and UTF functions still work if RSCS is
unlicensed?
There is no change. The drivers that were no-charge with the RSCS
product are still no-charge with the RSCS feature.
Jim
Jim Elliot's licensing explanation is what we are experiencing. I
just recently documented for IBM why we wanted VM/VTAM and how we would
use it. Two years ago we were able to license this product with no
problem on IFLs at one of our other sites. There were no technical
issues running it, nor
On Monday, 04/28/2008 at 11:42 EDT, Burch, Aubrey Dennis CIV DISA GS4B
[EMAIL PROTECTED] wrote:
We are uncomfortably restricted in that the Department of Defense
(DOD) Ports and Protocols List prohibits the use of telnet (even SSL),
and port 23 is being systematically closed at all our
Cheating like that can get you visited by armed Marines, etc.
I doubt that any traffic between two DOD bases is unencrypted and tapping
the coax cables inside the bases will get you in even more trouble.
/Thomas Kern
/U.S. Department of Energy
/301-903-2211 (O)
/301-905-6427 (M)
On Mon, 28
Alan, you are correct - passwords are encrypted, which is done using a
custom https front end solution that connects to our DOD IP network at
a couple network boundary locations. From there, the session is
connected to our isolated SNA networks in the background.
The Ports and Protocols List
Would having the SNA go to a Linux image, perhaps in an IFL LPAR in the
same box an your VM system, running Comm Server solve the problem?
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern
Sent:
Interesting question.
I was trying to explain VTAM to a relatively newbe a couple weeks ago.
And I did come to the conclusion that since there are no new SNA hardware
anymore, not only VTAM should be sunsetted, but we need to play to get rid of
VTAM in the next few years.
The problem still
Would that be at the same price and support level as VM/VTAM?
/Thomas Kern
/U.S. Department of Energy
/301-903-2211 (O)
/301-905-6427 (M)
On Mon, 28 Apr 2008 11:16:52 -0700, Schuh, Richard [EMAIL PROTECTED] wrot
e:
Would having the SNA go to a Linux image, perhaps in an IFL LPAR in the
same box
On Monday, 04/28/2008 at 02:27 EDT, Schuh, Richard [EMAIL PROTECTED]
wrote:
Would having the SNA go to a Linux image, perhaps in an IFL LPAR in the
same box an your VM system, running Comm Server solve the problem?
You would have to write the moral equivalent of VSCS, doing LU 2 on one
side
How does zOS handle this situation? Does it need VTAM to communicate
with other CICS's in the same zOS?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: Monday, April 28, 2008 2:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject:
You would have to write the moral equivalent of VSCS, doing LU 2 on
one
side and LDSF on the other. (VSCS uses *CCS, not LDSF, but let's not
quibble over details.)
Minus 3d10 sanity for *CCS exposure. (*CCS qualifies as squamous
crawling horror)
If you're going to do it this way, just use
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Gentry, Stephen
Sent: Monday, April 28, 2008 1:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VTAM on an IFL?
How does zOS handle this situation? Does it need VTAM to communicate
with
As far as I know, it is up to date now, which makes the support level
much better. The price is something I do not know, but considering the
cost I was given for the recently decommissioned VM/VTAM, I doubt that
it is any worse.
Regards,
Richard Schuh
-Original Message-
From: The
A couple of years ago, when our communications folks were upgrading to
Enterprise Extender (or some such), IBM was pushing this at them for VM
like it was already a done deal. Talk SNA out one side of the mouth;
TCP/IP out the other, kind of like a salesman does. You mean that IBM
doesn't already
Assuming that there are no dumps is spool, is it possible to swap a
3390-03 disk for a 3390-09 having the same volser? It would be a case of
formatting and allocating the new disk, change the 03 volser to
something else, change the 09 volser to the one the one formerly on the
03, and finally,
On Monday, 04/28/2008 at 04:00 EDT, Schuh, Richard [EMAIL PROTECTED]
wrote:
A couple of years ago, when our communications folks were upgrading to
Enterprise Extender (or some such), IBM was pushing this at them for VM
like it was already a done deal. Talk SNA out one side of the mouth;
On Thu, 24 Apr 2008 00:08:36 -0400, Alan Altmark [EMAIL PROTECTED]
wrote:
There is an inherent architectural problem with an ssh *server* on VM: T
he
IP connection does not terminate in your virtual machine. When you logi
n
to a system with ssh, you are expected to have logged into your own
I see. It was presented to me, second hand, as a replacement for
VM/VTAM, not an addition to it. That may well have been a
misunderstanding of what was presented.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of
On Monday, 04/28/2008 at 05:38 EDT, Schuh, Richard [EMAIL PROTECTED]
wrote:
I see. It was presented to me, second hand, as a replacement for
VM/VTAM, not an addition to it. That may well have been a
misunderstanding of what was presented.
Oh, my. I can see where such a statement might,
Alan Ackerman wrote:
In previous discussions here, there was a feeling that an ssh *client* in
CMS was more important than having the ability to ssh *into* the system.
CMS is not a multiuser system. SSH into CMS directly does not make
sense, because an
SSH server is a
On: Mon, Apr 28, 2008 at 01:52:15PM -0700,Schuh, Richard Wrote:
} Assuming that there are no dumps is spool, is it possible to swap a
} 3390-03 disk for a 3390-09 having the same volser? It would be a case of
} formatting and allocating the new disk, change the 03 volser to
} something else,
It is like editing the result of editing a highly compressed JPEG. The
errors are compounded. :-)
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark
Sent: Monday, April 28, 2008 2:48 PM
To:
In the VSE world I know for a fact that one of the TCP/IP stack vendors
offers a way to access VTAM applications without VTAM. That stack
feature just went GA before the WAVV conference this year. So, any VTAM
application could be accessed directly without having VTAM present on
the system.
On Monday, 04/28/2008 at 05:05 EDT, McKown, John
[EMAIL PROTECTED] wrote:
Why? What is wrong with OpenSSH?
Trick question. :-) There is nothing wrong with OpenSSH.
But remember that in a VM system, we're talking about virtual machines,
not processes. There is no hierarchy of virtual
I wasn't too cleat. It is a DUMP pack and I can guarantee that there are
no files on it, even if I have to SET DUMP OFF and purge any closed dump
files. I probably don't have to go to that extreme, though. We just took
our first dump in over a year, a SNAPDUMP taken because of a
LOGOFF/FORCE
While I didn't do it (big disclaimer up front!), I was around back in
the late '70s when they rewrote the TSO terminal handler stuff. The
old TCAM support was removed and the new code intertwined it with VTAM.
While it was a separate component, it seemed to be all gray shadows
and mirrors
Now for the really stupid question.
Why is an SSH daemon absolutely fundamental and prerequisite to a CMS
SCP command to move a PDF from my A-disk to one of my linux servers for
serving via Apache?
/Tom Kern
Alan Altmark wrote:
On Monday, 04/28/2008 at 05:05 EDT, McKown, John
[EMAIL
On: Mon, Apr 28, 2008 at 03:49:44PM -0700,Schuh, Richard Wrote:
} I wasn't too cleat. It is a DUMP pack and I can guarantee that there are
} no files on it, even if I have to SET DUMP OFF and purge any closed dump
} files. I probably don't have to go to that extreme, though. We just took
} our
On Monday, 04/28/2008 at 07:53 EDT, Thomas Kern [EMAIL PROTECTED]
wrote:
Why is an SSH daemon absolutely fundamental and prerequisite to a CMS
SCP command to move a PDF from my A-disk to one of my linux servers for
serving via Apache?
It's not. As I said, the ssh client side (used by scp)
36 matches
Mail list logo