I Reynald,
EDIT 1 : Case solved. I keep the answers bellow with other edits and the explaination of the correction to solve the issue at the end.
Thank you for your messages.
Sorry for the very long delay but the subject went in standby and its priority was at the lowest level.
[quote=“Reynald”]How do you start the Starter? As a service?
Are you using a bat file to start it?[/quote]
The starter is using a Windows service, which is started using a dedicated script as we have checks that occurs at startup that requires the system to stay still before starting the tango software (DB, Starter etc.)
How can I check that? If the IOR was wrong, the Starter shall not be able to connect to the database, get the list of the device servers it controls and run them, shall it?
[quote=“Reynald”]Are you using the correct TANGO_HOST environment variable when you start your Starter device?
Are you using omniORB options like ORBEndPointPublish or ORBendPoint when starting your Starter device?[/quote]
TANGO_HOST is defined properly on both systems
We also use the TANGO_LISTENING_IP, as usual
We also use the option " -ORBendPoint giop:tcp:%TANGO_LISTENING_IP%:" in our scripts
[quote=“Reynald”]In jive from another computer, do you see this Starter device as exported in the database?
Is the field “last_exported” set to the correct date and time of the last startup?[/quote]
I’ll have to go back to the system to check that information.
EDIT 2 : last_exported field is up to date.
Tango database, Starter and devices all run from the same host.
Absolutely sure that the issue is not related to TANGO_HOST.
I will be quite busy the next two months so I may not reply quicky, sorry.
EDIT 3 : I just went back to the system and discovered the solution. For whatever reason, someone changed the Service startup mode from manual to automatic.è_é
Then, at startup, the Starter could not reach the Tango Database which was not running. I do not even know if the computer already got its IP when the Starter starts, which may also cause the HOST to be set to 127.0.0.1. I may test the same manually without the Tango DB just to be sure.
I restored the startup mode to manual, rebooted the computer and left the startup script do its job. Everything went OK, so I consider my case as solved 
Best regards,
Guillaume