|
Or maybe this is what you're experiencing ? Item SA57330 APAR Identifier ...... SA57330 Last Changed..97/11/26 MSGCPD9AA0 MSGMCH1210 ADDNTSUSR CHGSYSDIRA 5763SS1LN SDD R320 Symptom ...... IN INCORROUT Status ........... CLOSED UR5 Severity ................... 3 Date Closed ......... 96/09/04 Component .......... 5763SS1WP Duplicate of ........ Reported Release ......... 320 Fixed Release ............ 320 Component Name 5763 OS400 OFFI Special Notice Current Target Date .. Flags SCP ................... Platform ............ Status Detail: APARCLOSURE - APAR is being closed. PE PTF List: PTF List: Parent APAR: Child APAR list: ERROR DESCRIPTION: At this time, there appears to be a correlation between the OS/400 Integration of Lotus Notes and the installation of the Lotus Notes Server code on the FSIOP and the corruption of the System Distribution Directory (SDD). The LPP for the OS/400 Integration of Lotus Notes is 5763SS1LN (R320). One symptom is that user will get a CPD9AA0 - Field QYNMSVR QNOTES does not exist (in SDD) - when attempting to ADDNTSUSR from an AS400 menu or command line. The other symptom is that when CHGSYSDIRA is attempted you receive a MCH1210 in program QOKAPOP and then the command dumps. The work around to fixed the damaged SDD is to not prompt the CHGSYSDIRA command (which is passing incorrect data in the parameter fields). Instead type the following command: CHGSYSDIRA RTYITV(030) RTYLMT(05) MSGQ(QSYS/QSYSOPR) This will allow entry into the SDD attributes where the QNOTES fields can be manually rebuilt. At the time of this writing, the following are the SDD for the Lotus Notes Integration: Field name . . . . . . . . . . QYNMFADDR Character Product identifier . . . . . . QNOTES Character Function . . . . . . . . . . . *ADD *ADD, *RM Field type . . . . . . . . . . *DATA *DATA, *M Maximum field length . . . . . 512 1-512 Field name . . . . . . . . . . QYNMHOME Character Product identifier . . . . . . QNOTES Character Function . . . . . . . . . . . *ADD *ADD, *RM Field type . . . . . . . . . . *DATA *DATA, *M Maximum field length . . . . . 079 1-512 Field name . . . . . . . . . . QYNMORGU Character Product identifier . . . . . . QNOTES Character Function . . . . . . . . . . . *ADD *ADD, *RM Field type . . . . . . . . . . *DATA *DATA, *M Maximum field length . . . . . 032 1-512 Field name . . . . . . . . . . QYNMSHORT Character Product identifier . . . . . . QNOTES Character Function . . . . . . . . . . . *ADD *ADD, *RM Field type . . . . . . . . . . *DATA *DATA, *M Maximum field length . . . . . 010 1-512 Field name . . . . . . . . . . QYNMSVR Character Product identifier . . . . . . QNOTES Character Function . . . . . . . . . . . *ADD *ADD, *RM Field type . . . . . . . . . . *DATA *DATA, *M Maximum field length . . . . . 008 1-512 After doing this, ADDNTSUSR command worked and Lotus Notes users could be added into the Name and Address Book from the AS/400. LOCAL FIX: PROBLEM CONCLUSION: TEMPORARY FIX: COMMENTS: Problem could not be reproduced. If this problem should happen again, it is necessary to gather as much information as possible regarding what was done before CHGSYSDIRA started failing when prompted. If the problem followed a Notes Server code install please specify the sequence of events that were followed from the install up to the CHGSYSDIRA failure. CIRCUMVENTION: If you run into this problem, you can try the following: 1) Do not prompt the CHGSYSDIRA command, just invoke it with no parameters as: CHGSYSDIRA 2) If the above fails, invoke CHGSYSDIRA with the following parameters but still do not prompt the command: CHGSYSDIRA RTYITV(030) RTYLMT(05) MSGQ(QSYS/QSYSOPR) Note that when any of the two above actions is taken, the default values will be used for all the other System Directory attributes that get set when CHGSYSDIRA is invoked. If directory search data exists on the system (that will generally be the case for V3R2 and subsequent releases) the ALWSCH parameter may have to be changed to truly reflect this attribute. To be on the safe side, recreate the search data by doing the following after CHGSYSDIRA can be prompted: 1- CHGSYSDIRA ALWSCH(*NO) This will erase search data if any existed. 2-CHGSYSDIRA ALWSCH(*YES) This will recreate the search data. The above two steps require exclusive use of the QAOKL03A file in QUSRSYS. Make sure no other jobs are using that file before attempting these two steps. ... Neil Palmer AS/400~~~~~ ... NxTrend Technology - Canada ____________ ___ ~ ... Thornhill, Ontario, Canada |OOOOOOOOOO| ________ o|__||= ... Phone: (905) 731-9000 x238 |__________|_|______|_|______) ... Cell.: (416) 565-1682 x238 oo oo oo oo OOOo=o\ ... Fax: (905) 731-9202 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ... mailto:NPalmer@NxTrend.com http://www.NxTrend.com -----Original Message----- From: Bleddyn Williams [SMTP:bleddyn@morpheus.ltd.uk] Sent: Tuesday, January 06, 1998 10:07 AM To: 'MIDRANGE-L@midrange.com' Subject: chgsysdira CHGSYSDIRA Receiver value too small to hold result. Function check. MCH1210 unmonitored by QOKAPOP at statement *N, instruction X'0046'. Dump output directed to spooled file 3. Current values could not be retrieved. Does anyone get the above error when they try the CHGSYSDIRA I have tried on two different systems and get the same on both. They are both model 150's any ideas? Thanks Bleddyn +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to "MIDRANGE-L@midrange.com". | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.