|
We solved the problem with a simple procedure. We restored the NAB to a different location and copies and pasted all of the deleted entries into the LIVE NAB and then replicated. My counterpart in Germany actually did this. I did not know it was that simple. Anyway, the problem is solved. Thanks for all the replies. It was my first time posting to this group although I have been reading it a lot and see lots of expertise. Thanks again. Danny W. McCampbell MAHLE, Inc. 423-318-3205 423-587-5170 FAX http://www.mahleinc.com |---------+----------------------------> | | michel_meyers@goo| | | dyear.com | | | Sent by: | | | domino400-admin@m| | | idrange.com | | | | | | | | | 01/25/2002 03:51 | | | AM | | | Please respond to| | | domino400 | | | | |---------+----------------------------> >-------------------------------------------------------------------------------------------------------------------------------| | | | To: domino400@midrange.com | | cc: | | Subject: Re: NAB Help | >-------------------------------------------------------------------------------------------------------------------------------| The problem here lies with HOW Domino deletes stuff. Actually apart from removing the documents, Notes goes in and creates so called 'deletion stubs' which replicate across all copies of the NAB. That way, the document can be deleted everywhere correctly. Unfortunately this also means that when restoring an old copy and replicating the documents get deleted again. BUT, there is a setting which controls how long deletion stubs remain in a database: Under File -> Replication -> Settings there's a checkbox called 'Remove documents not modified in the last' and a field indicating X days. First off a WARNING: DO NOT check the setting itself, LEAVE IT DISABLED AT ALL COSTS! Now for the X days, that value also controls how long your deletion stubs stay in the database. By default the value is 90 days and Notes uses 1/3 of that for the stubs so in this example: 30 days. To make the stubs go away completely just set the value to 0 (temporarily, rememeber to set it back afterwards) and click OK. (Keep in mind NOT to actually activate the option through the checkbox, the setting for the deletion stubs works independently from that) After clicking on OK your deletion stubs are gone and your documents will come back when you replicate with the old copy. Note that this is a 'per replica' setting so you will need to do this on EVERY replica of the NAB to get rid of the deletion stubs. Greetings, Michel -------------------------- danny_mccampbell@mahleinc.com Sent by: domino400-admin@MIDRANGE.COM 25/01/2002 02:05 Please respond to domino400 To: domino400@midrange.com cc: Subject: NAB Help We have several Domino servers in our domain and each one has its own administrator for creating and deleting users. Today, we had one of the Administrators delete all of his users. Before we could catch it, the whole domain's NAB had been replicated and now all of a sudden no one can get mail to this server's users. Anyway, this is the first time we have experienced something like this. We have tried restoring a copy of the names.nsf file and replicating it across the domain, but I guess because all of the replica's are newer than the one restored all the user disappeared from the one restored. I have read extensively through NOTES.NET and other forums and cannot find anything specific on this issue. Can anyone offer any advice or past experience on the best way to get these users back from a backup and replicated throughout the domain? Thank you in advance. Danny W. McCampbell MAHLE, Inc. 423-318-3205 423-587-5170 FAX http://www.mahleinc.com _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (DOMINO400) mailing list To post a message email: DOMINO400@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/domino400 or email: DOMINO400-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.