|
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.