bei mir kommen zahlreiche vergleichbare Fehler beim Update:

New field account for Report Manager Query Builder Value(s) inserted/updated. ERROR isys_exception_database : Query error: 'INSERT INTO isys_property_2_cat (isys_property_2_cat__isysgui_catg__id, isys_property_2_cat__isysgui_cats__id, isys_property_2_cat__cat_type, isys_property_2_cat__property1_title, isys_property_2_cat__property1_columnname, isys_property_2_cat__property1_reference, isys_property_2_cat__property2_title, isys_property_2_cat__property2_columnname, isys_property_2_cat__property2_reference) VALUES (38, NULL, 'g', 'LC__CMDB__CATG__ACCOUNTING_ACCOUNT', 'isys_catg_accounting_list__isys_account__id', 'isys_account', NULL, NULL, NULL)': Unknown column 'isys_property_2_cat__isysgui_catg__id' in 'field list' Dropping FK isys_group_2_isys_module__isys_group__id .. Table or FK does not exist. DONE Drop field contact name for Report Manager Query Builder OK DONE
New field for Report Manager Query Builder Value(s) inserted/updated. ERROR isys_exception_database : Query error: 'INSERT INTO isys_property_2_cat (isys_property_2_cat__isysgui_catg__id, isys_property_2_cat__isysgui_cats__id, isys_property_2_cat__cat_type, isys_property_2_cat__property1_title, isys_property_2_cat__property1_columnname, isys_property_2_cat__property1_reference, isys_property_2_cat__property2_title, isys_property_2_cat__property2_columnname, isys_property_2_cat__property2_reference) VALUES (NULL, @CATSID, 's', 'LC__CONTACT__PERSON_FIRST_NAME', 'isys_cats_person_list__first_name', NULL, NULL, NULL, NULL)': Unknown column 'isys_property_2_cat__isysgui_catg__id' in 'field list'

Die Hinweise von oben konnte ich nicht umsetzen.

-> gleichfalls MySQL-Fehler beim ausführen von p2cat.sql
Im Forum findet sich dazu auch keine andere Lösung.

Danke für die Hilfe

Gruß Thomas

Problem hat sich erledigt. Habe auf einem anderer Server i-doit 0.9.9-1 installiert und beide DBs erfolgreich importiert!

Gruß Thomas

Hallo,

bei mir ist gleichfalls das Update von 0.9.9 auf 0.9.9-1 nicht durchgelaufen:

isys_exception_database : Query error: 'ALTER TABLE isys_catg_ip_list_2_isys_netp_port DROP FOREIGN KEY %KEY_NAME%': Error on rename of './awke/isys_catg_ip_list_2_isys_netp_port' to './awke/#sql2-fa9-bb' (errno: 152)

Im Forum habe ich schon alle Einträge dazu getestet, aber keiner hilft.

Das SQL-Skript p2cat.sql aus
http://www.i-doit.org/forum/index.php/topic,1463.0.html
läuft nur auf einen Fehler -> ERROR 1064 (42000) at line 266: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'REFE' at line 4

Der Hinweis mit dem Cleanup aus
http://www.i-doit.org/forum/index.php/topic,1457.0.html
lässt sich nicht durchführen, da dies Update im Manager nicht anwählbar ist (wird nicht angezeigt) und ein "Update" der bestehenden Version läuft dann nur auf einen weißen Bildschirm?!

Was kann ich tun, damit das Update möglich wird?

Gruß Thomas

@ds:

Hinweise:
Dieses Update funktioniert weitgehend generisch, was bedeutet, es kann ebenso auf eine bereits bestehende 0.9.9 angewendet werden, sofern es hier Probleme bei der Nutzung gibt und die oben genannten Fehlermeldungen erscheinen.
Das Script untersucht eure Datenbank zusätzlich nach Datenleichen - also inkonsistente Referenzen - und bereinigt diese.
Installiert wird das Update wie jedes andere i-doit Update auch: Also einfach in das i-doit www Verzeichnis entpacken, bestehende Dateien überschreiben, die Update Oberfläche aufrufen und das Update Paket "Foreign Key Cleanup (v0.9.9 or higher)" aufrufen.

Hi,
leider funktioniert das bei mir nicht so.
Wollte dies auf einer laufenden 0.9.9 ausführen, da die Fehler beim Update auf 0.9.9-1 aufgetreten sind.
Nach Einspielen des Skriptes nach /srv/www/htdocs/i-doit und überschreiben der Dateien wird ist in der Auswahl nur die Rev. 0.9.9 Vers. 5050 angeboten
aber keine -Cleanup. Wenn ich das updates/versions/v0.9.9 wegsichere habe ich nach dem Anmelden im Update nur noch eine weiße Seite.
Was kann ich tun? (Rechte sind auf 777 wwwrun:www und auch apache-neustart hilft nix)
?!

Danke für die Hilfe

Gefunden ?!

ich habe jetzt im config.ini.php in den Zeilen 97, 116, 120, 129, 271  die fehlenden " " bei den Variablen eingetragen!

Danach ist das Updateskript problemlos weitergelaufen.

Erster Blick in die neue Version schaut klasse aus!

-> "Schau mal in das config_template.inc.php und änder die fehlerhaften Felder nach den entsprechenden Vorgaben"

Da kann ich leider nicht nachvollziehen was ihr damit meint!
Wenn ich das config_template.ini.php vor dem update korrigiere wird es mit dem selben Müll wieder überschrieben.
Im Updateverzeichnis ist es noch mit lauter Variablen gefüllt.
Passe ich nach dem Update die config_template.ini.php an ändert sich im config.ini.php im wesentlichen nichts.
Die Variablen aus dem Updateverzeichnis sind immer noch vorhanden und er läuft weiter auf den Fehler im Apache-Log.

Hier wird offensichtlich beim erzeugen dieser Dateien Mist produziert.
config_template.ini.php
-> $g_db_system = array(
  …
  "port" => 3306  anstatt "3306"
  ...

"ajax_calls"  => true,                -> im config.ini.php steht dann hier wieder %config.base.ajax_calls% (wie im template des Updatepfades)

?!

Hallo,

das Update läuft bei mir zu Punkt 6 (Overview log) einwandfrei durch.
Nach dem Button Weiter ist nur noch ein weißer Bildschirn zu sehen!

-> Das Apache2 log spricht dann zu mir:

PHP Parse error: syntax error, unexpectet '%' in  ../config.inc.php on line 94, referer: http://…./i-doit/index.php?load=update

Beim Vergleich mit der alten config.inc.php sind in Zeile 94 (ajax_calls), 116 (CC__LDAP__DEBUG), 120, 130 sind jetzt diese %Variablen hinterlegt, die
er offenbar nicht zuweisen kann.
Müssen die an anderer Stelle bereits definiert sein?!

Super,

Update hat nach Einspielen des Statements einwandfrei geklappt.
-> Kann mich dunkel erinnern, dass bei irgendeinem Update da mal eine MSQL-Meldung im Skript kam, hatte sich aber bisher nicht ausgewirkt.

Wir haben hier sogar noch eine v0.8.6 er laufen … bis so alle Altlasten umgestellt sind dauert es halt ;-(

Übrigens sind mit dieser Version plötzlich auch meine UTF-8 Probleme weg!  :-))

Das war ursprünglich eine v0.9.0 Installation und wurde im Laufe der Zeit wie folgt "aufgebohrt":

v0.9.1
v0.9.1.2949
v0.9.2
v0.9.2.r3069
v0.9.3
v0.9.3-boxed
v0.9.3-r325
v0.9.3-r419-nagios
v0.9.4
v0.9.4-5
v0.9.4-nagios
v0.9.5
v0.9.6
v0.9.6-1
v0.9.7-1
v0.9.8
v0.9.8-1
v0.9.8-2

Beim Upgrade wurde beim Start des DB-Updates folgendes angezeigt:

isys_exception_database : Query error: 'UPDATE isys_ac_refrigerating_capacity_unit SET isys_ac_refrigerating_capacity_unit__title = 'BTU/h' WHERE isys_ac_refrigerating_capacity_unit__const = 'C__REF_CAPACITY_UNIT__BTU'': Unknown column 'isys_ac_refrigerating_capacity_unit__const' in 'where clause' (Extended Information: array ( 'server' => '5.0.45', 'host' => 'Localhost via UNIX socket', 'client' => '5.0.45', 'proto' => 10, ))

Starte ich den Updatemanager neu wird bereits die neue Version angezeigt.
Der Programmaufruf scheitert aber mit dem Hinweis auf das fehlende DB-Update!

Wie kann ich den Fehler beheben?!

Ich weiß, suse 10.3 ist nicht mehr ganz jung, will aber vor dem upgrade auf Debian lenny noch dieses Update mitnehmen.

Danke für Eure Hilfe!

Hallo,

wie bilde ich am sinnvollsten ein Server-Blade in i-doit ab?

Aufbau:
2  LAN-Switche
2  SAN-Switche
3…8 Server
6 Netzteile
6 Lüfter
1 OnboardAdministrator (ILO)

Momentan ist es wohl nur als "Schrank im Schrank" und dann unter den Einzelkomponenten separat anlegen.
Gibt es hierzu eine Strategie in der Entwicklung, oder wie habt ihr euch eine Lösung hierzu vorgestellt?

Hallo,

beim Versuch auf den Dialog-Administrator zuzugreifen kommt eine Fehlermeldung.
Keine ausreichende Zugriffsberechtigungen? Als Admin?!
Fehlen hier Einträge für den Dialog-Admin in der Admin-Gruppe?

Beim Eingeben von neuen Geräten wird der Inhalt der Boxen (Kategorie, Modell, Type, etc.)
so angezeigt, wie sie angelegt wurden. Gibt es eine Möglichkeit diese alpahbetisch anzuzeigen?
Bei Modellen bzw. Typen >30 wird es sonst ein wenig unübersichtlich.

Eine Verknüpfung zum Wiki wäre im Moment ausreichend, da die Informationen im Wiki ja meist für mehrere Objekte gleichzeiti gelten (Modellbeschreibung …). Oder aber für Prozesse gedacht sind -> Installationsbeschreibung, Updateverfahren, ..

Den Code im Wiki zu verändern ist sicher nicht so zielführend, da auch von andere Anwendungen (Nagios, OTRS, ...) verlinkt werden soll.

Gruß Thomas

Hallo,

gleiche Frage mit Anbindung des WIKI stellt sich auch mir. Hier sehe ich im Moment aber einen Unterschied zu einer FAQ für die Agenten und User (löse ich über OTRS)
Ein DOKU-Wiki sehe ich vorallem für die Dokumentation und Beschreibung des Systems, die in i-doit so nicht abgebildet werden kann.
Da NAGIOS auch eine Anbindung and DOKUWIKI bietet könnte dies auch für i-doit genutzt werden. Also von beiden Seiten aus aufgerufen werden!

Gruß Thomas

Aus meiner Sicht wäre die GUI schon sehr wichtig, da im Vergleich zur 0.8x schon sehr verschachtelt und umständlich.
Besonders die Funktion Blättern bei den Objekten fehlt.

1. GUI
2. Templates
3. Patch- und Kabelmanagement
4. Virtualisierung
5. TTS-Kopplung

Bitte zuerst die Basics und dann die Sahnehäubchen!

Für Pos. 3 würde im ersten Schritt ja schon mal das Objekt Patchfeld sehr hilfreich sein!

Hi,
nach Update auf i-doit-nagios-r419 und anschließend auf i-doit-0.9.4
erscheint beim Versuch einen neuen Datensatz anzulegen nachfolgende Meldung!

Was ist hier schiefgelaufen?

isys_dao > Running transaction has been canceled. Could not isys_component_dao::update() :

MySQL-Error: Unknown column 'isys_catg_distributor__isys_catg_nagios__id' in 'field list'

Query: INSERT INTO isys_catg_distributor (isys_catg_distributor__isys_catg_overview__id , isys_catg_distributor__isys_catg_global__id , isys_catg_distributor__isys_catg_virtual_machine__id , isys_catg_distributor__isys_catg_contact__id , isys_catg_distributor__isys_catg_location__id , isys_catg_distributor__isys_catg_graphic__id , isys_catg_distributor__isys_catg_model__id , isys_catg_distributor__isys_catg_nagios__id , isys_catg_distributor__isys_catg_formfactor__id , isys_catg_distributor__isys_catg_sound__id , isys_catg_distributor__isys_catg_cpu__id , isys_catg_distributor__isys_catg_controller__id , isys_catg_distributor__isys_catg_memory__id , isys_catg_distributor__isys_catg_power_consumer__id , isys_catg_distributor__isys_catg_ui__id , isys_catg_distributor__isys_catg_netp__id , isys_catg_distributor__isys_catg_stor__id , isys_catg_distributor__isys_catg_odep__id , isys_catg_distributor__isys_catg_manual__id , isys_catg_distributor__isys_catg_emergency_plan__id , isys_catg_distributor__isys_catg_maintenance__id , isys_catg_distributor__isys_catg_file__id , isys_catg_distributor__isys_catg_application__id , isys_catg_distributor__isys_catg_logb__id , isys_catg_distributor__isys_catg_access__id , isys_catg_distributor__isys_catg_backup__id , isys_catg_distributor__isys_catg_workflow__id , isys_catg_distributor__isys_catg_image__id , isys_catg_distributor__isys_catg_lic__id , isys_catg_distributor__isys_catg_idic__id , isys_catg_distributor__isys_obj__id) VALUES (@C__CATG__OVERVIEW ,@C__CATG__GLOBAL ,@C__CATG__VIRTUAL_MACHINE ,@C__CATG__CONTACT ,@C__CATG__LOCATION ,@C__CATG__GRAPHIC ,@C__CATG__MODEL ,@C__CATG__NAGIOS ,@C__CATG__FORMFACTOR ,@C__CATG__SOUND ,@C__CATG__CPU ,@C__CATG__CONTROLLER ,@C__CATG__MEMORY ,@C__CATG__POWER_CONSUMER ,@C__CATG__UNIVERSAL_INTERFACE ,@C__CATG__NETWORK ,@C__CATG__STORAGE ,@C__CATG__DEPENDENCY ,@C__CATG__MANUAL ,@C__CATG__EMERGENCY_PLAN ,@C__CATG__MAINTENANCE ,@C__CATG__FILE ,@C__CATG__APPLICATION ,@C__CATG__LOGBOOK ,@C__CATG__ACCESS ,@C__CATG__BACKUP ,@C__CATG__WORKFLOW ,@C__CATG__IMAGE ,@C__CATG__LICENCE ,@C__CATG__INFOCENTER ,@obj_id);

Danke und Gruß Thomas

Hi,

hatte den Reportgenerator (separat im Zuge der Umfrage erhalten) über die "-boxed" intallation ins System eingebunden und kurz angetestet.
-> sieht mal vielversprechend aus!
Danach Update  auf "0.9.3-r325" gefahren und der Zugang zum Generator war weg?!
Beeinflusst die erneute Installation des "0.9.3-feedback-edition"-Standes dann die neuere Version -> Downgrade?!
Oder kann der Reportgenerator durch Änderungen in der config wieder "reaktiviert" werden?

Gruß Thomas

Habe ich auch seit dem Update vo eben auf v0.9.3-r325!

Das Update ist bis auf den LOG-Bildschirm einwandfrei durchgelaufen (alle Updatemeldungen ok!)!
Die folgende Seite (Completition) war dann weiß - Auch die "bewährte" Methode beide Caches zu löschen war nicht erfolgreich.
I-doit startet in allen Fällen mit weißem Bildschirm.

Zur Behebung des Problems habe ich die gesichtert config.ini.php (v0.9.3.-3212) wieder zurück kopiert!
Was hat sich da geändert?! Konnte noch nichts genauer debuggen.

Grüße

SUSE 10.3, Apache2.2.4  MySQL 5.0.45, PHP 5.2.6

Hallo zusammen,

die neue Version ist wirklich gut gelungen und schreit nach einem Wechsel von 0.8.6!

Die Modularität im Vergleich zur Vorgängerversion ist sicher gut und notwendig. Was die Übersichtlichkeit und
das Anlegen von neuen "Teilen" angeht ist sie für meinen Geschmack ein wenig zu modular!
Wir spielen ja nicht Tarzan und hangeln uns von Menu zu Menu, sonder wollen schnell und zielgerichtet
zu unseren Informationen -> etwas spartanischer wie die 0.8.6 wäre hier sehr schön!

Die Möglichkeit sich eine Übersichtsseite zu erzeugen ist gut, leider aber nicht so wirklich prickelnd.
Durch die Anordnung der Felder und Größe der Schrift ist nur mehr ein kleiner Teil auf dem Bildschirm zu sehen.
Man will ja im Regelfall möglichst viele Informationen zum Objekt gleichzeitig sehen und nicht durch wildes geklicke
die einzelnen Informationsblöcke abgrasen.

-> gibt es hier im Programm die Möglichkeit die Schriftgröße ein wenig zu schrumpfen, damit wenigstens ein Großteil der Daten auf Anhieb zu sehen ist?

Frage zur Umstellung von 0.8.6 auf 0.9.x

Ist die Umstellung der Version auf dem selben Rechner (Linux) möglich?
Das heißt gleichzeitige Installation beider Versionen, ohne dass die MYSQL Datenbanken kollidieren?

Hat sich in der Zwischenzeit hinsichtlich Datenübernahme (wenn auch rudimentär) schon etwas getan?

Gruß Thomas