I think I found the problem: when opening many files in different workunits,
as many APPC connections are made to the SFS server as you have workunits.
Even a return to CMS READY doesn't free these connections.
The PIPE stages writing CMS files in SFS (even fn ft fm) have by default
WORKUNIT
I'm struggling with IPGATE too: I've got some code that splits some MDISK
resident files into 18 SFS files, these 18 files are open concurrently, a
nd
the SFS is remote, over IPGATE.
When I tried it, the PIPE hangs, and IPGATE says:
...
IPGATEY36 Request from MAINT for POOLSRC at 4567
On Thursday, 09/02/2010 at 11:08 EDT, Kris_Buelens
kris.buel...@gmail.com wrote:
I found Alan's response about OverridePrecedence and I added it to the
local
and remote TCP/IP stacks via OBEYFILE and restarted both IPGATEs. But
that
didn't help.
As of z/VM 5.4, OverridePrecedence is no
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IPGATE errors
As of z/VM 5.4, OverridePrecedence is no longer required;
it's one of those unchangeable defaults.
Alan Altmark
z/VM Development
IBM Endicott
I've been trying out IPGATE recently, because we have a couple of
systems with no good alternatives for remote SFS access. One of our
testers is reporting errors accessing a remote directory after the
connection has been idle for several hours. I would love to open an
ETR, but we all know that
On Thursday, 10/02/2008 at 08:20 EDT, O'Brien, Dennis L
Dennis.L.O'[EMAIL PROTECTED] wrote:
A couple of months ago, someone said that IBM has an internal version of
IPGATE with some bugs fixed. Is there any chance of getting that on the
VM Download page?
Unlikely in the extreme.
First,
