Initializtion Issue about openhistorian HOT 10 CLOSED

Could be an issue with the dependencies. I would suggest referencing the GSF assemblies (e.g., GSF.Core.dll and GSF.TimeSeries.dll) that were installed with the openHistorian in your adapter project and rebuilding - this way you are using the same assemblies as the openHistorian that will be using your adapter.

from openhistorian.

Richie,
Yes, I was doing the way you suggested. I used the assemblies in the openHistorian V2.2.2.0 to build my adapter and tried to run this adapter on openHistorian V2.2.0.
Ferriad

from openhistorian.

Perhaps the function is throwing an exception? Have you checked the ErrorLog.txt? Have you tried (1) putting code in a try / catch, or (2) attaching to process with a debug build with a break point in the initialize function? Can I see a copy of your Initialize function?

from openhistorian.

Actually, I haven't written a try/catch clause. The thing I wrote is a process percentage log in the Initialize() function. I debugged the code in Project Alpha, all the break points were hit, it ran well, and it reached 100% success. However, in openHistorian, even the 10% success was not even reached. Here is the code:

public override void Initialize()
{

        base.Initialize();

       
        OnStatusMessage("Initialized Event Trigger Completed");
    }

from openhistorian.

That's a big initialize function. One quick thing jumps out, what is the m_eventRecordFilePath set to?

Note that by default the openHistorian gets installed with the NT SERVICE\openHistorian local user account and this account has almost zero rights to the system - actually the only rights it has at all are those granted by the installer, e.g., read/write access to the installation folder.

If your folder path is anywhere else on the system, the NT SERVICE\openHistorian user will not have needed rights. To give the user rights to another folder you will need to right click on the folder and go to security to edit rights available to the user...

Thanks,
Ritchie

from openhistorian.

Ritchie,
The m_eventRecordFilePath is set to the {$installation folder}/event_log.txt. One thing to mention is- we use the same log method in our other adapters, however, they can write log successfully.

from openhistorian.

The best suggestion I have is to compile the adapter in debug mode, copy the DLL and the associated PDB file into the openHistorian installation folder. Then while running Visual Studio as administrator, attach to the openHistorian process, i.e., from VS menu select "Debug > Attach to Process" and find openHistorian.exe. Once attached put a break point in the Initialize function and step through code to see what the issue might be.

from openhistorian.

Ritchie,
the issue has been resolved. I tested the adapter code and there was indeed a bug in the Initialize. When I fixed the bug, and the code was running well on the openHistorian V2.2.2.0 Debug mode. Then, I moved it to the openHistorian V2.2.2.0 installation folder and tried again. This time, the console suggested that 'the adapter .dll was used by another program'. Here is the error image:

Then, I tried to remove the action adapter on openHistorian Manager, restart the openHistorain service, reaname the adapter .dll file, and add the action adapter back to the openHistorian Manager, the issue was revolved.
Not sure if it was related to the naming of the adapters because I updated that .dll file for serveral times and did not change its name.
Thanks for the reply! You are awesome.
Ferriad

from openhistorian.

Great! Glad this is working.

from openhistorian.

from openhistorian.