Hallo,

ist es irgendwie möglich, Datenbankanpassungen (also Objekttypen, Kategorien, benutzerdefinierte Kategorien) von einem aktiv genutzten Mandanten in einen anderen Mandanten zu übernehmen? Im Zielmandanten sind schon CIs angelegt.

Mir ist klar, dass man vorsichtig sein müsste, damit keine Daten beim Zielmandanten verloren gehen. Wenn man dieses Risiko vorerst außer acht lässt - ist ein Transfer denkbar?

Ich würde gerne bei einem Mustermandanten Anpassungen vornehmen und dann auf andere Mandanten verteilen. Ggf. müsste man damit leben, dass bei den abgeleiteten Mandanten keine Anpassungen vorgenommen werden dürften. Damit könnte ich leben.

Viele Grüße
Oliver

Hallo,

vermutlich war bei uns mal ein Nagios-Add-in aktiv, jedenfalls bekomme ich beim Erneuern der Beziehungsobjekte die folgende Meldung:

An error occurred while regenerating relations with error message: Database error : Query error: 'SHOW CREATE TABLE isys_catg_nagios_list;': Table 'idoit_data_mandant.isys_catg_nagios_list' doesn't exist

Weiß jemand, wie ich das bereinigt bekomme?

Viele Grüße
Oliver

Hallo dkirsten,

vielen Dank, Problem gelöst.

Viele Grüße,
Oliver

So, konnte der Sache etwas auf den Grund gehen. Es liegt nicht an irgendwelchen Serveränderungen, sondern am Update auf i-doit 1.9. In der letzten Version 1.8.3.1 werden die Kennworte mit mcrypt verschlüsselt und bei der Anzeige korrekt entschlüsselt (wenn denn ein Schlüssel eingetragen wurde, sonst nicht).

Mit der Version 1.9 ändert sich dabei etwas, denn nach dem Wechsel sind die Kennworte nicht mehr zugänglich. Achtung, das betrifft nicht nur die Schnittstellenkennworte, wie es in den Release notes steht, sondern auch die Kennworte unter „Passwörter“ bei den einzelnen CIs. Eben alles. Zum Glück verlasse ich mich nicht nur auf i-doit, sondern zusätzlich auf DocuSnap, sonst hätte ich den Kundensupport einstellen müssen.

Die hiesige Installation ist nach der i-doit-Knowledge base eingerichtet, wobei diese für i-doit 1.9-Version wohl noch nicht recht angepasst ist.

[Verbesserung]  Verbesserung der Verschlüsselungsfunktionen beim Speichern von Passwörtern in Konfigurationen und der Dokumentation (auf Basis mcrypt)
<<

Na ja, die Verbesserung besteht wohl darin, dass eben kein mcrypt mehr benutzt wird. Denn:

Sämtliche in der Datenbank gespeicherten Schnittstellen-Passwörter (LDAP, OCS-Inventory, JDisc, etc.) werden neu gehasht. Anstatt mcrypt, welches mit PHP 7 deprecated ist, wird nun phpseclib verwendet, dieses entscheidet, ob Openssl für PHP verfügbar ist, ansonsten werden native Verschlüsselungsmethoden verwendet. Bei einem Wechsel vom System nach dem Update von 1.8.3.1 auf 1.9 ist die Verschlüsselungsmethode gesetzt und auf dem neuen System muss dieselbe Methode verfügbar sein.
<<

An meiner PHP-Version (5.6.30-0+deb8u1) hat sich nichts geändert, und mcrypt ist vorher wie nachher verfügbar. In der Oberfläche von i-doit 1.9 wird auch nur auf mcrypt Bezug genommen und dieses mit einem grünen Haken markiert. Ich weiß nicht, ob phpseclib hier verfügbar ist, aber vermutlich nicht. Demnach sind meine sämtlichen Zugangsdaten also jetzt mit „nativen Verschlüsselungsmethoden“ verschlüsselt. Bin gespannt, ob mir synetics nun bald eine Bitcoin-Adresse mitteilt, wohin ich das Lösegeld überweisen soll.

Hallo,

mir werden verschlüsselte Passworte nicht mehr entschlüsselt angezeigt.

Entweder Folge eines Serverumzuges (von und nach Debian 8, Installation nach Anleitung in der KB), oder seit dem Wechsel auf 1.9.

Woran kann das liegen?

"php5enmod mcrypt" bringt keine Fehlermeldung.

Dies habe ich auch beachtet (elend, dass man das nach jedem Update machen muss):

Die Verschlüsselung von Passwörtern ist in der Datei „[i-doit-root]/src/constants.inc.php“ in der Zeile
define('C__CRYPT_KEY', '');
möglich. Geben Sie hier einen Crypt-Key ein um die Verschlüsselung nach „Rijndael 128“ durchzuführen.
<<

Viele Grüße,
Oliver

Hallo,

ja, funktioniert. Allerdings inzwischen wieder auf einer größeren Maschine, das beschriebene Modell war zu schwach.

Viele Grüße,
Oliver

Hallo,

ja und nein. Es lag wohl an den Ressourcen, aber die in der Anleitung genannten Werte verstehe ich als passend für die empfohlene Minimalausstattung, die Mindestanforderungen. Und die wiederum entspricht dem Server. In der Anleitung werden doch nur Dinge genannt, die man bei größeren Maschinen eben heraufsetzen kann…

Viele Grüße,
Oliver

Hallo,

es handelt sich um ein frisch installiertes Debian 8 - die Daten weiter unten. Ich habe mal etwas gespielt:

Wenn ich den Server nach der Anleitung konfiguriere und anschließend die Datenbanken importieren möchte, dann kommt der genannte Fehler. Das habe ich insgesamt dreimal probiert. Das einloggen in die Datenbank selber hat funktioniert.

Ich habe aber zweimal den Server neu aufsetzen lassen (Debian8-minimal) und ausschließlich die Pakete installiert:

sudo apt update
sudo apt install apache2 libapache2-mod-php5 php5 php5-cli php5-common php5-curl php5-gd php5-json php5-ldap php5-mcrypt php5-mysqlnd php5-pgsql mariadb-server mariadb-client php5-memcache memcached unzip

Alle weiteren Schritte in der Anleitung habe ich bei diesen Versuchen übersprungen, und beide Male hat der Import funktioniert:

root@cmdb:~# mysql  -u root -p
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 42
Server version: 10.0.30-MariaDB-0+deb8u1 (Debian)

Copyright 2000, 2016, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> \q
Bye
root@cmdb:~# mysql  -u root -p < i-doit-2017-04-03.sql
root@cmdb:~#

Es scheint irgendwie an einem Schritt in der Anleitung liegen.

Ich konnte das System jetzt zum Laufen bringen, indem ich zunächst die Debian-Pakete installiert, dann die Datenbanken eingespielt und erst danach die weiteren Konfigurationsschritte (Apache, PHP, DB-Einstellungen) durchgeführt habe.

Vielleicht hat es auch etwas mit der Performance des vServers zu tun, auf dem alten Gerät war mehr. Ich habe allerdings auch nur ca. 3 Tsd. CIs in der Datenbank. 2 vCores, 4GB RAM - https://www.server4you.de/virtual-server

Viele Grüße,
Oliver

Hallo,

ich versuche, die per mysqldump gespeicherten Datenbanken auf einem frischen System (Debian 8, nach https://kb.i-doit.com/pages/viewpage.action?pageId=10223831 eingerichtet) zurückzuspielen. Dabei komme ich nur bis zu dieser Medlung:

root@cmdb:~# mysql  -u root -p < id17.sql
ERROR 1005 (HY000) at line 15920: Can't create table idoit_data.isys_switch_spanning_tree (errno: -1 "Internal error < 0 (Not system error)")

Was bedeutet die Fehlermeldung?

Viele Grüße,
Oliver

Hallo,

wie verwaltet Ihr hochgeladene Dokumente (Konfigdateien, PDFs, Firmwaren)? Gibt es eine Art Dateibrowser?

Ich frage mich gerade ganz konkret, wie ich sehen kann, ob und wo eine solche Datei verwendet wird, wie ich sie umbenennen und wie ich sie löschen kann…

Viele Grüße,
Oliver