Error names.nsf on server (again !)

HCL Domino Domino Forum
1

Two weeks ago I get the following messages on my server-console:DbMarkCorruptAgain(NoteOpenExtended: NS Sequence number invalid), DB=j:\notes\data\names.nsf TID=[0149:002-018f] File=ntopen.c Line=1266

This message was displayed continuesly, screen after screen after screen . . .

I posted a question on this forum and get one suggestion: compacting names.nsf. I did and the error was gone.

But yesterday, it was back !!!

when I restart the server, the error disappears but I am very unhappy, because I don;t know for how long . . .

I really don’t know what to do.

I have to mention that the Dominoserver was upgraded from R5.05 to R6.01, CF1 installed (!!) and no R5 clients.

Please help.

2

Subject: Error names.nsf on server (again !!)

Hello,

where is your data located? On a networkdrivemapping?

If so: Move the data to a local volume.

If not: Create a new database en copy all documents from the old names.nsf to the newly created one.

3

Subject: RE: Error names.nsf on server (again !!)

My dominoserver is installed on a Windows NT-server, on the local drive of that machine.\Notes and \Notes\data.

What is the reason of your second “solution” ?

4

Subject: RE: Error names.nsf on server (again !!)

It could be a hard disk problem.

Try to check out your hd with some tool (Scandisk?)

That would explain the fact that the error occurs only when the bad part of your hd is used for critical data…

5

Subject: RE: Error names.nsf on server (again !!)

I don’t know, It can be.The fact is that the server on which this occur will be replaced within two weeks, will complete new hardware and W2k in stead of NT4.

So, I think I will wait.

6

Subject: RE: Error names.nsf on server (again !!)

Hi’ There.

I’ve got the same problem… All I can do to make it stop , is to restart the mailserver.

I’ve tryed to use the fix it tools , but then the server crashes. Running W2K on a IBM netf.5500.

I can provoke the error , if I delete pending massages in Server(mail box) , those who are not listed in Names.nsf

I’ve got no harddrive errors , I guess the names file just SUCKS :slight_smile:

This happens at least 2 times a week.

7

Subject: RE: Error names.nsf on server (again !!)

There can be a corruption in your NAMES.NSF.
When your create a new names.nsf, you have a fresh start (without the corruption ofcourse.)

I have done this procedure several times on AIX and Solaris.

8

Subject: RE: Error names.nsf on server (again !!)

Thanks for this extra explanation.Creating a new database will not be a problem. (Create new database, use pubnames.ntf on the server as the template. But getting all the docs in the new database ?

Should I first in the old names.nsf create a view for all docs and then copying them to the new one? Or walk through all the fews and copying the documents per view? I am afraid there will be forgotten some documents.

Hope you will again answer me.

Thanks in advance.

9

Subject: RE: Error names.nsf on server (again !!)

Yes, that is possible. Every document contains its Type.

But… its saver to copy by view.

When you create an All Documents view… it wil also contain File Extensions etc…

Remco

10

Subject: RE: Error names.nsf on server (again !!)

The trouble-server is a Hub-server in a Notes domain with two spoke-servers. So, the spoke-servers do have a complete replica of names.nsf ?So, I suppose I can copy (on OS-level) names.nsf from a spoke to the hub, the replace the trouble names.nsf on the hub by the copy of names.nsf. I suppose the replica-ID remains correct when I copy on OS-level.

Is this right??

11

Subject: RE: Error names.nsf on server (again !!)

OS level copy is the same as replication - replica ID is maintained.

Stephen Lister