missing DServer in ArchivingRoot (HDB, Snap and TDP)

Hi tangoers,
I recently encountered some problems while using Archiving system.
It seems to be the reason why we had problems with panorama binding (http://www.tango-controls.org/community/forums/c/general/installation/installation-of-panorama-binding/).

Investigating the example given in [ARCHIVINGROOT_DIRECTORY]/doc/sample-hdb-device-installation.sql, I realized some of the HDB and TDB DS are installed without any "DServer".
It implies at least HdbExtractor, TdbExtractor and HDBTDBArchivingWatcher.

At page 101 of TANGO 9.2 control system handbook (http://ftp.esrf.fr/pub/cs/tango/tango_92.pdf , already referenced at page 219 of TANGO 8.1 handbook), we can read : The DServer class

In order to simplify device server process administration, a device of the DServer class is automatically added to each device server process. Thus, every device server process supports the same set of adminis- tration commands. The implementation of this DServer class follows the device pattern and therefore, its device behaves like any other devices. The device name is

dserver/device server executable name/device server instance name

For instance, for the device server process described in chapter, the dserver device name is dserver/perk- in/id11. This name is returned by the adm_name CORBA attribute available for every device.

The installation of this device DServer seems automatic, it probably does not come from $ARCHIVINGROOT/doc/sample-hdb-device-installation.sql

Do you have any idea where is the problem ?
- Philippe
Edited 4 years ago
Hi Philippe,

I am not an expert in the HDB archiving system but I wonder if this behaviour (no DServer admin device) is not due to the fact that the HDB device servers are written with Java and are using an old version of the Java binding. In this case it has always been like this and is maybe not a problem… I let the HDB experts answer.

Thank you Andy.

It seems that the fact that DServer is missing makes TANGO launch an exception.
I wait for the answer of experts to understand how we could avoid this exception to crash other applications.
- Philippe

The archiving devices are indeed written in java, but they do not all use the old IDL (for example, HDBTDBArchivingWatcher uses the new idl).

That being said, I think the problem comes from somewhere else :
A user already told me (but I did not take time to correct this) that the sample-hdb-device-installation.sql creates the device instances in tango db but not the device classes. For that reason, this script may not work.

So you might need to register the device classes in tango db before running the script.

But if this is not the problem, you also have to check the devices and device classes properties.
For example, HdbArchiver class should contain the properties to describe how to connect to your historical database.

You should take a look at [ARCHIVINGROOT_DIRECTORY]/doc/Archiving Devices Properties_v4.pdf

Don't hesitate to contact me in case of problems.

Edited 4 years ago
Register or login to create to post a reply.