I configured a sparkline and chart on a Live graphic, but if you change the screen and go back, you lose the history. It seems to only show history as long as the page has been opened. Is there a way to show all data?
In reply to Duane Harnish:
In reply to rhamlin:
DeltaV Live uses an OPCHDA connection back to the DeltaV Continuous Historian. Workstation Hardening and Microsoft OS changes to DCOMM were preventing the workstation from successfully connecting via DCOMM/OPCHDA to the historian. Fix was to get the latest WS hotfix and Microsoft Patches installed so that all workstations and servers had the right OS level security and DeltaV WS had the correct settings for the Live OPCHDA connection.
Since doing that, the Trends have been working, except from time to time, I find a workstation not refreshing history. Again I find the DCOM errors in windows logs indicate an issue with the client connection. This one I have not figured out, but I have observed that my VM's seem to change their Time and get out of sync with the host server. I've apparently not set up my Time Server settings for HyperV VM's correctly and have seen nodes go out of sync. If the client and server are too out of sync, there may be some authentication issues with DCOM, I'm not sure.
note that PHV still works for History as it does not use DCOM OPCHDA. It uses an API call to the DVCH, as does DeltaV Reporter.
This is all related to the DCOMM OPCHDA for sure. If not your level of OS patches, I suggest you log a call with GSC for any other reasons. Check your Windows Log System for a Error message with Event ID 10036 source DistributedCOM similar to:
The server-side authentication level policy does not allow the user DV_DOMAIN\UserName SID (S-1-5-21-3xxxxxxxx8-4044618060-1168) from address 10.8.0.xx to activate DCOM server.
Please raise the activation authentication level at least to RPC_C_AUTHN_LEVEL_PKT_INTEGRITY in client application.
Today, I'm seeing a different DCOM Warning message today Event ID 10016:
The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {0DC1AB8B-A52D-4BA8-BD76-E2819386FB2F} and APPID {BDBED08B-7FB7-4EEA-AFD0-53DE534CB638} to the user NT SERVICE\ADDB Config Service SID (S-1-5-80-2656899328-802847255-2710573529-2758963984-2796279114) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool.
Anyway, the issue is likely DCOM OPCHDA security settings. The GSC should be able to set this right and identify the root cause.
Andre Dicaire
In reply to Andre Dicaire: