“The security system (softlock license manager) is not functioning or improperly installed. “
Softlock License Manager Errors were typically seen with the older version of AutoCAD products (releases older than 2008) and the typical cause of the error was restricted permissions on licensing folder or some corruption with the license file. We’ve been seeing this also with 2012 software, especially software coming from new Building Design Suite. The standalone license file locations are here:
On Vista or Windows 7:
On Windows XP:
- C:\Documents and Settings\All Users\Application Data\FLEXnet\adskflex_00691b00_tsf.data
- C:\Documents and Settings\All Users\Application Data\FLEXnet\adskflex_00691b00_tsf.data.backup
These files are encrypted files and basically keep activation information. Please try giving Everyone full control permissions to the folder and move adskflex data files you find there to another folder (e.g. Desktop). If that didn’t work, just delete the files. Can’t delete the files? That means that the service that requires those files are still in use. Go to the services.msc and look for “FLEXnet Licensing Service” and “FLEXnet Licensing Service 64″. Start the service, then STOP the service – in that order. Once those services are stopped, delete those two files and start the services up again. Start AutoCAD and VOOOOOOILA!!
Central file issues in mixed OS environments – are things just falling apart?! A few different firms have ran into issues working with their Revit files with some users not able to open some Revit models while others can. Strange isn’t it? The only thing common between the firms are that their host OS is mixed up, with office workstations working between three different Windows versions (XP, Vista, and 7).
We were able to work with the files in our lab and training rooms without any issues so we then continued our investigation onto their environment. Of the few things we’ve tried, deleting the worksharing LOG file (.slog) file did not help. We even tried adjusting the frequency Revit checks for worksharing updates, as featured in Revit OpEd: http://revitoped.blogspot.com/2011/08/worksharing-central-file-is-being.html but it didn’t fix anything.
Not sure if it’s something broken with Revit 2012 or is it something more specific to how the OS is handling I/O traffic but what is interesting is that for two of the firms having this problem, updating their Revit Architecture 2012 to Update Release 1 fixed their issues! While I’d love to try to figure why it’s failing but since this fixes it, I’ll have to move on to other pressing tasks. Find the latest Revit Architecture 2012 download here: http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=16841348