Hallo Benjamin,

aktuell habe ich eine 1.10.1 open im Einsatz und eine 1.10.1 pro (30 Tage test).
Auf der open hatte ich noch die API 1.8 laufen und habe nun auf 1.9 aktualisiert.
Die angebotene API auf der Webseite der open ist die angebotene API Version 1.8.

Die Ausgabe aller Stacking-Objekte funktioniert problemlos. Dabei bekomme ich die folgende Ausgabe:

{
    "jsonrpc": "2.0",
    "result": [
        {
            "id": "2331",
            "title": "My little stack",
            "sysid": "SYSID_1521562362",
            "type": "90",
            "created": "2018-03-20 16:33:51",
            "updated": "2018-03-20 16:33:51",
            "type_title": "Stacking",
            "type_group_title": "Other",
            "status": "2",
            "cmdb_status": "6",
            "cmdb_status_title": "in operation",
            "image": "https:\/\/de0001sido10002\/images\/objecttypes\/empty.png"
        },
        ...
    ],
    "id": null
}

Auch gelingt mir nun die korrekte Ausgabe dieses einzel Objektes via:

{
"jsonrpc": "2.0",
    "method": "cmdb.object.read",
    "params": {
        "apikey": "xy",
        "objID": "2331",
        "category": "C__OBJTYPE__STACKING"
    }
}

So lange eine der beiden Kategorien angesprochen werden kann, hilft mir das.

Bei der Prüfung welche Kategorie die ID 90 hat, bekomme ich die folgende Ausgabe:

+------------------+-------------------------+
| isysgui_catg__id | isysgui_catg__const     |
+------------------+-------------------------+
|               90 | C__CATG__ASSIGNED_CARDS |
+------------------+-------------------------+

Was an dieser Stelle nicht weiter tragisch ist, da sich die benötigten Kategorien nun, wie oben beschrieben,editieren lassen.
An dieser Stelle nochmal vielen Dank für die ausführliche Hilfestellung.

Grüße
Simon

Hallo cnu,

hast du dir das Objekt Speichersystem schon einmal angesehen?
Dieses Objekt wird bei uns verwendet um ein NAS abzubilden.

Grüße
Simon

Danke, funktioniert.
Ich wusste ich habe da einen Denkfehler.

Hallo,

ich benötige Hilfestellung bei der Zuweisung von Ports zu einem logischen Port über die API. Irgendwie möchte mir das nicht gelingen. Weise ich die Ports manuell übers Web zu, funktioniert alles wie erwartet.
Lasse ich mir die manuell zugewiesenen Ports über die API ausgeben bekomme ich folgenden Datensatz:

{
    "jsonrpc":  "2.0",
    "result":  [
                   {
                       "id":  "6",
                       "objID":  "4111",
                       "title":  "Po1",
                       "net":  null,
                       "mac":  "aa:bb:cc:dd:ee:ff",
                       "port_type":  null,
                       "ports":  [
                                     {
                                         "id":  1964,
                                         "title":  "Te1/0/1",
                                         "type":  "C__CMDB__SUBCAT__NETWORK_PORT"
                                     },
                                     {
                                         "id":  1965,
                                         "title":  "Te1/0/2",
                                         "type":  "C__CMDB__SUBCAT__NETWORK_PORT"
                                     }
                                 ],
                       "parent":  [

                                  ],
                       "standard":  null,
                       "active":  {
                                      "value":  "1",
                                      "title":  "Yes"
                                  },
                       "addresses":  [

                                     ],
                       "assigned_connector":  [

                                              ],
                       "description":  "..."
                   }
               ],
    "id":  null
}

Meine Versuche die Ports dann über die API zuzuweisen scheitern allerdings allesamt und entfernen einfach die manuell zugewiesenen Ports. Die Auflistung der API_properties liefert zu den logischen Ports aktuell die folgende Beschreibung:
Logische Ports (C__CMDB__SUBCAT__NETWORK_INTERFACE_L)

Mein Ansatz sieht aktuell so aus:

{
    "jsonrpc":  "2.0",
    "method":  "cmdb.category.update",
    "params":  {
                   "apikey":  "XYZ",
                   "objID":  "4111",
                   "category":  "C__CMDB__SUBCAT__NETWORK_INTERFACE_L",
                   "data":  {
                                "id":  "6",
                                "ports":  [
                                              {
                                                  "id":  1964
                                              },
                                              {
                                                  "id":  1965
                                              }
                                          ]
                            }
               }
}

Das ganze mit und ohne " beim id Wert.
Kann mich jemand in die richtige Richtung schubsen?

Grüße
Simon

Hallo Benjamin,

aktuell habe ich eine 1.10.1 open im Einsatz und eine 1.10.1 pro (30 Tage test).
Auf der open hatte ich noch die API 1.8 laufen und habe nun auf 1.9 aktualisiert.
Die angebotene API auf der Webseite der open ist die angebotene API Version 1.8.

Die Ausgabe aller Stacking-Objekte funktioniert problemlos. Dabei bekomme ich die folgende Ausgabe:

{
    "jsonrpc": "2.0",
    "result": [
        {
            "id": "2331",
            "title": "My little stack",
            "sysid": "SYSID_1521562362",
            "type": "90",
            "created": "2018-03-20 16:33:51",
            "updated": "2018-03-20 16:33:51",
            "type_title": "Stacking",
            "type_group_title": "Other",
            "status": "2",
            "cmdb_status": "6",
            "cmdb_status_title": "in operation",
            "image": "https:\/\/de0001sido10002\/images\/objecttypes\/empty.png"
        },
        ...
    ],
    "id": null
}

Auch gelingt mir nun die korrekte Ausgabe dieses einzel Objektes via:

{
"jsonrpc": "2.0",
    "method": "cmdb.object.read",
    "params": {
        "apikey": "xy",
        "objID": "2331",
        "category": "C__OBJTYPE__STACKING"
    }
}

So lange eine der beiden Kategorien angesprochen werden kann, hilft mir das.

Bei der Prüfung welche Kategorie die ID 90 hat, bekomme ich die folgende Ausgabe:

+------------------+-------------------------+
| isysgui_catg__id | isysgui_catg__const     |
+------------------+-------------------------+
|               90 | C__CATG__ASSIGNED_CARDS |
+------------------+-------------------------+

Was an dieser Stelle nicht weiter tragisch ist, da sich die benötigten Kategorien nun, wie oben beschrieben,editieren lassen.
An dieser Stelle nochmal vielen Dank für die ausführliche Hilfestellung.

Grüße
Simon

Hallo Benjamin,

danke für den passenden Link in die Knowledge Base. Schade, dass die Zuordnung noch nicht geht.
Dann muss diese halt später folgen.

Ich hätte da noch ein Thema zur API das mir heute aufgefallen ist. Ich kann Objekte der Kategorie C__OBJTYPE__STACKING (CatgID: 90) anlegen aber nicht auslesen. Beim Versuch bekomme ich den Fehler:
"error=Unable to find desired category with ID "90". Please check the delivered category ID and try again"

Im Handbuch der Knowledge Base (i-doit JSON-RPC 1.8.3.docx) ist noch die Rede von der C__CATG__STACKING.

Auf der Serveransicht der Objektkategorien unter https://hostname/index.php?load=api_properties wird STACKING gar nicht gelistet.

Befindet sich diese Kategorie gerade im Umbau?
Gibt es eine andere elegante Möglichkeit gestackte Switche als solche zu dokumentieren?

Grüße
Simon

Hallo,

ich experimentiere gerade ein wenig mit der API und bin mir gerade nicht sicher ob die Dinge die ich vor habe nicht möglich sind, oder ich es nur falsch probiere. Ich würde gerne neue Objekte anlegen und dabei dann natürlich auch in der Modell Kategorie den entsprechenden Hersteller und den zugehörigen Modelltyp dokumentieren.
Wenn die Modelle schon existieren ist das auch erstmal kein Problem. Mein Problem bezieht sich auf die Erstellung von noch nicht existierenden Modellen die ich gerne den Herstellern zuordnen möchte. Wenn ich die Modelle über die API nur mit Ihrem Titel anlege, sind diese unfertig und es fehlt die Zuordnung zum Hersteller.
Über ein cmd.dialog.read der entsprechenden Modelle bekomme ich leider nur die spalten "id, const, title".

{
    "jsonrpc":"2.0",
    "result": [
        ...,
        {
            "id": "7",
            "const": "",
            "title": "Modelltitel"
        }
    ],
    "id":null
}

Für den API connect verwende ich die Powershell und für die Erstellung der Modelle folgenden body:

{
    "jsonrpc": "2.0",
    "method": "cmdb.dialog.create",
    "params": {
        "apikey": "xy",
        "category": "C__CATG__MODEL",
        "property": "title",
        "value": "Modelltitel"
    }
}

In i-doit sieht dies dann so aus:

Kann ich über die API Modelle korrekt zuordnen und wenn ja wie mache ich dies?

Hello kaitoukid,

here is the way i have done it:

Base installation

Install CentOS in Infrastructure Mode

yum install -y open-vm-tools mc
yum -y update

Install MySQL

yum -y install mariadb-server mariadb
systemctl start mariadb.service
systemctl enable mariadb.service
mysql_secure_installation

Installing Apache2

yum -y install httpd

#Now configure your system to start Apache at boot time…
systemctl start httpd.service
systemctl enable httpd.service

Customizing Firewall to allow external access to port 80 (http) and 443 (https).

firewall-cmd --permanent --zone=public --add-service=http
firewall-cmd --permanent --zone=public --add-service=https
firewall-cmd --reload

Installing PHP5

yum -y install php

We must restart Apache afterwards:

systemctl restart httpd.service

Testing PHP5 / Getting Details About Your PHP5 Installation

#The document root of the default web site is /var/www/html. We will now create a small PHP file (info.php) in that directory and call it in a browser. The file will display lots of useful details about our PHP installation, such as the installed PHP version.
vi /var/www/html/info.php

phpinfo();
?>

Now we call that file in a browser (e.g. http://yourserver/info.php

As you see, PHP5 is working, and it's working through the Apache 2.0 Handler, as shown in the Server API line. If you scroll further down, you will see all modules that are already enabled in PHP5. MySQL is not listed there which means we don't have MySQL support in PHP5 yet.

Getting MySQL Support In PHP5

yum -y install php-cli php-xmlrpc php-ldap php-gd php-mysql php-bcmath
systemctl restart httpd.service

Now reload http://yourserver/info.php in your browser and scroll down to the modules section again. You should now find lots of new modules like curl etc there.

i-doit installation

create a folder in Apache webroot and enter it

mkdir /var/www/html/i-doit
cd /var/www/html/i-doit

get the idoit-open-1.4.7.zip and extract it

wget http://sourceforge.net/projects/i-doit/files/i-doit/1.4.7/idoit-open-1.4.7.zip
unzip idoit-open-1.4.7.zip

optional remove the zip file

rm idoit-open-1.4.7.zip

to install or update add execute to the shell script and run it.

chmod +x idoit-rights.sh
./idoit-rights.sh set

in the folder “/etc/httpd/conf.d” you need to create a file named “i-doit.conf” open it with vi and add the following content:

vi i-doit.conf

<directory var="" www="" html="" i-doit="">AddHandler php-script .php
Action php-script /cgi-bin/php5
Options ExecCGI Indexes FollowSymLinks MultiViews
AllowOverride AuthConfig
Order allow,deny
allow from all</directory>

disable SELinux and

sed -i 's/enforcing/disabled/g' /etc/selinux/config /etc/selinux/config
reboot

#or try to make '/var/www/html/i-doit/' writeable
chmod 777 /var/www/html/i-doit/
yum -y install policycoreutils-python
semanage fcontext -a -t httpd_sys_script_exec_t '/var/www/html/i-doit(/.*)?'
restorecon -R /var/www/html/i-doit

change the mysql options

vi /etc/my.cnf

add after [mysqld] the following values and restart service or reboot

max_allowed_packet=32M
query_cache_limit=4M

now you can start the installation via http://yourserver/i-doit/

to set the operating rights, you have to run

./idoit-rights.sh unset

if you want to update your system to i-doit 1.4.8 open you need the following commands

./idoit-rights.sh set

wget http://sourceforge.net/projects/i-doit/files/i-doit/1.4.8/idoit-open-1.4.8-update.zip

unzip idoit-open-1.4.8-update.zip to the /update folder and start the update via website

when you finished the update don't forget to send the system back into operating mode

./idoit-rights.sh unset

I hope you get the system running that way.

Hallo Maurice,

klicke mal auf das Auge neben der Lupe. So wie es für mich aussieht blendest du momentan alle leeren Objekttypen aus.

Grüße,
daffodil

Hallo,

@dkirsten: ist schon absehbar in welchem Monat die 1.5er open released wird?

Grüße

Hi Montt,

hast du auf der OTRS Seite das Plugin installiert?

Wenn NEIN:
https://bitbucket.org/synetics/otrs-opm-referenceidoitobjects

Eine recht gute Erklärung zum Einrichten der Schnittstelle hat Quentitux hier im Forum gepostet:
http://forum.i-doit.org/index.php/topic,3471.msg11469.html#msg11469

Wenn JA:
hast du es schon mit einem AJAX Proxy versucht?

ReferenceIDoitObjects::API
Please be aware of browsers' Same Origin Policy! This module uses AJAX requests access i-doit's API. If OTRS and i-doit are not available under the same domain name (or IP address), AJAX calls will fail.
To avoid this "problem" (actually this policy is very useful) you can setup an AJAX proxy. This module already provides such a proxy located in the project repository under scripts/i-doit_api_proxy.php. It's written in PHP, so you have to install PHP 5.4 or higher and the PHP extension curl on the same machine where OTRS is installed. Make this little script available through your Web server and edit the script by setting $l_url to the URL of i-doit's API, e. g.
http://example.org/i-doit/index.php?api=jsonrpc
In OTRS' site configuration ReferenceIDoitObjects::API has to be set to this script, e. g.
http://otrs.example.org/path/to/i-doit_api_proxy.php
Note: You may test the proxy by simple calling it via your Web browser. It should display an error describing this is not a proper API call.

Gruß
daffodil