Solved

Persistent error: CSAudit initialization failure, err = 2359306

Posted on 2004-10-15
11
705 Views
Last Modified: 2008-01-09
I have a Netware 6 Server which has started giving me problems on boot.
The problem began after a long power outage caused by bad weather, and I'm convinced it must be some sort of Btrieve-related corruption or something. I've got a workaround, but I can't figure out how to fix the problem permanently.
 
The errors are "Unable to successfully initialize Audit Trail Module. Error code=0x20014" and "CSAudit initialization failure, err=2359306". In addition, I also get a Desktop reset error for every AFP volume on the server, and Mac users report vague problems logging in, slow or no login, having to reboot to log in, etc.

Aside from the DHCP problems and the Mac weirdness, I have not noticed any other symptoms.

The main problem I'm having is described in TID 10087843, which says that this is caused by the MKDE losing touch with the sys volume. The fix is to unload the CSAUDIT and microkernel files, then delete the contents of the sys:\system\cslib folder, and restart everything.

This does work. But it doesn't last. If I reboot the server, the error returns immediately, and I have to repeat the process. The server stays stable for days, but then Mac users start complaining,and DHCP starts acting up. At that point, following the TID does not work, and I have to reboot, then apply the TID to restore normalcy.

The server is running SBS 6. When the problem began, it was on SP4, but we have since applied SP5 during the trouble-shooting process. Also, this machine had Pervasive V8 installed in the past, though it's not used any longer. I don't know how significant that is.

Some things I've tried include: restoring the TID-mentioned modules from backups, copying the older PVSW and Btrieve modules over from a working server, replacing the MKDE folder, and numerous applications of the TID. I've also tried changing load order around, and loading in stages, but the problem persists.

I figure there must be some corrupted file or database somewhere, and if I can just identify it and replace it, I can solve the problem. But I don't know what to try replacing.

We have a call into Novell about this, but so far they're just saying "Hmmm" a lot.
0
Comment
Question by:billmercer
11 Comments
 
LVL 35

Expert Comment

by:ShineOn
ID: 12326754
Hmmm.

What version of Btrieve/Pervasive SQL do you have installed?  Last I checked, btrieve updates aren't a part of SP's any more.

Have you checked the Pervasive site to see if there's a solution there?  I know their KB isn't the greatest, but it is a possibility...
0
 
LVL 19

Author Comment

by:billmercer
ID: 12329081
I don't know about btrieve updates in general, but I can tell you that SP4 included updates to some files, including newer versions of BTCPCOM.NLM,NWMKDE.NLM, and BSPXCOM.NLM. Near as I can tell, BTRIEVE.NLM hasn't changed in years.

Before beginning to troubleshoot this problem, we had Pervasive 8 installed, with the 8.6 update. During the process of trying to fix this problem, we renamed the v8 BTCP, BSPX, etc, files, and replaced them with the files from a clean install of SP5. That did not help the problem, and in fact made it worse, so I  reverted back.

The current version number for my btrieve comm modules and microkernel engine is 8.60.192.030.

I can't find any references to my problem on the Pervasive site.  

I'm hoping there's some sort of configuration file or database somewhere that is damaged. Is there a way to find out what tables Btrieve is working with?
And what does Btrieve have to do with AFP anyway? Is it some sort of auditing thing?
0
 
LVL 35

Expert Comment

by:ShineOn
ID: 12331122
CSAUDIT uses BTRIEVE.  There must be some link between CSAUDIT and NFAP/AFP.  Are you doing any kind of auditing or ruser tracking or user space limits?  That might cause a requirement for CSAUDIT.  I don't know where the CSAUDIT fatabase file(s) would be.
0
 
LVL 35

Expert Comment

by:ShineOn
ID: 12331125
That's "database" of course, not "fatabase."  Fat fingers...
0
 
LVL 19

Author Comment

by:billmercer
ID: 12334688
I do have user volume space restrictions in place, but only on one volume, and the AFP issue seems to affect all the volumes with the Mac namespace. That may not mean anything of course.

Are there any NDS objects I can try to recreate that might relate to this problem?
0
Is Your Active Directory as Secure as You Think?

More than 75% of all records are compromised because of the loss or theft of a privileged credential. Experts have been exploring Active Directory infrastructure to identify key threats and establish best practices for keeping data safe. Attend this month’s webinar to learn more.

 
LVL 19

Author Comment

by:billmercer
ID: 12336094
More information:
If I look at the CSAUDIT logs, there's nothing in them, even after a few days. Is this normal? Also, the only service listed as being audited is DHCP, which makes me wonder again where AFP comes into it. Unless I just don't understand what I'm looking at, which is quite possible :)

0
 
LVL 19

Author Comment

by:billmercer
ID: 12429532
Well Novell has informed me that they do not believe this is an OS problem, but a Pervasive problem. In that light, I've posted a pointer question in the BTRIEVE area...
0
 
LVL 18

Expert Comment

by:mirtheil
ID: 12435058
Make sure the Pervasive/Btrieve is loading after all the volumes are mounted.  I've seen that cause different problems but something similar could be happening here.
0
 
LVL 19

Author Comment

by:billmercer
ID: 12478683
At this point I've got no answer for this problem from either the EE experts, Novell's tech support, or Pervasive's tech support.
I'm going to continue using the workaround I've been using until I upgrade to 6.5 sometime next year, at which point I'll
probably rebuild the server.  
So I'm asking for this question to be closed and my points refunded.
 

0
 
LVL 1

Accepted Solution

by:
GhostMod earned 0 total points
ID: 12519830
PAQd, 273 points refunded.

GhostMod
Community Support Moderator
0

Featured Post

Is Your Active Directory as Secure as You Think?

More than 75% of all records are compromised because of the loss or theft of a privileged credential. Experts have been exploring Active Directory infrastructure to identify key threats and establish best practices for keeping data safe. Attend this month’s webinar to learn more.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
vmware player with netware client can't find tree 10 1,233
Windows 7 Old username required at login 3 478
Microsoft Word and UAC 11 1,450
Novell Netware time zone 7 674
Facing problems with you memory card? Cannot access your memory card? All stored data, images, videos are lost? If these are your questions...than this small article might help you out in retrieving your lost or inaccessible data.
Note: This is the third blog post in a series on email clearinghouses (https://www.xmatters.com/alert-management/blog-email-has-failed-us?utm_campaign=70138000000ydLoAAI&utm_source=exex&utm_medium=article&utm_content=blog-post).   We’ve been talki…
Concerto provides fully managed cloud services and the expertise to provide an easy and reliable route to the cloud. Our best-in-class solutions help you address the toughest IT challenges, find new efficiencies and deliver the best application expe…
A company’s greatest vulnerability is their email. CEO fraud, ransomware and spear phishing attacks are the no1 threat to a company’s security. Cybercrime is responsible for the largest loss of money to companies today with losses projected to r…

911 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

19 Experts available now in Live!

Get 1:1 Help Now