Thanks all for your help, everything working now. Is there any benefit/harm in
proceeding with the setup of RACF TCP/IP documented in appendix A of the TCP/IP
planning guide? The limited TCP/IP services we use seem to be working just
fine with the generic setup of VMBATCH described in the
Yes, you still need to follow that appendix. Servers like FTP need to be
able to validate passwords for user ids and that requires some setup in
RACF and TCPIP. You can skip the part about giving FTPSERVE access to
individual VMBATCH profiles since your generic profile handles that.
On Thu,
David,
1) a section on setting up the CMS SSL server to provide secure
management traffic transport.
2) a section on enabling SMAPI and the use of smaclient to manipulate
the images.
We had talked about the SSL server early. Apparently this is a
complicated install. Given the quantity of
./smaclient smiucv will compile it and place it in the current directory.
Documentation is in the beginning of the smaclient script. Similar to smcli
which is installed as part of xcat.
Chris Will
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf
Chris,
./smaclient smiucv will compile it and place it in the current
directory.
Yes, that worked! Thanks.
For some reason, I thought that process was done auto-magically.
Mike MacIsaac mikemac at-sign us.ibm.com
--
For
1) a section on setting up the CMS SSL server to provide secure
management traffic transport.
2) a section on enabling SMAPI and the use of smaclient to manipulate
the images.
We had talked about the SSL server early. Apparently this is a complicated
install. Given the quantity of
Hello Group,
A few years ago we set up a SUSE zlinux instance and tested asp.net under mono.
It worked, but it was decided not to be moved into production.
We have another app that we would like to test, but we no longer run any SUSE
instances. We are all RedHat now and Mono was
Hello listers,
We have a bunch of SAP application servers running under z/vm. They are all
pointed at the same z/os 1.13 system. There are several DB2s running on this
z/OS system. All the Apps servers are using the same hipersocket chpid to
communicate to the z/os system the same
Or maybe a compiled smiucv should also be on the Downloads page?
...
I'll talk to Leland about shipping a prebuilt one, though
-- no need to force a toolchain install if not needed.
CORRECT.
And for external facing or cloud guests, it's important to NOT
have the toolchain available.
Yeah,
We have another app that we would like to test, but we no longer run any
SUSE instances. We are all RedHat now and Mono was dropped from
Redhat support years ago.
But is still well supported. Drop me a note for details.
On Thursday, 06/13/2013 at 03:29 EDT, Ron Foster
ron.fos...@baldor.abb.com wrote:
We have a bunch of SAP application servers running under z/vm. They are
all
pointed at the same z/os 1.13 system. There are several DB2s running on
this
z/OS system. All the Apps servers are using the same
Alan,
I went to talk to the z/os guy to get a better understanding of what the TCP IP
folks are wanting done.
I now have a better understanding of what is going on.
1. We have so much data flowing through the hipersocket chipid that we are
experiencing queueing in the hipersocket. (This is
12 matches
Mail list logo
