Offline
Hallo @SAESF ,
kein Problem der Fehler ist schon bekannt und hier die Lösung.
Nach dem letzten Update wurde die Tabelle für die Steckertypen neu aufgebaut und bei dem neuen Konzept wurde anscheinend ein Wert verdoppelt.
Die folgenden Schritte sollten unbedingt von einem DB Administrator durchgeführt werden.
Vorher bitte ein Backup der Datenbank erstellen. Ganz Wichtig.
ALTER TABLE `isys_catg_port_list` DROP FOREIGN KEY `isys_catg_port_list_ibfk_3`;
Wir laden Sie zu unserem Community Call ein 
️
Mit den i-doit Community Calls möchten wir Sie regelmäßig über aktuelle Produktthemen informieren und offene Fragen aus der i-doit Community diskutieren. Dabei ist es egal, ob Sie Anfänger oder ein i-doit pro sind.
In unserem zweiten i-doit Community Call zeigen wir Ihnen das neue User Interface von i-doit pro 1.19 und die damit einhergehenden neuen Features.
Die Zusammenstellung von Daten für die CMDB kann aufwändig sein. Mit einer Netzwerk-Discovery-Lösung erledigt Ihr diese Aufgabe regelmäßig und viel schneller. Das gibt Euch Zeit und Ressourcen für die wichtigen Dinge.
In unserem sechsten i-doit pro Community Call zeigen wir Euch, wie i-doit pro auf einem Windows Server mit dem neuen Windows Installer in Betrieb genommen wird.
Außerdem seht Ihr in einer Live-Demo, welche Synergieeffekte das Zusammenspiel von i-doit pro und JDisc mit sich bringt.
Wir freuen uns, Euch im Community Call begrüßen zu dürfen.
Hallo @t-ziller,
das kann aktuell nicht konfiguriert werden.
Dazu existiert aber ein Feature Request.
mfg Micha
Guten Morgen,
das Update muss vorerst manuell installiert werden, dazu haben Sie 2 Möglichkeiten:
Wir haben das Verfahren zur Veröffentlichung von neuen Updates geändert. Sie werden zuerst über das Download Portal zum manuellen Download angeboten. 14 Tage später werden die Updates auch über den Auto-Updater in i-doit bereitgestellt. Hintergrund dieses neuen Verfahrens ist der Wunsch, die Qualitätssicherung innerhalb unseres Release-Prozesses auszubauen. Diese Staffelung ermöglicht uns im Falle von Änderungen am Update-Paket Kunden gezielter anzusprechen.
Hallo @mbuesgen,
das scheint die falsche Zip-Datei zu sein. Die funktioniert bei mir auch nicht.
In der aktuellen Dokumentation, finde ich leider auch nichts.
Da VIVA-2 von der Becon weiterentwickelt wird, müssen wir mal @schubiman fragen.
Mfg Micha
Hello @noob,
is SELinux actived? Check here
You can check the JDisc port in the config file on the JDisc Host in this folder C:\Program Files\JDisc\JDisc Discovery 5.0\config
Check also the JDisc configuration in i-doit.
Check Apache and system logs.
JDisc logs can be viewed via the Programm itself, at Troubleshooting > Logging > Logged Errors
Hallo @slang,
das Update ist nur möglich sobald bei diesen beiden Add-ons die aktuelle Version installiert wurde.
Sobald wir die Add-ons zum Download verfügbar sind, sage ich dir hier bescheid.
Hallo @Ali-Szoenyi,
danke für die weiteren Informationen.
Wir haben das Problem bereits aufgenommen und an die zuständigen Kollegen weitergeleitet.
Sobald wir weitere Informationen haben, werden wir diese hier teilen.
Micha
also wenn bei dir das Berschreibungsfeld nicht dargestellt wird:
dann prüf in der Verwaltung die Attribute Einstellungen:
ich vermute, dass das Leeren des Browser-Caches hier helfen sollte. Falls das nicht hilft, wäre es interessant zu wissen, ob die Entwicklerkonsole des Browsers Fehler meldet.
bitte prüfe im Admin-Center > System settings die Expert settings, ob dort
api.authenticated-users-only = 0 ist.
Sollte das nicht helfen kannst du die Einträge in der DB prüfen, zum Beispiel mit:
mysql -uroot -p idoit_system -e"select * from isys_settings where isys_settings__key = 'api.authenticated-users-only'\G"
ich kann das Problem nachstellen und es gibt auch schon einen Bug Report. Vermutlich wird es einen Hotfix geben, am besten eine kurze E-Mail an help@i-doit.com schicken, dann wird der Bug Report verknüpft und du würdest auch direkt den Hotfix im Ticket erhalten.
Es scheint einen weg zu geben das Passwort trotzdem neu zu setzen, zumindest klappte es in der 34er OPEN.
Wichtig ist immer ein Backup vorher!
Außerdem Wichtig das Passwort steht dann als Klartext in der Tabelle und kann nicht neu verschlüsselt werden!
Dazu habe ich erst das verschlüsselte Password geleert:
mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_password = ''; "
und dann ein neues in die andere Passwort Spalte gesetzt:
mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_pass = 'password'; "
Falls die Rechte auf die DB nicht passen, noch mal die Rechte vergeben über:
mysql -uroot -p idoit_system_open -e"GRANT ALL PRIVILEGES ON `idoit_data_open`.* TO 'user'@'%' WITH GRANT OPTION;"
dafür gibt es kein Feld in der Organisation. Denkbar wäre dann die Beschreibung?
Kundennummern sind in Verträgen als Feld unter Vertrag verfügbar.
auf der jeweiligen Objekt Seite gibt es den "Link zu dieser Seite" Button, dieser fügt der URL die Tenant ID an.
ein Report und ein Dokument gehen immer von einem Objekt aus.
Ich vermute es wäre das einfachste, wenn pro Organisation ein Report erstellt wird.
Ansonsten kommt es auch darauf an, wo genau die Daten stehen, die angezeigt werden sollen.
Möglicherweise reicht auch schon dieser Report, er Zeigt alle Kontakte gruppiert an:
um einen variablen Report zu erstellen, bietet sich die Bedingung:
an. Damit wird dem Report die Objekt ID übergeben für den der Report ausgeführt wird. Das kann man für Kategorien nutzen in denen man Reporte darstellen möchte.
Ich vermute das Dokument wird für einen Standort erstellt?
Dann sollte die Ausgabe etwas so aussehen, da wir vom Standort Objekt aus diese Daten sehen möchten:
Ich werde dieses Gebäude für das Dokument verwenden:
Im Dokument, ohne weitere Konfiguration, sieht es dann so aus
ich habe mir das mal angesehen und wenn ich die ID des Tags nutze erhalte ich ein Ergebnis.
{
"version": "2.0",
"method": "cmdb.condition.read",
"params": {
"conditions": [
{
"property": "C__CATG__GLOBAL-tag",
"comparison": "=",
"value": 3
}
],
"apikey": "ritschipandi",
"language": "en"
},
"id": 1
}