Latest posts made by gr

gr

So sieht bei mir die Tab isys_catg_logb_list aus:

CREATE TABLE isys_catg_logb_list (
isys_catg_logb_list__id INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
isys_catg_logb_list__isys_logbook__id INT(10) UNSIGNED NOT NULL DEFAULT '0',
isys_catg_logb_list__status INT(10) UNSIGNED DEFAULT '2',
isys_catg_logb_list__property INT(10) UNSIGNED DEFAULT '0',
isys_catg_logb_list__title VARCHAR(255) COLLATE utf8_unicode_ci DEFAULT NULL,
isys_catg_logb_list__description TEXT COLLATE utf8_unicode_ci,
isys_catg_logb_list__isys_obj__id INT(10) UNSIGNED DEFAULT NULL,
PRIMARY KEY (isys_catg_logb_list__id),
KEY isys_catg_logb_list_FKIndex2 (isys_catg_logb_list__isys_logbook__id),
KEY isys_catg_logb_list__isys_obj__id (isys_catg_logb_list__isys_obj__id),
CONSTRAINT isys_catg_logb_list_ibfk_2 FOREIGN KEY (isys_catg_logb_list__isys_logbook__id) REFERENCES isys_logbook (isys_logbook__id) ON DELETE NO ACTION ON UPDATE NO ACTION,
CONSTRAINT isys_catg_logb_list_ibfk_3 FOREIGN KEY (isys_catg_logb_list__isys_obj__id) REFERENCES isys_obj (isys_obj__id) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=INNODB AUTO_INCREMENT=361 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

"isys_catg_logb_list__isys_obj__id" ist in meine Installetion vorhanden.

Ich habe auch die alten Versionen von Idoit untersucht und kann ich nicht nachvollziehen wieso das Feld bei Ihnen fehlt.

Können Sie uns sagen welche Version von I-doit Sie verwendet haben oder wie kommen Sie zur Version 0.9.9?

gr

PDO::getAvailableDrivers() ist ein interner Funktion seit PHP 5.1 und kann ich mir nicht vorstellen wieso das nicht läuft, außer Sie benutzen PHP < 5.1

Das 2. Problem mit Config.inc.php: in index.php ab Zeile 137 gibt es so etwas:

/**

Initialize framework
*/
if(file_exists("src/config.inc.php") && include_once("src/config.inc.php"))
{
…

} else {
if(!require_once("setup/install.inc.php")) {
startup_die("Could not start installer. Setup files not found.");
}
}

Existiert die config-Datei nicht und kann die Datei nicht inkludiert, so wird es weiter mit install/update gemacht. Prüfe mal bitte die Datei-Rechte. Wenn Rechte Okay, dann ist vielleicht die Datei zerstört.

gr

Führe noch mal

SHOW CREATE TABLE isys_catp_ip_list;

aus.

Und dann prüfe mal wie die key für den 2. Mandant definiert sind:

KEY isys_catp_ip_list_FKIndex1 (isys_catp_ip_list__isys_catp_ip__id),
KEY isys_catp_ip_list_FKIndex2 (isys_catp_ip_list__isys_ip_assignment__id)

also:

CREATE TABLE isys_catp_ip_list (
isys_catp_ip_list__id int(10) unsigned NOT NULL auto_increment,
isys_catp_ip_list__isys_ip_assignment__id int(10) unsigned default NULL,
isys_catp_ip_list__isys_catp_ip__id int(10) unsigned NOT NULL default '0',
isys_catp_ip_list__title varchar(255) collate utf8_unicode_ci default NULL,
isys_catp_ip_list__description text collate utf8_unicode_ci,
isys_catp_ip_list__status int(10) unsigned default '1',
isys_catp_ip_list__property int(10) unsigned default '0',
isys_catp_ip_list__hostname varchar(255) collate utf8_unicode_ci default NULL,
isys_catp_ip_list__dhcp int(10) unsigned default '0',
isys_catp_ip_list__address varchar(255) collate utf8_unicode_ci default NULL,
isys_catp_ip_list__mask varchar(255) collate utf8_unicode_ci default NULL,
isys_catp_ip_list__primary int(10) unsigned default NULL,
isys_catp_ip_list__gateway varchar(255) collate utf8_unicode_ci default NULL,
isys_catp_ip_list__dns_domain varchar(255) collate utf8_unicode_ci default NULL,
isys_catp_ip_list__dns_server varchar(255) collate utf8_unicode_ci default NULL,
isys_catp_ip_list__active int(10) unsigned default NULL,
PRIMARY KEY (isys_catp_ip_list__id),
KEY isys_catp_ip_list_FKIndex1 (isys_catp_ip_list__isys_catp_ip__id),
KEY isys_catp_ip_list_FKIndex2 (isys_catp_ip_list__isys_ip_assignment__id)
) ENGINE=InnoDB AUTO_INCREMENT=76 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

gr

Hallo,

wie ich gedacht habe, in der update-data.xml, heissen die Foreign keys "isys_catp_ip_list_ibfk_1" und "isys_catp_ip_list_ibfk_2".

In Ihren DB (???) heissen die aber "isys_catp_ip_list_FKIndex1" und "isys_catp_ip_list_FKIndex2" und Drop-Befehl (löschen) kann nicht ein Feld löschen was nicht vorhanden ist.

In idoit-0.9.9-update-FK-FiX-Datei, finde die Datei update-data.xml (liegt hier: idoit-0.9.9-update-FK-FiX\updates\versions\v0.9.9) und in der Datei update-data.xml in der Zeile 1249 und 1251 ersetze die zwei Zeilen:

ALTER TABLE isys_catp_ip_list DROP FOREIGN KEY isys_catp_ip_list_ibfk_2 ;

ALTER TABLE isys_catp_ip_list DROP FOREIGN KEY isys_catp_ip_list_ibfk_1 ;

mit:

ALTER TABLE isys_catp_ip_list DROP FOREIGN KEY isys_catp_ip_list_FKIndex1 ;
ALTER TABLE isys_catp_ip_list DROP FOREIGN KEY isys_catp_ip_list_FKIndex2 ;

gr

Hallo,

führ bitte das hier aus:

SHOW CREATE TABLE isys_catp_ip_list;

und schreib das Ergebnis hier.

Vermutlich heißen in Ihren DB die Foreign keys anderes als in den o.g. Fix.

gr

z.B. phpmyadmin installieren und SQL-Befehl(e) ausführen

gr

Hallo,

schau bitte das hier: http://www.i-doit.org/forum/index.php/topic,1363.0/topicseen.html

Dort wird über Probleme mit der config-Datei nach Update 0.9.9 berichtet. Können Sie mal auch Ihre Config-Datie prüfen?

gr

Hallo,

ich würde in der index.php ein die(); einbauen um zu sehen ob die Datei überhaupt angesprochen wird.

Aber das hört sich als Web-Server Problem an … prüfe die error logs etc.

gr

Hallo cschaefer,

für die Suche nach SyS_ID wurde schon mal die Lösung hier beschrieben: http://www.i-doit.org/forum/index.php/topic,1376.0.html

Hier noch mal die paar Zeilen:

In der Datei /src/classes/cmdb/dao/category/global/isys_cmdb_dao_category_g_global.class.php finde das Array $m_filter. In das Array $m_filter ist noch die Zeile hier hinzufügen:

"isys_obj__sysid" => "SYSID"

Also das ganze Array sieht wie folgt aus:

protected $m_filter =
array(
"isys_obj__title" => "LC__CMDB__LOGBOOK__TITLE",
"isys_obj__description" => "LC__CMDB__LOGBOOK__DESCRIPTION",
"isys_obj__imported" => "LC__CMDB__LOGBOOK__DESCRIPTION",
"isys_obj__hostname" => "LC__CATP__IP__HOSTNAME",
"isys_obj__created" => "LC__LOGBOOK__OBJECT_CREATED",
"isys_obj__created_by" => "LC__UNIVERSAL__CREATED_BY",
"isys_obj__updated" => "LC__UNIVERSAL__UPDATED",
"isys_obj__updated_by" => "LC__UNIVERSAL__UPDATED_BY",
"isys_obj__logical" => "LC__UNIVERSAL__LOGICAL",
"isys_obj__sysid" => "SYSID"
);

Für Inventarnummer, finde die Datei /src/classes/cmdb/dao/category/global/isys_cmdb_dao_category_g_accounting.class.php

In der Datei gibt es ein Array $m_filter (ab Zeile 21). In das Array ist die folgende Zeile hinzufügen:

"isys_catg_accounting_list__inventory_no" => "LC__CMDB__CATG__ACCOUNTING_INVENTORY_NO"

So sieht das Array danach aus:

protected $m_filter =

array( "isys_catg_accounting_list__order_no" => "LC__CMDB__CATG__GLOBAL_ORDER_NO",
"isys_catg_accounting_list__guarantee_period" => "LC__CMDB__CATG__GLOBAL_GUARANTEE_PERIOD",
"isys_catg_accounting_list__acquirementdate" => "LC__UNIVERSAL__ACQUIREMENTDATE",
"isys_catg_accounting_list__price" => "LC__CMDB__CATG__GLOBAL_PRICE",
"isys_catg_accounting_list__description" => "LC__CMDB__LOGBOOK__DESCRIPTION",
"isys_account__title" => "LC__CMDB__LOGBOOK__TITLE",
"isys_guarantee_period_unit__title" => "LC__CMDB__LOGBOOK__TITLE",
"isys_catg_accounting_list__inventory_no" => "LC__CMDB__CATG__ACCOUNTING_INVENTORY_NO"
);

gr

Hallo rgarcia,

ich komme noch mal auf Ih Problem zurück.

Wir haben sehr viele Änderungen in SVN seit der Version 0.9.9 und wir können nicht ganz nachvollziehen was genau schiff gelaufen ist.

Ich würde vorschlagen, (falls nicht schon geschehen ist) spielen Sie Ihren Backup von 0.9.9 zurück damit Sie eine Stabile Version haben.

Und wenn Sie die Suche für Kontakte benutzen, ersetzen Sie die 3 Dateien in Ihren Server mit der entsprechenden SVN-Version:

1. /src/classes/cmdb/dao/category/global/isys_cmdb_dao_category_g_contact.class.php
2. /src/classes/modules/isys_module_search.class.php
3. /src/classes/ajax/handler/isys_ajax_handler_quick_info.class.php

Viel Erfolgt!

gr

@gr

Latest posts made by gr