Posts made by Dexter

Hallo @philipp-hörselmann
im Apache Log tritt leider nichts auf. Ob das nur mit dem API Client von bheisig auftritt, weiß ich ehrlich gesagt nicht. Ich nutze keine andere API

Hallo zusammen,

ich nutze den API Client i-doit-api-client-php von bheisig um alle virtuellen Maschinen aus dem vCenter in i-doit zu synchronisieren.

Dabei handelt es sich um etwas über 2000 virtuelle Maschinen, die zusätzlich natürlich auch IP Adressen bekommen, die kompletten Hardware Specs hinterlegt werden usw. Es handelt sich also um sehr viele API Requests.

Nun bricht aber nach einer gewissen Zeit (ca. 2-3 Minuten) das Script immer mit folgender Fehlermeldung ab:

PHP Fatal error:  Uncaught RuntimeException: Connection to Web server failed [77]: - in /var/www/html/api/vendor/bheisig/idoitapi/src/API.php:586
Stack trace:
#0 /var/www/html/api/vendor/bheisig/idoitapi/src/API.php(471): bheisig\\idoitapi\\API->execute(Array)
#1 /var/www/html/api/vendor/bheisig/idoitapi/src/CMDBCategory.php(64): bheisig\\idoitapi\\API->request('cmdb.category.s...', Array)
#2 /var/www/html/api/vcenter_import/functions.php(434): bheisig\\idoitapi\\CMDBCategory->save(455632, 'C__CATG__CPU', Array)
#3 /var/www/html/api/vcenter_import/import_vms.php(193): categoryCPU_VM(Object(bheisig\\idoitapi\\API), Object(bheisig\\idoitapi\\CMDBCategory), Array, Array, Array)
#4 {main}\n  thrown in /var/www/html/api/vendor/bheisig/idoitapi/src/API.php on line 586

Die PHP Konfiguration sieht wie folgt aus:

max_execution_time 	600 s 	OK
upload_max_filesize 	128M 	OK
post_max_size 	128M 	OK
allow_url_fopen 	1 	OK
max_input_vars 	10000 	OK
file_uploads 	1 	OK
memory_limit 	2048M 	OK

Daten über i-doit:

PHP Version 	7.3.25 (>7.3 recommended) 	OK
i-doit Code Version 	1.14.2 	
MariaDB Version 	10.4.17 (>10.4 recommended) 	OK
i-doit Database Version 	1.14.2 Revision 202011402

Sollte eines der PHP Limits überschritten werden, müsste das ja auch im Log stehen. MaxClients im Apache wurden auch nicht erreicht.

Hat jemand eine Idee, woran das liegen kann und wie man das verhindern kann? i-doit ist trotz der Fehlermeldung in dem Moment weiterhin erreichbar.

Vielen Dank im Voraus!

LG,
Dennis

Hallo Christian,

das ist genau das, was wir gesucht haben! Wahnsinn, vielen Dank für die schnelle Hilfe

LG,
Dennis

Hallo zusammen,

ich versuche mich mal so verständlich wie möglich auszudrücken. Wir nutzen i-doit um unsere Ansible Gruppen zu dokumentieren (inkl. Ansible Vars). Ein System (Virtual Server oder Server z.B.) wird dann einer Ansible Gruppe zugewiesen.
Jetzt würde ich gerne in der Gruppe selber anzeigen lassen, welche Systeme zugewiesen sind (ähnlich wie bei Cluster -> Virtual Host -> Guest systems).

Auf Seiten der Systeme haben wir eine Custom Categorie, die wie folgt konfiguriert ist:

Die Ansible Gruppen sind wie folgt konfiguriert:

Ein Host kann dann der Gruppe auch zugewiesen werden:

Nun möchte ich aber, dass wenn ich die Gruppe anklicke, in der linken Navigation einen Eintrag habe ähnlich wie bei einem Cluster Eintrag, bei dem dann alle Systeme aufgelistet werden, die zu dieser Gruppe eine Verknüpfung haben.

Wie geht das?

Danke schonmal.
LG

Das hilft uns sehr - vielen Dank

Hallo zusammen,

ich bearbeite ziemlich viele Objekte im List-Edit - dabei fällt es mir immer wieder schwer, zu wissen welche Zeile nochmal welches Objekt war.
Mein Wunsch als Feature Request wäre daher, dass die 1. Spalte "Object" fix ist, egal wie weit man nach rechts scrollen kann.

Als Beispiel habe ich mal folgende Bilder angehangen:

(so ist die Ansicht normal, ohne zu scrollen)

---

(Die Spalte "Object" verschwindet aber, sobald ich jetzt nach rechts scrolle und dann ist es schwer, die Objekte noch zu identifizieren)

---

(Wünschenswert wäre, wenn die Spalte "Object" immer fix wäre, so dass sie immer sichtbar ist - egal wie weit ich scrolle. Eine Identifizierung der Objekte ist damit immer möglich).

---

Ich hoffe, dass ihr das zeitnah als Feature Request aufnehmen könnt, danke

Viele Grüße
Dennis

Hallo Daniel,
unser Anliegen besteht leider immer noch. Kannst du mir sagen, ob dieses Feature noch kommt oder ob wir ggf. die Netze umbenennen müssen?

Danke & Gruß

Hallo zusammen,

genau, ich meine eine Export Vorlage unter Extras -> CMDB -> Export -> Export draft.
Leider gibt es keine Möglichkeit, dies per API anzusprechen. Ich weiß ehrlich gesagt auch nicht, ob es überhaupt machbar/schön ist, XML Output in einem JSON String zu verpacken.

Aktuell haben wir es jetzt erstmal so gelöst, dass wir einen HTTP POST Request auf die Login Seite machen, die Cookies speichern und in einem weiteren cURL Request dann den Export über die URL aufrufen. Das ist zwar nicht schön, aber die bisher beste Möglichkeit einen Export automatisch durchzuführen.

Viele Grüße
Dennis

Hallo,

ich würde gerne meine gespeicherten Export-Drafts über eine API abrufen. Ich habe in der API Doku soweit keine Möglichkeit gefunden, dies zu tun. Gibt es da einen Weg für?

Vielen Dank im Voraus.

Viele Grüße
Dennis

Hallo,

ich glaube ich habe einen Bug gefunden. Wenn ich bei einem Switch unter "logical Ports" einen Port anlege (z.B. "ae0") und diesem als Port Allocation mehrere Ports zuweise (z.B. Port0 und Port1), anschließend dann per Multi-Edit die logical Ports konfiguriere, verliert danach der logische Port alle Port Allocations.

i-doit PRO Version 1.9.2

VG,
Dexter

Hallo,

es funktioniert nun mit Version 1.9.2 - vielen Dank

Hallo,

wir haben einen Änderungs- bzw. Feature-Wunsch:
Wenn wir einem System eine Host Adresse zuweisen, dann unterscheidet das Suchfeld "Net Assignment" nicht nach v4/v6 Netzen obwohl unter "Type" das jeweilige Protokoll ausgewählt ist.
Im Anhang habe ich ein Video hinzugefügt, in dem das Problem gezeigt wird.

Das Problem ist, dass wir durch verschiedene Standorte verschiedene INTRANET-Netze haben und jetzt mit IPv6 sich diese verdoppeln. Desto besser wäre es, wenn dann im "Net Assignment" nur Netze des entsprechenden Typs angezeigt werden.

Viele Grüße
idoit.tar.gz

Super, vielen Dank!

Hallo zusammen,

im Footer wurde immer global die letzte Änderung angezeigt. Dies ist weiterhin auch so, jedoch wird als Datum & Uhrzeit immer "01.01.1970 01:00" angezeigt (siehe Screenshot).
Klickt man auf das Icon, bekommt man eine Übersicht der Meldung mit korrektem Timestamp:
"Date 2017-06-29 14:13:06"

Ich gehe daher von einem Bug in der Version 1.9.1 PRO aus, da es vor dem Update (mit Version 1.9 PRO) noch ging.

Viele Grüße
Dexter

Hallo,

super, vielen Dank - dann warten wir gespannt auf 1.9.2

Hey,

also ich habe das mal gecheckt und die Datei isys_cmdb_dao_category_g_connector.class.php ist unter 1.9.1 anders als unter 1.9.
Jedoch habe ich nun beides getestet: 1.9 und 1.9.1 - der Hotfix funktioniert in keiner Version.

Exception Log mit Hotfix in der Version 1.9:

[2017-06-21 10:02:30 0.96831100] ERROR:  Exception Trace:

• File: /var/www/html/i-doit/index.php (line: 260)
    include_once
• File: /var/www/html/i-doit/src/hypergate.inc.php (line: 227)
    include_once
• File: /var/www/html/i-doit/src/i-doit.inc.php (line: 121)
    include_once
• File: /var/www/html/i-doit/src/application.inc.php (line: 56)
    isys_application::run
• File: /var/www/html/i-doit/src/classes/core/isys_application.class.php (line: 141)
    idoit\Legacy\ModuleLoader->boot
• File: /var/www/html/i-doit/src/idoit/Legacy/ModuleLoader.php (line: 53)
    isys_module_manager->load
• File: /var/www/html/i-doit/src/classes/modules/manager/isys_module_manager.class.php (line: 1136)
    isys_module_cmdb->start
• File: /var/www/html/i-doit/src/classes/modules/cmdb/isys_module_cmdb.class.php (line: 986)
    isys_cmdb_view_multiedit->process
• File: /var/www/html/i-doit/src/classes/modules/pro/cmdb/view/isys_cmdb_view_multiedit.class.php (line: 104)
    isys_cmdb_view_multiedit->init
• File: /var/www/html/i-doit/src/classes/modules/pro/cmdb/view/isys_cmdb_view_multiedit.class.php (line: 136)
    isys_cmdb_view_multiedit->handle_ajax_request
• File: /var/www/html/i-doit/src/classes/modules/pro/cmdb/view/isys_cmdb_view_multiedit.class.php (line: 708)
    isys_cmdb_dao_multiedit->save
• File: /var/www/html/i-doit/src/classes/modules/cmdb/dao/isys_cmdb_dao_multiedit.class.php (line: 1080)
    Message: "There is a validation error."

Die Datei isys_cmdb_dao_category_g_connector.class.php taucht im Exception Log auch garnicht auf?

Hallo,

ich habe vorhin gesehen, dass gestern erst die 1.9.1 raus kam. Gibt es schon einen Zeitplan wann 1.9.2 raus kommt?
Eventuell lohnt es sich ja auch einfach zu warten?

Ansonsten werde ich, denke ich, den Hotfix in 1.9 einbauen und bevor wir aktualisieren diesen wieder entfernen. Ist das empfehlenswert?

Danke für die Hilfe!

Hallo,

sorry, ganz vergessen zu erwähnen:
Current version 1.9
Current revision 21900