Native API and .conf configured objects not visible in Director

Hi,

We’re coming from a semi-manual migration from old Nagios to Icinga2 (+IDO and Icingaweb2). The old hosts and services were recreated in the new Icinga2 via the native (not Director) API. Since managing hosts via the API is not so fun, some part of the config (templates, users, some commands) are in .conf files. We now decided to install Director. Installation went ok, but after the installation none of the existing templates, hosts, services are visible in Director. The total number of objects is not so huge, probably below 500.

I tried all kind of imports unsuccessfully. Even fileshipper with directories.ini, but didn’t find a way to trigger it the import. SyncRules require a specific ImportSource to be defined, but we talk about complete .conf files with mixed object types.

If we manage to import all data to Director, we can go away from configuring via .conf or native API.
What is the best way to get there?

  • Director version: 1.6.0
  • Icinga Web 2 version and modules: 2.9.3
  • Icinga 2 version: r2.13.0-1
  • Operating System and version: Ubuntu 20.4
  • Webserver, PHP versions: Apache2, PHP 7.4.3

Thanks,
Marius

Objects created from within the director are visible, but some “external” objects (object not created within director) are visible. An example is commands, where you can go to:
Icinga Director > Commands > External Commands and view commands that were configured in the Icinga2 configuration directories. This seems to be the only thing that I can quickly find that are External.

The Director API might be able to recreate the objects for you with some hacking – you would need a script that sends the configs (via JSON payload) to director. I suspect the original configs will need to be disabled/removed from config directories before Icinga will start without errors/warnings.