Based on the sense code I would think that stopping and starting QSNADS
and QCMN would not fix anything.
Did you check the target systems logs (QHST and QUADJRN) for anything?
Typically the target systems QHST (DSPLOG) provides a corresponding
message - CPI5206, CPF1269, etc.
Michael Crump
Manager, Computing Services
Saint-Gobain Containers, Inc.
1509 S. Macedonia Ave.
Muncie, IN 47302
765.741.7696
765.741.7012 f
Motivation
If a pretty poster and a cute saying are all it takes to motivate you,
you probably have a very easy job. The kind robots will be doing soon.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Pascal Bellerose
Sent: Friday, November 21, 2008 9:32 AM
To: midrange-l@xxxxxxxxxxxx
Subject: CPF4736 when trying to read a DDMF
Dear Midrange Experts,
We got a strange problem after a role-swap from our production system
to its backup system. This system is communicating with 6 other ISeries
through DDM files. Yesterday on of those remote systems was returning
errors when trying to communicate with it through DDM.
STRPASTHR was running fine but a simple DSPPFM on a freshly created
DDMF would return error CPF4736, with Sense-code 080F6051.
From the documentation, this sense code means that the security
settings passed were not accepted by the remote system.
We checked the user securty and everything look fine.
We restarted QSNADS on the remote system.
From the local system we did a DSPPFM on the DDMF pointing ot the
remote system and it worked. But the other way around (DSPPFM on remote
sys to local sys) did not work and we were getting a CPF4734, with the
same sense code. So we restarted QSNADS and QCMN on the local system.
Now we could dsppfm both ways.
Anybody knows what could've happened? We are to return on the
production system tonight and we'd like to avoid this kind of problem.
Thanks!
midrange.com
