Here is what I tried at first, to move the organizational CA to a different server:

1. Back up the object as explained in the Novell Certificate Server 3.3 documentation.

2. Copy the CRL and Cert objects as in the documentation.

3. Delete the ca-object.

4. Shut down the target server, edir-wise.

5. Copy the CRL and Cert objects to the target server.

6. Configure Novell Certificate Server and import the .pfx.

The result was:

– The CA is the (new) target server.
– No certificates were listed when I browsed in iManager to Configure Certificate Server > Certificates.


1. Start dstrace.dlm from the NDS console.

2. Enable just the PKI options for DSTrace.

3. Enable logging of DSTrace to a file.

4. Work through option II of TID 3618399 (, which deletes and creates a new CA.

5. Once you have completed this process, attempt to create a new certificate.

6. Check: attribut: ndspki:sd key server dn

7. Via dhost (Bsp.:, restart the Novell Certificate Server and check ..\novell\nds\dibfiles\pkihealth.log

8. Delete and recreate the CA, solely with ConsoleOne.

The advantage was that ConsoleOne produced different error codes. One of them was -678 while creating a new CA object, which led to TID 10082074 ( and solved the problem.


– The CA-Server needs to have a replica of the security container. Some versions of novell certificate server need to successfully configure the ca-object, and one may need to temporarily replicate the [Root] and the partition the server (to be the CA)
resides in.
– The CA object needs to have the host-server attribute filled in correctly.
– The security container needs the attribute NDSPKI:Tree CA DN with the correct server.
– The security container must not have more than read-rights configured for public. Essentially, the reason for the problem was that [public] also held supervisor rights (see step 5 above.)

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this post.
Categories: Uncategorized

Disclaimer: As with everything else at NetIQ Cool Solutions, this content is definitely not supported by NetIQ, so Customer Support will not be able to help you if it has any adverse effect on your environment.  It just worked for at least one person, and perhaps it will be useful for you too.  Be sure to test in a non-production environment.

Leave a Reply

No Comments
By: florianz
Mar 26, 2008
8:03 am
Active Directory Automation Cloud Computing Cloud Security Configuration Customizing Data Breach DirXML Drivers End User Management Identity Manager Importing-Exporting / ICE/ LDIF Intelligent Workload Management Knowledge Depot LDAP Migrating from Windows XP or 2003 to SUSE Linux Monitoring Open Enterprise Server Passwords Reporting Secure Access Sentinel Supported Troubleshooting Workflow