Hi everybody,
when I try to compact our names.nsf I get “Error Compacting Database NAMES.NSF: Database Is Currently in Use by You or Another User.” To compact our databases I use a program document which is executed every saturday at 4 AM. I use the -B option.
I´ve already searched the forum and the knowledge base and tried out what I found, but still that error occurs. Now I´m at my wits´ end, any help appreciated …
Regards
Stephan
Subject: Error Compacting Database NAMES.NSF: Database Is Currently in Use by You or Another User.
Hi Stephan,
the problem is that your server is running.
It’s very likely that you have configured COMPACT in a way that it needs exclusive access to the database being compacted.
While the Domino Server is running, names.nsf always is open. As a result, it can’t be compacted.
Suggestion: either check the admin documentation for compact parameters allowing access to the database while being compacted, or stop the server, run compact from the command line and restart the server.
Additional info: this problem regularily shows up with databases which always have to be open on the Domino server … mail.box for example pretty much would produce the same error.
Have fun,
Stephan
Subject: Error Compacting Database NAMES.NSF: Database Is Currently in Use by You or Another User.
Hello Stephan,
thanks for your reply.
I understand that it will work if the server isn´t running but unfortunately this is not an option. Regarding the mail.box I know that the router tasks compacts it at 4 AM by default and my log tells me that this works without any problems.
Besides, on my 5.0.8 server I use for Quickplace 2.0.8 compacting of names.nsf using an identical program document works without any problems while the server is running. So now I wonder why it works with 5.0.8 (I can´t see any differences between the servers in this point) and with mail.box.
There is an option (-L) which allows accessing databases while compacting, but the notes help says that this option is only available with copy style compacting. As far as I know copy style compacting will change the database´s UNID so I´d prefer not to use it with my names.nsf if I could avoid it. Furthermore, it will stop compacting as soon as the database is edited during compaction.
I am really having fun ;-))
Regards,
Stephan
Subject: No, it will not change the UNID with the -C option. It will change the DBIID which is a whole different animal.
the DBIID (DataBase Instance ID) is used with transaction logging to determine when a full backup of the Db is needed. The -C invalidates the old Tx logs.
Subject: RE: No, it will not change the UNID with the -C option. It will change the DBIID which is a whole different animal.
Hi Bill,
you´re right, even the helps say so … should have read it more carefully …
Thanks,
Stephan