|
Did you run RSTAUT after restoring the USRPRF and your Data to replace Private Authorities? _____________________ Kirk Goins CCNA Systems Engineer, Manage Inc. IBM Certified iSeries Solutions Expert IBM Certified iSeries e-Business Infrastructure IBM Certified Designing IBM e-business Solutions Office 503-353-1721 x106 Cell 503-577-9519 kirkg@xxxxxxxxxxxxx www.manageinc.com There are 10 types of people in the world: Those that understand binary, and those that don't. "Raul A. Jager W." <raul@xxxxxxxxxx> Sent by: midrange-l-bounces@xxxxxxxxxxxx 04/21/2005 02:06 PM Please respond to Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> To Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> cc Subject DDM Files We just instaled a new 520, and RSTUSRPF one by one in order to eliminate the ones that where disabled, old, gone, etc from the original 820. CHGDDMTCPA is set not to require password. The reason is 15, Authorization process failed in the server, but the only thing I found in the server is ¨error during initialization" We created some DDMF to the new computer and some user have no problem using them but others can not connect, they get this message in the server: ________________________________________________________________________________________ CPI9162 Informativo 00 21/04/05 16:56:49,964712 QCNTEDDM QSYS 05FF QCNTEDDM QSYS 05FF Mensaje . . . . : Trabajo destino asignado para gestionar conexión DDM iniciado por sistema origen sobre TCP/IP. Causa . . . . . : El trabajo de sistema origen 325260/RICHAR/QPADEV000B en el sistema origen ABC ha iniciado una conexión de gestión de datos distribuidos (DDM) sobre TCP/IP. Vea el trabajo origen 325260/RICHAR/QPADEV000B para ver todos los mensajes adicionales relativos a la conexión DDM. DDM utiliza la dirección IP remota 192.168.17.199 y el puerto remoto 6230 para esta conexión TCP/IP. CPF9162 Escape 40 21/04/05 16:56:50,211152 QCNTEDDM QSYS 082B QCNTEDDM QSYS 082B Mensaje . . . . : No puede establecerse una conexión DDM con el sistema remoto. Causa . . . . . : Se ha producido un error durante la inicialización de la gestión de datos distribuida (DDM) al intentar establecer una conexión DDM en la ubicación remota con el sistema remoto. Recuperación . : Vea el mensaje *N listado anteriormente. Corrija los errores y vuelva a intentar la petición. De haberse listado el mensaje CPD3E34, consulte el mensaje listado antes que él para obtener el significado del código de error. Si la ubicación remota listada es *N, consulte los mensajes listados con anterioridad en las anotaciones de trabajo para ver la causa del error de comunicaciones TCP/IP de DRDA/DDM. ___________________________________________________________________________________________________ and this in the originating computer: ___________________________________________________________________________________________________ Información Adicional de Mensaje ID de mensaje . . . . : CPF9190 Gravedad . . . . . . . : 40 Tipo de mensaje . . . : Diagnóstico Fecha envío . . . . . : 21/04/05 Hora envío . . . . . . : 15:36:28 Mensaje . . . . : Anomalía de autorización en un intento de conexión TCP/IP DDM. Causa . . . . . : Ha fallado un intento de conexión y el código de razón ha sido 15. Los códigos de razón y sus significados son: 0 -- Causa desconocida. 1 -- La contrase¦a ha caducado. 2 -- La contrase¦a no es válida. 3 -- Falta la contrase¦a. 4 -- Violación de protocolo. 5 -- No se ha encontrado el ID de usuario. 6 -- El ID de usuario no es válido. Para un servidor iSeries, puede tratarse de PASSWORD(*NONE) o de un perfil de usuario da¦ado. 7 -- El ID de usuario está revocado o inhabilitado. 15 -- El proceso de seguridad ha fallado en el servidor. 16 -- La nueva contrase¦a no es válida. 17 -- El servidor no admite o no permite el mecanismo de seguridad que ha solicitado el cliente. Vea la información de recuperación que figura a continuación. 22 -- El proceso de seguridad ha fallado en el cliente. Recuperación . : Corrija el problema indicado por el código de razón, a ser posible, y vuelva a intentar conectarse. Si el código de razón es 17, la causa más común es que el servidor requiere una contrase¦a pero el cliente sólo envía un ID de usuario, o que el servidor requiere una contrase¦a cifrada y el cliente no la ha enviado. El servidor de DDM iSeries puede configurarse de manera que no requiera ninguna contrase¦a o contrase¦a cifrada utilizando el mandato CL CHGDDMTCPA. ________________________________________________________________________________________________ -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.