-- Forwarded message --
From: Tom Huegel
Date: Tue, Mar 8, 2011 at 8:48 AM
Subject: Different data from CCW DATA READ as guest or native.
To: The IBM z/VM Operating System
I see this descrepency between TPF native and TPF as a z/VM guest.
Has anyone else seen this behavior?
Is t
>I use the RSCS transmitters for UFT but the UFTD server supplied with
>TCPIP. When I first tried setting this up I had problems with the UFT
>receiver in RSCS so I gave up on that. I can help test/debug things
>since this process is internal to my systems and just used by systems
>support staff.
>
On Fri, 2 May 2008 16:37:19 -0700, Howard Rifkind <[EMAIL PROTECTED]>
wrote:
>Brian, would you be good enough to share the code for the process you
>mention below?
>>On Thu, 1 May 2008 15:20:04 -0500, Brian Nielsen
<[EMAIL PROTECTED]> >wrote:
>>
>>I recently setup an automated process to FTP
Brian, would you be good enough to share the code for the process you mention below?--- On Thu, 5/1/08, Brian Nielsen <[EMAIL PROTECTED]> wrote:From: Brian Nielsen <[EMAIL PROTECTED]>Subject: Re: RSCS questionTo: IBMVM@LISTSERV.UARK.EDUDate: Thursday, May 1, 2008, 4:20 PMOn Wed, 30 Apr 2008 11:33:3
> This process also works identically from non-VM platforms (ie. sending
>
> VMWARE accounting data to z/OS) for which using RSCS is not an option.
Actually, there are TCPNJE services for VMWare, but I can see the point.
Nifty setup.
On Thu, 1 May 2008 17:00:57 -0400, David Boyes <[EMAIL PROTECTED]>
wrote:
>> >It's also your best route to move files, print and monitoring data
>over
>> >to other IBM OSes like z/OS (and non-IBM systems with a little help
>from
>> >us) without human intervention.
>> I recently setup an automate
of Hewitt Associates.
Brian Nielsen <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System"
05/01/2008 03:20 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: RSCS question
On Wed, 30 Apr 2008 11:33:35
> >It's also your best route to move files, print and monitoring data
over
> >to other IBM OSes like z/OS (and non-IBM systems with a little help
from
> >us) without human intervention.
> I recently setup an automated process to FTP to z/OS data extracted
from
> DISKACNT's ACCOUNT files every day.
On Wed, 30 Apr 2008 11:33:35 -0400, David Boyes <[EMAIL PROTECTED]>
wrote:
>It's also your best route to move files, print and monitoring data over
>to other IBM OSes like z/OS (and non-IBM systems with a little help from
>us) without human intervention.
I recently setup an automated process
On Wednesday, 04/30/2008 at 11:38 EDT, David Boyes <[EMAIL PROTECTED]>
wrote:
> If you plan to use CSE for VM failover, you need it to move updates
> between primary and satellite DIRMAINTs.
Only if you're not using shared spool.
Alan Altmark
z/VM Development
IBM Endicott
> We are doing a z/VM and zLinux proof of concept and are starting
gather
> prices for presentation to management. The trial z/VM software from
IBM
> and the price quote contain RSCS and I'm trying to determine exactly
> what it is used for.
>
> >From http://www.vm.ibm.com/networking/ it is explai
If you run multiple systems, it's an easy way to move files across CTC
connections. If you want to be able to print to various types of printers,
you may or may not need to get an RSCS license, depending on the type of
printer (TCP/IP attached printers are supported w/o a license, I think.
We have
We are doing a z/VM and zLinux proof of concept and are starting gather
prices for presentation to management. The trial z/VM software from IBM
and the price quote contain RSCS and I'm trying to determine exactly
what it is used for.
>From http://www.vm.ibm.com/networking/ it is explained to 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
And do the lpr/lpd and UTF functions still work if RSCS is unlicensed?
Mike Harding, Consultant/Specialist
The IBM z/VM Operating System 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 5.2, RSCS 3.2 is ava
>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
>V
On Monday, 04/28/2008 at 02:13 EDT, Berry van Sleeuwen
<[EMAIL PROTECTED]> wrote:
> Yet it also states:
>
> 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
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, preinsta
The RSCS web site has an announcement that says in part...
"The stand-alone RSCS V3.2.0 (5684-096) product was planned to be
withdrawn from marketing effective September 30, 2007. However, on
June 5, 2007 the planned date for RSCS V3.2.0 on z/VM V5.2 was
extended and is is planned to be withdrawn
We are looking at possibly ordering RSCS for it's TCPNJE functions. I've
been told to order it now before 9/2008 (looks like 5/2008 now). Why is
that date important? I see that the standalone version is being withdraw
n
from support.
Thanks... the curious one.
Robert
uh
>
>
>
> > -Original Message-
> > From: The IBM z/VM Operating System
> > [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens
> > Sent: Tuesday, February 05, 2008 12:14 AM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: RSCS question.
> >
ROTECTED] On Behalf Of Ed Zell
> Sent: Tuesday, February 05, 2008 8:46 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: RSCS question.
>
> > You autolog a machine, not an operating system. (Hmmm, I have never
> > tried to autolog z/OS 1.7; maybe it will work.)
>
>
&
> You autolog a machine, not an operating system. (Hmmm, I have
> never tried to autolog z/OS 1.7; maybe it will work.)
I don't know anything about z/OS, but I can autolog a virtual
machine that runs z/VSE and it works just fine. We do it with
our tech support z/VSE system all the time since no
it will work.)
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens
> Sent: Tuesday, February 05, 2008 12:14 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: RSCS question.
>
> PARM AU
t. Thanks.
>
>
>
> Regards,
> Richard Schuh
>
>
>
>
>
>
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel,Thomas
> Sent: Monday, February 04, 2008 2:08 PM
> To:IBMVM@LISTSERV.UARK.E
, February 04, 2008 2:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: RSCS question.
From the GCS manual.
Note: PARM AUTOLOG will not work properly if you try to enter it
from an IPL instruction on your console's command line. Use PARM AUTOLOG
on
Of Schuh, Richard
Sent: Monday, February 04, 2008 3:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: RSCS question.
In the planning manual, there is a note about specifying PARM AUTOLOG on the
IPL statement in the RSCS directory entry that says, "Required if GCS is
autologged." This is a bit
In the planning manual, there is a note about specifying PARM AUTOLOG on
the IPL statement in the RSCS directory entry that says, "Required if
GCS is autologged." This is a bit ambiguous. GCS is autologged, but
after the system has been up for a bit, if you try to execute the
command CP IPL GCS P
28 matches
Mail list logo
