Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 715
  • Last Modified:

Persistent error: CSAudit initialization failure, err = 2359306

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
billmercer
Asked:
billmercer
1 Solution
 
ShineOnCommented:
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
 
billmercerAuthor Commented:
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
 
ShineOnCommented:
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
Ask an Anonymous Question!

Don't feel intimidated by what you don't know. Ask your question anonymously. It's easy! Learn more and upgrade.

 
ShineOnCommented:
That's "database" of course, not "fatabase."  Fat fingers...
0
 
billmercerAuthor Commented:
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
 
billmercerAuthor Commented:
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
 
billmercerAuthor Commented:
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
 
mirtheilCommented:
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
 
billmercerAuthor Commented:
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
 
GhostModCommented:
PAQd, 273 points refunded.

GhostMod
Community Support Moderator
0

Featured Post

Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now