The feedback I regulary send is honored and being worked on; the time before
a fix for my complaints is placed in production could be faster though.
2007/1/15, Alan Altmark [EMAIL PROTECTED]:
On Friday, 01/12/2007 at 08:04 CST, Alan Ackerman
[EMAIL PROTECTED] wrote:
I couldn't figure out how
2007/1/10, Bill Holder [EMAIL PROTECTED]:
The known fixes for DB2 server abends are VM63978 (available since June
2006) and now newly opened APAR VM64120, which is not yet closed, but for
which a fixtest is available
I can now confirm that this fixtest seems to cure our poblems. A second
Might the 'already signed in' message be there because you did not 'sign out'
from a previous session? Could it be misrepresenting the fact that you have a
cookie saying you are signed in even though no current session exists?
/Tom Kern
--- Alan Ackerman wrote:
wget definitely works. Thanks!
We are just now beginning to experiment with the RSCS TCPNJE link to z/OS
(had to wait for z/OS to provide a TCPNJE link for JES2).
When we start an SNANJE link on RSCS, it will wait patiently for the
remote side to start up.
But when attempting to start an RSCS TCPNJE line driver (link name
I'm on z/VM 4.4 yet (the z9 is on the floor and waiting for the
electrician) and have been running Perf. Toolkit since last summer with
no problems other than the strange, to me, command interface and
output. Over the weekend, PERFKIT running on PERFSVM abended. I
restarted it and within
Hi, Mike.
RSCS will keep listening for the remote side of the connection to come
up and when it does, RSCS will finish making the connection. You don't
need to do anything else on your end.
I have a number of RSCS links here to other z/VM sites that come and go
at unpredictable times,
It appears you have run into the same problem one of our internal accounts
encountered yesterday.
It appears there is a time-of-day boundary check being performed inside the
PERFKIT MODULE.
Around Noon on 14 January, the TOD clock rolled from BFxx
to C0xx
and this TOD
Technically yes, it's out of support (and I'm sure they'll remind you of
that). But they may still be able to do a search for your symptoms and
point you to an already existing PTF, if there is one.
Jim Bohnsack wrote:
I'm on z/VM 4.4 yet (the z9 is on the floor and waiting for the
Sorry if I am being thick but can you tell me the exact FTP site that I
need to address for this?
Thanks
Colin Allinson
Amadeus Data Processing
Michael Donovan [EMAIL PROTECTED] wrote :-
It appears you have run into the same problem one of our internal accounts
encountered yesterday.
It
The FTP site information is
Customers may want to see the new WEB page at:
http://techsupport.services.ibm.com/s390/support/
then CLICK on Service requests, problem reporting on the left
then OPEN Software problem reporting in
Mike had beat me to this post. Please direct PMR's to z/VM support, queue
CPCON, 100 if calling it in.
FTP info is:
This is the address: testcase.boulder.ibm.com
Files from us to a customer should be placed in directory:
/s390/fromibm/vm
Thanks, Dave - but your being able to do it does not explain why we get
the error msgs when attempting to start the TCPNJE link (not SNANJE) and
let it wait for the JES2 side to start. Perhaps it is old maintenance?
But an IBMLink SIS search did not turn up anything.
Mike Walter
Hewitt
Happy Dr. Martin Luther King, Jr. Day to one and all.
Here are the sessions that still need chairs for the next SHARE in Tampa.
Remember: You can't chair your own session. You can chair any session for
days you are attending the conference. So drop me a note and let me know
which ones you want to
Hi,
I had the same problem with PTK. I opened a PMR earlier today. After reading
your postings I installed the PERF520 PACKMOD and now all seems to be OK.
Thank you for posting.
Bye,
Geert.
Geert Dieltiens
Systeembeheerder
Informatica J. Van Breda C°
Note too that when a TCPNJE links breaks, RSCS will not attempt to restart,
unless...
your create a LinkName GCS Rexx exec and place an
Address RSCS 'START linkname'
inside it. Still not 100% perfect I learned, but it helps. Yes, SNA links
has fewer start problems.
2007/1/15, Mike Walter
Thanks, Kris. That I knew, having done it for SNANJE links (but may have
forgotten to do it for this new link had you not reminded me). But this
isn't (yet, until it gets started) a restart problem. It's a START
problem, and failure to stay in pending start (my term) status. I'll open
a
Remember that the LINKDEFINE for RSCS contains both a Link Name and a Node
Name. Could it be a mismatch with one of these? According to the RSCS
code we have received a reason code of 1 in the CRR control record. This
indicates a node mismatch. If reviewing your configuration doesn't find
Thanks, Colleen. I had already opened the ASK PMR before seeing your
post.
The PMR includes the LINKDEF, and PARM, as shown below:
LINKDEF UTR TYPE TCPNJE ASTART CL * NODE UTR QUEUE PRI FORM *
PARMUTR JOBNAME=USERID HOSTNAME=LINMPUTR1 LCLPORT=175 RMTPORT=175
The LINK name, NODE name, and
What I think is happening here, since it was mentioned that the problem
only occurs when the JES link has not been started is, JES decided to
make an implementation change to stop RSCS from retrying connect
attempts until the JES link had started. What they decided to do
was to reject the RSCS
See the append I just posted, I don't think RSCS maintenance will
provide any change in this behavior. I recommend opening a PMR
to JES support and complain about this behavior.
If the JES side is started, the link will connect correct?
They need to provide another approach to slow RSCS connect
Well THANK YOU, Les!
How courteous of JES2. Can we make a similar change to RSCS to bollix up
JES2 when it keeps asking about something? ;-)
Nice error indication they picked, eh?
This does sound like it could be the problem. The link was defined
dynamically to JES2 to allow us to test the
Les,
Our posts crossed on the net. I've already updated the PMR, included your
reply (idle curiosity: I wonder how long it would have taken level 2 to
find this result?), and asked how best to appeal the current JES2
solution.
Thanks again for your quick response!
Mike Walter
Hewitt
It has taken me a while to recall why I havn't been using more than 1
HOME statement.
I did this many years ago and got the same result.
When I update the configuration to:
HOME
205.235.227.74 255.255.255.000 QDIO1
192.168.099.227
On Monday, 01/15/2007 at 03:02 CST, Tom Duerbusch
[EMAIL PROTECTED] wrote:
HOME
205.235.227.74 255.255.255.000 QDIO1
192.168.099.227 255.255.255.000 LLINUX27
192.168.099.024 255.255.255.000 LNEWESA4
192.168.099.010 255.255.255.000 LY2KESA2
; (End HOME Address information)
GATEWAY
;
Good point, Alan. Thanks. I'll work the problem from the JES2 side.
Mike Walter
Hewitt Associates
Any opinions expressed herein are mine alone and do not necessarily
represent the opinions or policies of Hewitt Associates.
Alan Altmark [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating
Ladies and gentlemen,
It has been brought to my attention that the APAR for PERFKIT's TOD glitch
is
VM64142. PTFs to follow as soon as possible.
Thanks!
Mike Donovan
On Mon, 15 Jan 2007 01:09:47 -0500, Alan Altmark [EMAIL PROTECTED]
wrote:
On Friday, 01/12/2007 at 08:04 CST, Alan Ackerman
[EMAIL PROTECTED] wrote:
I couldn't figure out how to view a single PTF until Marcy told me.
It took me quite a while to figure out that if I want to ADD products
to
A small quick test reveals to what it corresponds
pipe strliteral xC000!dateconv todabs REXXn Timeout!cons
13 Jan 2007 18:55:20.527872
This is at
q timezone
Zone Direction Offset Status
WIN East 01.00.00 Active
Kris Buelens,
IBM Belgium, VM customer support
28 matches
Mail list logo