@oya-erdayı
This is described in the i-doit knowledge base.

@oya-erdayı
This is described in the i-doit knowledge base.

@oya-erdayı
This is described in the i-doit knowledge base.

I thought that this user would be set in /etc/i-doit/i-doit.sh so I did set it.

/usr/local/bin is the path suggested by the Knowledge base article linked above, as are the file names. If your i-doit sysadmin decided to place the files somewhere else or name them differently, you have to find them in your local system and act accordingly.

One file (named idoit-jobs in the Knowledge base article) executes various tasks on the i-doit database, and the other one (named idoit) implements the basic i-doit console invocation. The former calls the latter (which you can see by the enviroment variable CONSOLE_BIN set in the file).

What probably is executed as a cronjob is /usr/local/bin/idoit-jobs which in turn calls /usr/local/bin/idoit. Both files are not part of the i-doit distribution, but are described in the Knowledge base.

In both scripts the apache user to be used is set in the environment variable APACHE_USER.

Hallo Christian @creiss,

ich habe unserem AD-Admin jetzt mal beim Erstellen einer Gruppe über die Schulter geschaut. Mit einem anschließenden Blick ins ldap-Log stellt sich mir jetzt die Frage:

Ist es möglich, dass das LDAP-Mapping nur für lokale und globale AD-Gruppen funktioniert, nicht aber für universale?

Wegen unserer Domänenstruktur sind die Gruppen, die für das Mapping sinnvoll wären, immer universale Gruppen. Und das sind genau die, bei denen i-doit beim Synch nicht meldet Group pendant for "..." not found. Set an LDAP-Mapping in your corresponding person group if you want to use this as a right group.

Grüße
Martin

Filter werden immer mit einem logischen UND verknüpft.

Um mehrere Objekttypen abzufragen (mit einem logischen ODER) machst Du einfach mehrere cmdb.objects.read-Anfragen (z.B. auch als eine Abfrage mit einem Array von Requests, sogen. Batch Request) und wirfst die Ergebnisse zusammen.

Vielleicht nochmal ganz grundsätzlich: Was trägt man beim LDAP-Mapping ein: den CN der Gruppe? Oder den vollen DN?

Und was ich oben nicht erwähnt habe: natürlich ist der LDAP-User memberOf 'UG Angestellte'.

Nee, tut mir leid, da bin ich raus.
Aber gut, dass wenigstens der Export funktioniert.

Ich bin jetzt nicht der große Datenbank-Entwickler, aber in etwa mit

SELECT
COUNT(obj_main.isys_obj__id) AS 'Anzahl',
j4.isys_obj__title AS 'Lizenz'

FROM ...

WHERE ...

GROUP BY j4.isys_obj__title

sollte es gehen. Die ORDER BY-Clause kannst Du dann weglassen (und wenn nicht, muss sie nach der GROUP BY-Clause stehen).