Mit dem Firefox, derzeit portable, tritt der Fehler nicht auf. Allerdings haben wir aufgrund der Anforderungen anderer Anwendungen den IE als Standard ausgerollt.

Ich habe inzwischen mehrere Installationen auf virtuellen Maschinen (Windows Server 2008R2) mit unterschiedlichen Versionen v. XAMPP versucht und immer den gleichen Fehler erhalten.
Error: Template D:\xampp\htdocs\…\src/themes/default/smarty/templates/D:\xampp\htdocs...\src/themes/default/smarty/templates/content/mandants.tpl does not exist.

Ich habe das Problem sowohl unter 1.4.2 als auch unter 1.4.4 nachvollziehen können.
Der Pfad idoit2 verweist auf Version 1.4.4

wenn die Oberfläche von einem entfernten Client aufgerufen wird, erscheint nach erfolgreicher Anmeldung:
Error: Template D:\xampp\htdocs\idoit2\src/themes/default/smarty/templates/D:\xampp\htdocs\idoit2\src/themes/default/smarty/templates/content/mandants.tpl does not exist.
Man beachte den Wechsel von backslash zu slash..
Lokal (\localhost\idoit2) funktioniert…
folgende Umgebung:
Server2008R2 x64
MySQL V 5.6.16
Apache 2.4.9(Win32)
PHP 5.5.11

Wie sich im Thread "keine Anzeige der RAID-Kapazität" herausstellte, gibt es offensichtlich Probleme, mit dem IE die (berechnete) RAID-Kapazität dar zu stellen. Ebenso kommt es u.a. zu Verschiebungen im Editiermodus, wo sich die Lupe auf den Anfang der nächsten Zeile verschiebt.
Gibt es Einstellungen, die im IE vorgenommen werden müssen, oder handelt es sich um ein Kompatibilitätsproblem des IE, der ja nicht 100%ig Standard-konform ist?

Ich teste i-doit seit der version 0.9.8 und habe jeweils ein Update über die Update-Funktion durchgeführt. Auf den Firmen-PC's bin ich an den MS Internet Explorer 8 gebunden, der offensichtlich einiges etwas anders darstellt als z.B. der Mozilla Firefox, welchen ich für Ihr Demosystem verwende.

Nachdem im Demosystem alles korrektverlief, habe ich in unserem System einen Server neu angelegt und dort auch ohne Fehler das erste RAID erstellen können.
Allerdings wird nach dem Erstellen von 2 weiteren Festplatten und eines zugehörigen RAID1-Verbundes in der Geräte-Übersicht die Kapazität falsch angezeigt: das erste Raid bekommt die Kapazität des zweiten, das zweite eine leere Kapazität.
im Demosystem der Server"Test-Stroage-Berechnung"
In "meiner" DB verschwinden für beide RAID's die Kapazitätsangaben in der Detailseite.

Kann ich irgend einen Reorg laufen lassen??

Beim editieren einer vorhandenen HD wird in unserer Umgebung der Abschnitt Raid mit angezeigt, was im Demosystem nicht der Fall ist. Ich könnte also der HD ein Raid-Level und verbundene HD's zuweisen.
Ebenso wird beim editieren einer HW-RAID-Gruppe die HD-spezifischen Daten Hersteller,Modell,Kapazität,Hotspare und Anschluss angezeigt.

nein, keines der Geräte wurde als Hotspare registriert.
Auch der Weg, (auf einem weiteren Server) erst das Gerät "Hardware-Raid" zu erstellen und danach die Festplatten, brachte keinen Erfolg. Im Gegenteil, jetzt zeigt auch der SAN-Pool als Größe der Elemente (0) an.

es wurde Raid-Level 1 ausgewählt. Es müsste also 2x 160GB Raid1 > 160GB ; 2x 250GB Raid1 > 250GB angezeigt werden.

Interessanter weise wird die Kapazität korrekt angezeigt, wenn ich einen SAN-Pool erstelle und die Geräte zuordne. (Dann allerdings könnte sich ja auch die SAN-Pool-Kapazität berechnen lassen)

Zugeordnete Geräte: Raid1_A (160.oo GB), Raid1_B (250.00 GB)

0.9.9-2 keine Anzeige der Gesamtkapazität/nutzbare Gesamtkapazität bei Hardware-RAID-Gruppen
Ist diese Funktion noch nicht implementiert, oder gibt es Voraussetzungen für die korrekte Berechnung/Anzeige?

Ich habe je 2Geräte HD zu einem Gerät HW-Raid-Gruppe hinzugefügt. Die Anzeige der Kapazitäten ist leer.

M.E. muss über -Verkabelung -Anschlüsse die Anzahl der USV-Ausgänge definiert werden..

mir scheint hier, Du hast einen Verknüpfungsfehler - schreib doch bitte mal, wie Du den Standort definiert hast - beide Bilder zeigen einen Schrank(?)

Leider stimmte danach bei einigen Objekten der Objekt-Typ nicht, den ich manuell angepasst habe.

Ich habe die Quell Tabelle isys_obj mit der Ziel Tabelle verglichen und den Eintrag für die ID=66 in der Zieltabelle angepasst.
Durch die Eingabe von Objekten VOR dem Import stand dort ein anderes Objekt mit einer anderen "isys_obj__isys_obj_type__id".
Nach der Anpassung lief der Import durch.

Nachdem uns ein neuer Server zur Verfügung steht, sollte die Datenbank des Testsystems importiert werden.
Leider schlägt der Import von Servern fehl :
Querry Error: 'INSERT INTO isys_connection SET isys_connection__isys_obj__id = '66'':
Cannot add or update a child row: a foreign key constraint fails (ìdoit_data/isys_connection, CONSTRAINT ìsys_connection_ibfk_1FOREIGN KEY (ìsys_connection__isys_obj__id) REFERENCES ìsys_obj(ìsys_obj__id`) ON DELETE CASCADE ON UPDATE CASCADE)

Foreign Key-Fehler werden ja beschrieben, aber ich habe DIESEN noch(?) nicht gefunden..

Ich wäre für Hilfe dankbar..

Jupp!! Danke, das war's !!

Ich habe nach Anleitung einen neuen Mandanten angelegt. Der Mandant wird auch unter Verwaltung/Mandantenverwaltung angezeigt und lässt sich dort auch aktivieren.
Allerdings kommt danach bei der Neuanmeldung oder der Umschaltung über die Anzeige des aktiven Mandanten (links oben) folgende Fehlermeldung:
isys_exception_database : isys_exception_databes: Could not select database: idoit_newMandant // This mandator has been deaktivated. Check table isys_mandator …
Dort kann ich dann den Wert 'isys_madator_active' auf '1' setzen, aber der Effekt ist der gleiche Fehler - eine fehlermeldung, danach ist der Mandant wieder deaktiviert.

Auch ein zweiter Versuch bringt das gleiche Ergebnis.
System:
Windows Server W2k3R2, WinAMPP32-1.7.3, idoit-0.9.9-1

das klingt nicht gerade einfach - gibt es eine Anleitung dazu? Im Online-HB habe ich dazu nichts gefunden.

Was mir noch fehlt, ist die Realisierung von Blade-Centern mit Slotzuordnung, äquivalent zur Positionszuordnung von 19"-Einheiten im Schrank