Join The Works program to have access to the most current content, and to be able to ask questions and get answers from Revelation staff and the Revelation community

At 19 NOV 2012 04:12:18AM Barry Stevens wrote:

Has anyone seen a StackHash error on a 64bit server running Windo9ws 2008 r2, OI9.1.1, network driver 3.0.0.3

Only happens opening certain screens and not workstations, but they are having issues with being so slow they hang.

How do I explain to an engineer why/how a TcpIp is required for lhservice ( I know it is not required, but I am trying to run revparam with it and getting some config error [not OI])


At 19 NOV 2012 02:24PM Barry Stevens wrote:

This is the 'stopped working' message.

Problem signature:

Problem Event Name:	BEX
Application Name:	OINSIGHT.exe
Application Version:	9.1.1.0
Application Timestamp:	4b072c98
Fault Module Name:	StackHash_0a9e
Fault Module Version:	0.0.0.0
Fault Module Timestamp:	00000000
Exception Offset:	0031bf54
Exception Code:	c0000005
Exception Data:	00000008
OS Version:	6.1.7601.2.1.0.272.7
Locale ID:	3081
Additional Information 1:	0a9e
Additional Information 2:	0a9e372d3b4ad19135b953a78882e789
Additional Information 3:	0a9e
Additional Information 4:	0a9e372d3b4ad19135b953a78882e789

At 19 NOV 2012 02:55PM Jared Bratu wrote:

Let's start at the beginning. A Revparam file and LinearHash service is required for proper multi-user access of the system. All OpenInsight clients use the revparam to communicate with the LinearHash service on a pre-determined TCP/IP port (or named pipe name). If you are getting the StackHash error with the Revparam file removed then you are likely seeing errors as a result of the multi-user access.

Please ensure that you are not removing the Revparam file under normal conditions unless you intend to take the system down for maintenance in single user mode. Changing the Revparam file while the system is actively in use will cause problems. How are you changing the revparam file during your tests?

I'm not sure I understand why you indicated Tcp/IP Isn't required. Could you please clarify the question so I can assist you in the troubleshooting process?


At 19 NOV 2012 04:10PM Barry Stevens wrote:

No one was logged in when revparam was removed

My revparams are normally

ServerOnly=1

Just in this case I had also when running on old 32 bit server extra line

TcpIpPort=777

This gave an error and the engineer didn't know anything about tcpip ports , so I gave up on that, and that is the reason I have never used it, and without any issues.


At 20 NOV 2012 06:13AM Richard Bright wrote:

Barry

The

<

TcpIpPort=777

is the port that the server UD service listens on - you would typically match this port with a registry configuration for the UD service defining the port to listen on.

This configuration is typical for both 32 bit and 64bit servers.

Richard


At 20 NOV 2012 02:23PM Barry Stevens wrote:

»you would typically match this port with a registry configuration for the UD service defining the port to listen on.

Ok, will need to look into that one.

thanks


At 20 NOV 2012 03:50PM Jared Bratu wrote:

Without a TcpIpPort specified in the Revparam file the client will try to connect to the server on a named pipe. As Richard said, you should match the server setup to the revparam file. Please refer to the UD installation instructions for checking the registry settings. Keep in mind your registry settings may be in the HKLM\SOFTWARE\WOW6432Node branch as the UD 3.x pre-dates the wide spread adoption of 64bit windows.

Regardless I think you should check to see if there are any .LK/.OV files open by clients. This signifies that clients are bypassing the LinearHash service and directly opening the database files. This KB article lists steps for checking open files. Please refer to the section "checking for open files" and use the window to look for any .LK/.OV files. Any other type of file will be OK in this situation but I'm only interested in knowing if you see .LK/.OV files in the list while people are accessing the application. Do you see any .LK/.OV files when users are signed into the application?


At 21 NOV 2012 05:15AM Andrew McAuley wrote:

Isn't the c0000005 frequently DEP? Especially with such an old client?

The Sprezzatura Group

The Sprezzatura Blog

World leaders in all things RevSoft


At 21 NOV 2012 10:33AM Jared Bratu wrote:

I can't confirm if the fault location c0000005 is related to DEP or not but you do raise a good point. Although the OI version is DEP friendly and supported on x64 it is possible DEP is stepping on the UD client.

Richard, if the networking configuration appears OK and clients aren't directly accessing the .LK/.OV files would it be possible to upgrade the UD Server to 4.7 OR disable DEP?


At 21 NOV 2012 02:26PM Barry Stevens wrote:

DEP, forgot all about that one.

UD Server 4.7…no, client could not afford the 30 new licenses to upgrade to 9,3+.

All WorkStations are now flying, speed is amazing, BUT if I RemoteDesktop to the server and run OI, when I open certain windows I get the error. I will contact the engineer but he is VERY security conscious so will see how I go.

-Barry


At 28 NOV 2012 07:45PM Barry Stevens wrote:

THANKS ANDREW, FINALLY GOT THE engineers to exclude oinsight.exe from the DEP and it works now.

View this thread on the Works forum...

  • third_party_content/community/commentary/forums_works/4f38b7fc2ec429b9b965d17ae.txt
  • Last modified: 2023/12/30 11:57
  • by 127.0.0.1