Frequently Asked Questions
Search:     Advanced search
Browse by category:

KB264: SP v5.1 update 5 (high priority)

Views: 530
Votes: 0
Posted: 07 Dec, 2009
by: Marais D.
Updated: 07 Dec, 2009
by: Marais D.

Notes: This update only applies to v5.1.  It does not include the FileServer and Client updates of SP v5.1 update 4 so it is advised to install update 4 before installing update 5.  Update 5 will however work without installing any other updates.

Background

The NameServer does a daily database scan shortly after midnight.  This scan includes the cleanup of any expired accounts and also checks to see if all accounts have matching groups.  If there are accounts without a matching group (which should never be the case) these accounts may be left over from a group that was deleted but somehow the accounts were not deleted as well.  In such a case the NameServer deem these accounts to be orphaned and then deletes them from the accounts database as well as the FileServer(s). 

Symptom

The problem is that on a busy NameServer with a large database (thousands of accounts) the database may not return all groups during this check even though they exist, resulting in accounts being incorrectly deleted.  

Risk

Although the chance of this happening is extremely small there is still a risk.  If Mirror servers are used and this error occurs, data will by default be kept for an extra 24 hours on the mirror.  If no Mirrors are used it will mean that the accounts will be lost.  Customers are therefore strongly advised to apply this fix.
Platforms on V5.0 are also at risk, but the fix is only available for V5.1.  It is therefore advised that all V5.0 customers upgrade to V5.1 and apply this update 5.

Fix

The orphan accounts deletion has been removed in the updated NameServer V5.1.1.27.  It will still check for any Account-Group mismatches but only log that to the NameServer logfile.  No deletions will be done. 

Instructions

  • Please download the update from here: NS_Service_5.1.1.27.zip
  • Stop the NameServer service
  • Replace NS_Service.exe with the downloaded file
  • Start the NameServer service
  • Ensure the NameServer is now on V5.1.1.27
  • NB: Repeat the process for a Slave NameServer if installed

Extra info

Note that there may also be a file generated by the NameServer called OrphanAccounts.txt.  This is different from the issue descibed here and is explaned in KB265.

Others in this Category
document KB059: No backups are allowed after new license
document KB071: Upgrade to v4 problem
document KB077: Slave NameServer Setup
document KB096: NS: "Error while receiving first byte"
document KB104: How the NS decides where to create an account
document KB139: Out of memory problems on NameServer
document KB146: Overview report failing in Version 4
document KB149: How to setup a delayed start for a service
document KB150: Sanity checks on Version 5 Storage Platform
document KB174: V3.x clients cannot backup to a V5 Storage Platform
document KB178: Nameserver won't start after the server ran out of disk space
document KB195: Nameserver logs 'Index out of date' error in application logs or event logs
document KB233: Console gives error when downloading group information
document KB246: How to set proxy authentication between NameServer and Licence Server
document KB260: Nameserver shows 'Exception - Could not update user rec: File is locked'
document KB265: What is OrphanAccounts.txt?



RSS