We have recently received a number of support requests from clients reporting that OpenInsight has stopped responding or OpenInsight has stopped working and crashed. This is sometimes the message that OpenInsight has stopped working because it is addressing illegal memory, or that OpenInsight has stopped responding and you can opt to close it, ask Windows to correct it or carry on waiting for a close. On further questioning, we sometimes find that there is an associated FS1030 or and FS231 error message.
In 99% of cases, the issue is the result of something environmental or that the UD has been incorrectly installed or some has changed something on the network, such as replacing the server and not reinstalling the UD correctly.
If you should be faced with an issue such as those above, we recommend that you thoroughly check the Universal Driver installation and even uninstall and reinstall the Universal Driver, whilst ‘closely’ following the installation manual. We also suggest that you check for DEP running on the system because this also causes issues on older OpenInsight based systems.
However, below are a few specific things to consider:
- FS1030 – This is usually a result of the SYSTEM USER either not being configured correctly with full permissions during the installation, or someone has decided to delete the user. The latter is common where a server administrator (or outside IT contractor) is running a user audit and removing old users. They don’t recognise the SYSTEM user or don’t understand the significance and simply delete it as no longer needed, or reset the SYSTEM user with restricted permissions.
- FS231 – This error message is often attributable to an issue within the REVPARAM file, or where the REVPARAM file has been deleted or created with an extension, such as .txt. One of the most common configuration issues is the SERVERNAME= parameter in the REVPARAM file not matching the name in the registry that was input during the installation wizard. Sometimes, if you try to run the UD Manager that will fail with an FS231 error message, this is often a result of the servername being incorrect in the UD Manager’s REVPARAM file.
- FS1019 – New server and workstation deployments often contain default firewall rules that block OpenInsight from communicating with the Linear Hash service on the server. When this occurs a FS1019 or similar message will appear during OpenInsight start-up. Revelation have published a white paper (knowledgebase article) on this issue and an accompanying Port Checker. Both are available on request or from http://www.revelation.com/o4wtrs/KB_Articles/KB0269.htm.
- OpenInsight Is Not Responding – This message often shows in the top of the OpenInsight window or in a message. Three options are offered and one is to allow the program to run until completed. OpenInsight is actually working but the Operating System, often Windows 7 or later, thinks that it has stopped responding because OpenInsight is busy and not ‘currently’ communicating with the Operating System for a time. Often waiting for the OpenInsight process to complete will result in the message closing itself (or going away) and everything returns to normal. Some likely causes could be a resize or creation of a large file or a large indexing run. If this becomes an issue for users, it is often necessary to identify which process is taking the time and then to add some code to let the Operating System know that OpenInsight is working.
- OpenInsight has stopped working and Will Close – This is a more serious issue because the operating system will forcibly close down OpenInsight. We have recently experienced that running OpenInsight with a profile log eradicates this issue and that OpenInsight again crashes when the log is removed. This has been an issue invoked by the driver in NETDRV being incorrect. One recent installation of the Universal Driver 4.7.2 was being run with the UD 4.6 driver set in OpenInsight. This was because the 4.7.2 driver was not amongst the options in NETDRV. We completed the Universal Driver installation correctly by running the UD Client Install and the system immediately began to run correctly. If you experience ‘any’ OpenInsight crashing or not responding messages, we would advise that the client driver is checked and make sure that the UD and the client are running as a pair – i.e. 4.7.2 server and 4.7.2 client.
Sprezzatura have a useful blog article which discusses the OpenInsight Not Responding issue in much more detail. Click Here for the SENL article.
Of course, if none of the above help to eradicate your networking or OpenInsight crashing issue, please contact your local Revelation support person and they will be happy to investigate the issue further.
Finally, if you are running an older version of the Universal Driver, please consider an upgrade to version 4.7.2 which has some important enhancements, including a memory leak fix. The upgrade from 4.0 is free and your local Revelation representative will be happy to process the supply of the upgrade for you.