| Hi Mich�le.
The overhead for DmQ V3, as compared with V2 and on back to PAMS V2.x,
is just greater. The customer can configure the product down to a
minimum of two process (COM and EVL) per group by setting all the
"ENABLE_xxx" to "NO" in the profile section of the DMQ$INIT.TXT file.
>He says that the startup procedure has changed, comparing to his old version
Yes, it has changed. We do have a convert utility which will aid the
transition between V2->V3. Did the customer use this conversion?
>but the related processes are started. As he has several groups, that
The customer may be having some problem sorting out the logical name
tables and directory trees between V2 and V3, if the processes are
still being started, and they have set the ENABLE_xxx NO.
Bruce
|
| Everything seems ok but we're already one step further.
Per group, customer has a DMQ_C_xxxxxx process (COM server), a DMQ_L_xxxxxx (EVL
server) and a DMQ_D_xxxxxx process (Decnet Link driver).
From .1, (thanks Bruce !), it appears that the two first are mandatory. What
about the third one ? Does it make sense not to remove it ? And if so how ?
Best,
Mich�le.
|
| Hi Mich�le.
The DECnet link driver can be eliminated if the customer is
not communicating with UNIX/NT.
To force connectivity via the COM server alone, in the transport
field of the XGROUP section of the DMQ$INIT.TXT file, change
DECNET to DECNETV2 for all of the group entries.
Hope this helps,
Bruce
|