|
Make sure that you have set the system value QRETSVRSEC to '1' on both systems. The USRID is not necessarily the same as the USRPRF. It is the profile under which the server jobs will run and must be on both systems with the same password. http://publib.boulder.ibm.com/infocenter/iseries/v5r3/index.jsp?topic=/d dm/rbae5sourcesecurity.htm Guy Murphy murphyfa@xxxxxxxx University of Illinois Foundation 217-333-8670 http://www.heisercoaching.com This electronic message and any attached files contain information intended for the exclusive use of the individual or entity to whom it is addressed and may contain information that is proprietary, privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information may be subject to legal restriction or sanction and is strictly prohibited. If you have received this communication in error, please notify the sender by return electronic message or telephone and destroy the original message without making any copies. -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Ramanan SV Sent: Wednesday, October 26, 2005 11:34 PM To: midrange-l@xxxxxxxxxxxx Subject: DDM File problems I have the following scenario : I have created DDM file ABCPF in AS400 system ABC400. The actual data is present in ABCPF in AS400 system XYZ400. After giving the command CHGDDMTCPA AUTOSTART(*YES) PWDRQD(*NO) in the system ABC400 I am able to get the data from XYZ400. But when I change the command to CHGDDMTCPA AUTOSTART(*YES) PWDRQD(*YES) I am not able to get the data inspite of giving the following command in the System ABC400. ADDSVRAUTE USRPRF(TESTDDM) SERVER(XYZ400) USRID(TESTDDM) PASSWORD('PASS123') The error message which I get is given below. Additional Message Information Message ID . . . . . . : CPF9190 Date sent . . . . . . : 26/10/05 Time sent . . . . . . : 13:51:25 Message . . . . : Authorization failure on DDM TCP/IP connection attempt. Cause . . . . . : A connection attempt failed with reason code 17. The reason codes and their meanings are as follows: 17 -- The security mechanism requested by the client is not supported or allowed at the server. See recovery information below. 22 -- Security processing at the client failed. Recovery . . . : Correct the problem indicated by the reason code if possible, and attempt to connect again. A common cause for reason code 17 is that the server requires a password but the client sends only a user ID, or the server requires an encrypted password and the client did not send an encrypted password. The AS/400 DDM server can be configured to not require a password or an encrypted password by using the CHGDDMTCPA CL command. Please help me to solve this problem. Regards, Adi --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.