Fehler: Netzwerk

sarem_avuton

Hallo bzadmin,

gibt es schon eine Timeline mit welchen Update das Problem gelöst wird? Wir nutzen die Open als Evaluierung, da 30 Tage Demo einfach zu stressig sind;)

vg Jörg

PS: Im Moment läuft i-doit-open 1.4.4, on Debian 7.5, apache 2.2.22, php 5.4.4

bzbadmin

Hallo sarem_avuton,

ich bin auch nur Anwender, gebe die Frage aber gerne an Leo weiter…

@Leo: Möchte mich an die Frage von sarem_avuton gerne anschließen. Ich habe unsere 1.4.2er open gerade mal auf die 1.4.4 upgedated. Seither erhalte ich anstatt der ursprünglichen Fehlermeldung nur noch ein weißes Fenster. Daher würde mich auch interessieren, ob es schon eine Timeline für die Fehlerbehebung gibt.

Danke und Gruß,
bzbadmin

sarem_avuton

Hallo Leo,

kommt das Feature noch in der Open? Oder gehört das zu den Features Visualisierung Portverbindungen, IP-Adressen/Netzen?

VG Jörg

2014-10-21 09_22_35-i-doit_ Überblick.png

LFischer

Hallo zusammen,

das ursprüngliche Problem "Fatal error: Class 'isys_report_dao' not found in D:\XAMPP\htdocs\idoit\src\classes\popups\isys_popup_browser_object_ng.class.php on line 302" sollte ja inzwischen gelöst sein. Die aktuellste i-doit (Open / PRO) Version lautet 1.4.7!

Über die Features kann ich nicht bestimmen, ich kann allerdings sagen das die Liste auf unserer Webseite vor kurzem erst auf den neusten Stand gebracht wurde. Ich denke nicht, das es hier in nächster Zeit Änderungen geben wird.

Viele Grüße
Leo

janhoppe

Moinsen,

habe im Moment den gleichen Fehler in der Open 1.4.7 und der Pro 1.4.7. Gibt es da in absehbarer Zeit eine Besserung? Würde gerne "idoit" in der neuen Variante hier im Betrieb vorstellen und nicht in der 0.9x Version… da lief noch alles.

Gibt's nen ETA für den Patch?

bzbadmin

Hallo zusammen,

wir haben nun auf die aktuelle 1.4.7 open aktualisiert. Der Fehler mit der weißen Seite, den ich am 16.09. beschrieben habe, besteht auch nach der Aktualisierung noch. Siehe die beigefügten Screenshots.

Gruß,
bzbadmin

Nachtrag: In einem der Apache-Access-Logs wird, sobald das weiße Fenster erscheint folgender Eintrag hinzugefügt:

<server-fqdn>:80 <ip-adresse> - - [23/Oct/2014:10:35:46 +0200] "POST /?mod=cmdb&popup=browser_cable_connection_ng&live_preselection=&ajax=1 HTTP/1.1" 200 398 "http://<server-fqdn>/?objID=212&tvMode=1006&catgID=50&objTypeID=43&cateID=147&viewMode=1100&objGroupID=2&editMode=0" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0"</server-fqdn></ip-adresse></server-fqdn>

Nur für den Fall, dass es von Nutzen ist…

bzbadmin

Hallo zusammen,

wollte mal hören, ob's schon Neuigkeiten zu o.g. Problem gibt. Habe inzwischen auf 1.4.8 open aktualisiert. Fehler besteht immer noch, bekomme nur eine weiße Seite. Habe auch schon das Skript idoit-rights.sh getestet, da ich in einem anderen Thread gelesen habe, dass auftretende weiße Seiten meistens Berechtigung als Ursache haben. Hat aber auch nichts gebracht. Wäre schön, wenn das Problem zeitnah angegangen werden könnte. Für uns ist die Open-Version eine bessere Demo-Version, da zeitlich unbegrenzt. Wenn der Fehler aber weiterhin besteht, ist das Produkt für uns leider nicht zu gebrauchen und wir werden dann auch definitiv nicht auf die Pro wechseln, sondern uns nach einem alternativen Produkt umsehen.

Petasch

Oh hier gibt's ja schon einen Thread zu dem Thema was ich die Nacht eröffnet habe (Switch Ports verbinden).

Also dann gleicher Fehler, idoit 1.4.4, 1.4.7 sowie 1.4.8 tritt überall der gleiche Fehler auf in einer frischen Neuinstallation. Mit kommt es vor als wäre die Funktion gesperrt???

Petasch

Okay, habe jetzt mal die Pro als Demo installiert und siehe da, der Fehler tritt nicht auf. Es liegt als definitiv nicht an irgendwelchen fehlerhaften Einstellungen, Serversettings etc. sonder scheint entweder ein Bug oder eine gesperrte Funktion zu sein.

LFischer

Hallo zusammen,

wir werden uns das Problem erneut ansehen damit es mit der nächsten Version endgültig der Vergangenheit angehört

Viele Grüße
Leo

Kickstart

Hi,

gibt es schon Neuigkeiten oder Fortschritte ? Dieser "Bug" besteht jetzt schon so lange, dass ich langsam aber sicher Lust bekomme mich nach einer Alternative zu i-doit umzusehen. Die fehlende Möglichkeit Verkabelungen anzulegen macht das ganze System komplett unbrauchbar.

jkondek

Hallo,

hast Du die neue Version bereits getestet?
Laut Changelog sollte das Problem behoben sein.

Gruss,
jkondek

Kickstart

Ich habe die 1.4.8 getestet und das Problem ist immer noch da.

jkondek

Die aktuellste Version (zumindest bei der pro) ist die 1.4.9, vielleicht musst Du mal beim Support nachhoeren, wann die 1.4.9 open veroeffentlicht wird.

Gruss,
jkondek

Kickstart

das Problem ist doch schon seit den letzten 3 Versionen bekannt. Vor der 1.4.2 mit der 0.9.irgendwas war das doch auch alles noch kein Problem.

jkondek

Die Sache ist aber die, dass die open Version mit der 1.4.2 ganz neu aufgebaut wurde (auf Grundlage der pro Version) und beim "Aufraeumen" zu viele Funktionen entfernt wurden. Bis das alles glatt gezogen ist dauert es natuerlich, da das in der Demo open zeitweise sogar funktioniert hat (was einer gemeinsamen DB mit der Demo pro zuzuschreiben war) und somit die Fehlersuche erschwierigt hat.
Ich bin aber zuversichtlich, dass es mit der 1.4.9 wieder funktionieren wird…

Changelog
[…]
[Bug] Port-Browser funktioniert nicht in i-doit OPEN

Gruss,
jkondek

britiger

@Kickstart:

Hi,

gibt es schon Neuigkeiten oder Fortschritte ? Dieser "Bug" besteht jetzt schon so lange, dass ich langsam aber sicher Lust bekomme mich nach einer Alternative zu i-doit umzusehen. Die fehlende Möglichkeit Verkabelungen anzulegen macht das ganze System komplett unbrauchbar.

Das sehe ich genauso, ich habe bislang sehts viel gutes über idoit gelesen. Wenn man keine Verbindungen zwischen den Komponenten Aufbauen kann ist das ganze System nutzlos als CMDB.
Neben der Auswahl der Verbindungen zwischen den Netzwerkkomponenten tritt bei mir dieses Problem auch bei der Verbindung der Stromversorgung auf (z.B. Verbindung zwischen USV und Rechner).

Christopher

Edit: Frage wäre natürlich, wann erscheint denn die Version 1.4.9, die ja den Fehler beheben soll? Ich habe irgendwo Dezember gelesen. Das ist ja schon ein paar Tage überfällig.

Kickstart

Bei mir drängt es auch langsam, die Deadline für die Doku rückt näher. Ich hab jetzt auch nicht wirklich Lust, die Daten erst irgendwo als sheet irgendwo notgedrungen zwischenzuspeichern und mir wieder die doppelte Arbeit aufzuhalsen. Das hab ich schon hinter mir als unter 0.9 der OCS Inverntory Import nicht funktioniert hat. Gibt es denn schon Infos zum Releasetermin der neuen Version ?

Tux

Hallo zusammen,
wir haben möglicherweise eine Lösung für das Problem gefunden.
Nachdem wir in der Datei [i-doitverzeichniss]/src/classes/popups/isys_popup_browser_cable_connection_ng.class.php die Zeile 328 auskommentiert haben wurde uns das entsprechende Popup angezeigt und nicht länger nur ein weißer Container.

Nach dem ändern sieht unsere Datei nun so aus:


...
324                         // Handle the preselection.
325                         $this->handle_preselection($l_params[self::C__SECOND_SELECTION_ID]);
326                         if ($this->m_tabconfig['report']['disabled'] == false)
327                         {
328                         //      $this->m_template->assign('reports', $this->handle_report_request());
329                         } // if
...

Wir können leider nicht sagen ob dadurch andere Fehler entstehen. In unserer Testumgebung funktioniert danach noch alles einwandfrei.
Wir hoffen das es euch weiterhilft.

Tux

LFischer

@Tux:

Wir können leider nicht sagen ob dadurch andere Fehler entstehen. In unserer Testumgebung funktioniert danach noch alles einwandfrei.
Wir hoffen das es euch weiterhilft.

Tux

Hallo Tux,

das wird den Bug nicht an allen Stellen lösen, weiter unten habe ich den Bugfix der auch im nächsten Release zu finden sein wird.
Wir möchten in erster Linie vorbeugen das unsere User selbst an den Quelltexten arbeiten, doch das OPEN Release wird leider noch etwas brauchen

Zum Bugfix:

<i-doit>/src/classes/popups/isys_popup_browser_object_ng.class.php Zeilen 298 - 318 ersetzen durch:

public function handle_report_request()
{
   return array();
} // function</i-doit>

Der alte Code benutzt noch diverse Funktionen aus dem Report-Modul, die es in der OPEN Version nicht gibt - das war die Ursache für den Fehler.

Viele Grüße
Leo