Hallo Philipp,

vielen Dank für diese Bugmeldung - Das sollte natürlich nicht passieren! Wir arbeiten an einer Lösung.

Viele Grüße
Leo

Da wäre Flash Gordon aber neidisch! Das ging ja mal super schnell.
Vielen Dank die Fehlermeldung ist nun weg.
Das Anmelden hat auch mit dem Fehler ganz normal funktioniert.
Nun, ohne Fehlermeldung, ist das Anmelden gleich viel schöner.

Alles klar, danke!

Hallo Leo,

danke für die Info!

Viele Grüße,

Chekov

@twenzel:

Hallo an alle und vielen Dank schonmla für eure Unterstützung.
Ich versuche gerade aus der OCS DB unsere Clients ins I-DoIt zu übertragen.
Das sind eine Menge Objekte und das System bricht mit dem Fehler ab, dass die Kapazität vom Server überschritten wurde.
Ich habe in der PHP.ini schon einige Änderungen eingetragen (z.B. Max_Post_Size), aber so richtig hat das noch nicht gefruchtet.
Was kann ich denn noch tun außer den import in Stückchen zu teilen?
Danke schön
Gruß Thomas

Ich würde vorschlagen dass du versuchst es erstmal ohne Software-Inventory. Falls du die Raw-Daten manuell mit ocsinventory-agent herausholst, dann gebe am einfachsten die folgende Kommando unter dein Linux (ich gehe davon aus dass du Linux im Einsatz hast) Konsole an:

ocsinventory-agent --local=/tmp --nosoftware

Der Parameter```
--nosoftware

lässt die installierte Linux-Pakete komplett weg so dass die ganze OCS Inventory import deutlich schneller durch fliegt. Leider Software-Inventory verschwendet zu viele Wertwolle Objekte die mit PRO-Lizenzen verbunden sind, sonnst würde ich vielleicht auch Software-Inventory einbinden. Frohes und Erfolgreiches Neues Jahr 2013 an alle! Cheers, Chekov

Hallo Philipp,

alles klar - Ich habe mir das Problem mal angesehen… Das ist relativ leicht zu reparieren! Der Fix wird auch im kommenden 1.0.1 Release enthalten sein:

In der Datei "<i-doit>/src/classes/modules/isys_module_system.class.php" in der Methode "cleanup_duplicate_single_value_entries" (beginnt etwa auf Zeile 1851) muss im "$l_blacklist_cats" Array nur die folgende Konstante ergänzt werden "C__CATG__CUSTOM_FIELDS". Das sollte dann in etwa so aussehen:

public function cleanup_duplicate_single_value_entries() {     global $g_comp_database;     echo 'Deleting duplicate single-value categorie entries... ';     // Here we define some categories, which are not allowed to be modified.     $l_blacklist_cats = array(         C__CMDB__SUBCAT__NETWORK_PORT_OVERVIEW,         C__CATG__STORAGE,         C__CATG__CUSTOM_FIELDS     ); ...

Mit "mehr als ein Eintrag pro Kategorie" ist gemeint, das es in bestimmten Situationen (imports, template-engine, …) passieren kann, das selbst in single-value Kategorien mehr als ein Datensatz pro Objekt existiert... Und dies wird durch die Funktion bereinigt.</i-doit>

@zg212:

Hallo Leo,

mein Fehler. Eigentlich habe ich exportieren gemeint. 😞

Quasi synchron zu der Reporting Funktion, nur dass der Kunde nicht für jede Info (z.B. wo welche Software installiert ist) einen Report generieren will.

Hallo,

das ist in dieser Form leider nicht möglich - Doch genau dafür ist das Reporting ja gedacht: Im Report Editor könnte man sich einfach alle Objekte ausgeben lassen, auf denen eine Software installiert ist (egal welche) und diese Liste dann als CSV exportieren.
Anschließend lässt sich Beispielsweise in Excel nach der Software-Spalte filtern.

Der Report könnte in etwa so aussehen, wie hier: http://demo.i-doit.com/index.php?moduleID=1004&treeNode=10042&rpID=3&mNavID=2&reportID=4

Viele Grüße,
Leo

Hallo Torsten,

die aktuellen Grundschutzkataloge (2011) sind noch relativ frisch und werden daher nicht richtig importiert - Wir arbeiten aber bereits an einer neuen Version des ITGS Moduls!

Viele Grüße,
Leo

Hi,

führ mal ein Update auf die neue, bzw. wenn schon die neueste Version vorhanden auf die gleiche, Version aus.

Lieben Gruß

Hallo wo0x,

die Frage ist erst seit kurzem drin und wurde kurzfristig aufgrund der vielen Spambeiträge erstellt. Ich habe nun den Fehler entfernt, sodass sich daran niemand mehr stören lassen kann.

Lieben Gruß
Christian

Hallo,
wurden irgendwelche Module oder Extensions von Dritten installiert oder verwendet? Das System wird die eigenen Dateien nie ändern (das passiert nur während des Setups und i-doit Updates)
I-doit versucht zwar nicht von selbst Queries zu optimieren, baut sie allerdings so zusammen wie sie benötigt werden um die gewünschten Daten abzurufen.

Dies sollte in der Regel in src/classes/cmdb/dao/category/global/isys_cmdb_dao_category_g_location.class.php passieren.

Wir könnten den Fehler lokal reproduzieren und empfehlen den Umstieg auf die 0.9.9-9 🙂

Viele Grüße,
LFischer

Hallo Matthias,

vielen Dank für Deinen Fix! Wir haben den Code heute dementsprechend angepasst und eine neue Version veröffentlicht: http://www.smartitsm.org/blog/entry/rt-extension-referenceidoitobjects_0.91

Ben

Hallo Robert!
Du bist spitze! Tatsächlich geht es im Chrome und im Firefox.

Danke

Lösung ist noch nicht in der aktuellen RPC-Doku drin.
Befehl heißt cmdb.location_tree
Parameter id

Danke das war der Fehler!

Hi,

wir haben das Problem im aktuellen Paket der 0.9.9-9 ebenfalls bereits behoben. Also alternativ zum Patch einfach die 0.9.9-9 Installations Variante herunterladen und einmal im i-doit Webroot entpacken. Dabei alles bestehende überschreiben. (Keine Sorge: Daten bleiben erhalten :-))

Gruß,
ds

Bei uns trat ein ähnliches Problem nach dem Updaten auf 0.9.9-9 Pro auf. Grund war, dass das Update wohl nicht 100% geklappt hatte, nach zwei weiteren Update-Versuchen lief es dann.

Gruß

Daniel