Entegrity Solutions: Access management, SSO, secure file delivery, DCE/DFS
Entegrity Solutions: Access management, SSO, secure file delivery, DCE/DFS


Products from Entegrity Solutions Services from Entegrity Solutions Entegrity Solutions corporate information News and events from Entegrity Solutions Entegrity Solutions customers
Entegrity Solutions partners Contact Entegrity Solutions Technical Support from Entegrity Solutions

 

Support 
Entegrity Home
Support Home
Search Tips
AssureAccess
AssureBridges
AssureDelivery

PC-DCE/DFS for
    Windows

DCE/DFS for Linux
DCE/DFS for Tru64
     UNIX
NetCrusader/Web
DCE and DFS for Red Hat Linux -- Version 2.3-141

New Features in v2.3-141

DCE and DFS v2.3 for Red Hat Linux, which supports Red Hat v9 and Red Hat Enterprise Linux v3.0, is now available. (Note: This version supports *only* Red Hat v9 and Red Hat Enterprise Linux v3.0.)

Problems Fixed in This Release

The following problems have been fixed in this release.

  • Build 141 fixes the problems relating to memory and intercell communication as well as providing improvements to the CDS server, including:
  • Fixed an issue with allocation of client credentials for remote cell communication. The storage allocated was of the incorrect size and was causing data corruption issues.
  • Added additional RPC debugging for allocation and deallocation problems relating to failed TCP RPC calls.
  • Fixed several problems with memory leaks in the cdsclerk client daemon.
  • Added support to increase the number of listen and worker threads in the CDS server to better handle heavy loading conditions. The CDS_LISTEN_THREAD value is set in the dce_services.db file to modify the number of threads. The value can be from 10 to 40. Values exceeding 40 will be set to 40 and values less than 10 will be set to 10 (number of CDS server threads in prior versions). Note, only increase the number of threads if you have cdsclerk deamons in the cell that are growing in memory size under heavy local CDS activity.
  • Reduced the time delay for remastering CDS directories from the master clearinghouse to a replica. Prior versions would see a nominal delay of 10 seconds for each directory. This version reduces that delay to 1 second. The delay time is to allow all CDS servers to properly replicate the directory.
Be sure to also view the Release Notes included in the documentation download and posted on the online Documentation Library.

       

Obtaining v2.3-141

Click here to request a download of the upgrade

Click here for an evaluation version

Installing v2.3-141

See the instructions in the Installation and Configuration Guide included in the documentation download and posted on the online Documentation Library.

Contact :: Site map :: Privacy policy :: Top