Danke für den Vorschlag. Wir werden das bei uns diskutieren.

@_Chekov_:

Hallo zusammen,

RAID0 ist ziemlich selten benutzt im Rechenzentrum umgebung und deshalb
ziemlich uninterresant. Aber gut. Es funktioniert mit i-doit wenn Hardware-RAID-Gruppe
als RAID0 definiert ist.

Erst ab RAID1 vorwärts ist es schon Interessanter. Mit RAID0 es ist nur Russische Roulette. 😉

Ich habe gerade ein bisschen rumgespielt mit Storage -> Controller -> Gerät:

RAID5 funktioniert immer noch nicht:
4 x 36.2 GB Platten wird als 144.8 GB berechnet.
4 x 36.2 GB Platten, von denen eins als Hotspare markiert -> Gesamtkapazität: 144.8 GB.

Hotspare hat keinen Funktion:

RAID1:
4 x 36.2 GB Platten, zwei Platten als Hotspare markiert -> Gesamtkapazität: 72.4 GB

RAID0:
4 x 36.2 GB Platten, zwei Platten als Hotspare markiert -> Gesamtkapazität: 144.8 GB

Bug: Wenn eine Platte als Hotspare definiert ist, es ist nicht mehr möglich die Platte
und den Hotspare Status zurücksetzen auf "Nein".

Das gleiche passiert mit Stable v0.9.3 und mit latest Revision.

Cheers,

Chekov

RAID Level:  5
Verbundene HDs:

* SCSI-ID 0
    * SCSI-ID 1
    * SCSI-ID 2
    * SCSI-ID 3
    * SCSI-ID 4
    * SCSI-ID 5 (Hotspare)

Gesamtkapazität: 363.98 GB
Nutzbare Gesamtkapazität: 338.98 GB

Die Berechnung ist falsch, es sollten eigentlich 218.39Gb sein

Hi,
das sollte in der neusten Revision gefixt sein

Die Authentifikation klappt ja nun. Das Groups mapping ist im moment nur falsch.
Wird in deiner openLDAP installation die Gruppenzugehoerigkeit nicht noch zusätzlich im User abgelegt (zB im Attribut memberof)?

So, der Fehler sollte jetzt weg sein.

Hallo Marcus,

konstruktive Kritik ist immer willkommen. Aber bitte nicht in der negierten Form. Wenn du meinst, dass man es besser machen kann, dann zeig oder schweig 😉

Hallo,
danke für die Mühe, ich werde das mal einbauen und testen.

So eine Logik ist aufgrund der Anmerkung von wookworker nicht implementiert.
Du musst schon die genaue Position an der sich dein Gerät auch physikalisch befindet im i-doit eingeben.

Hi Dennis,

jap funktioniert mit ganz aktuellen Revision. 😉 Vielen Dank!

Cheers,

Chekov

Ok, ich dachte wenn ich auf die update-Seite gehe findet er alle updates, aber scheinbar gibt es dort nur 0.9.5:
http://www.i-doit.org/updates.xml

Also muss ich wohl die neue Version so runterladen …

Danke suche ich wenigstens nicht mehr an der falschen Stelle 🙂

@bcd:

@ds:

Führ mal folgende Statements in der idoit_data aus:

UPDATE  isys_obj_type SET isys_obj_type__isysgui_cats__id = NULL WHERE isys_obj_type__const = 'C__OBJTYPE__LOCATION_GENERIC';
DELETE FROM isysgui_cats WHERE isysgui_cats__const = 'C__CATS__TAPELIB';
DELETE FROM isysgui_cats WHERE isysgui_cats__const = 'C__CATS__LOCATION_GENERIC';

Nachdem ich die oben genannten Statements ausgeführt habe, hat er die Dateien angelegt, jedoch sind diese im Dateibrowser nicht sichtbar. Der Dateibrowser bleibt leer.
Das Problem besteht im ie7 und firefox 2.x

i-doit version: 0.9.6.1

Grüße

Problem gefunden:
Das wird nur dann hervor gerufen, wenn das i-doit als vhost läuft. Das idoit liegt unter /var/www/vhosts/idoit und der vhost zeigt auch dort hin.
Jetzt versucht das I-Doit aber unter /var/www/vhosts/idoitupload/files die Dateien abzulegen, dieses Verzeichnis gibt es aber weder auf dem webserver noch in dem idoit Ordner selber. Dort heißt der ordner upload/files.

Lösung:
unterhalb von /var/www/vhosts
einen Ordner idoitupload erstellen und dort einen link erstellen, der in das /var/www/vhosts/idoit/upload/files Verzeichnis zeigt.

Das ist ein Bug der in der kommenden Version gefixt ist.
Hier gibt es bereits vor ab Versionen, falls du den Datei Upload gerade benötigst: http://dev.synetics.de/nb/

Hat sich erledigt waren wieder 2 Tabellen die beim Backup nicht mitgesichert worden sind.

Gruß
Raúl

Hallo habe nun NB 4010 eingespielt.

Bekomme nun beim erstellen eines Clients folgende Fehlermeldung:

Exception occurred:

isys_exception_database : Query error: 'INSERT INTO isys_catg_virtual_machine (isys_catg_virtual_machine__id) VALUES (DEFAULT);': Table 'idoit_mandant.isys_catg_virtual_machine' doesn't exist (Extended Information: array ( 'server' => '5.0.51b-community-nt-log', 'host' => 'localhost via TCP/IP', 'client' => '5.0.51b', 'proto' => 10, ))

@ds:

Vielen Dank, mit Revision 4003 hat es wieder geklappt!

Auch nicht schlecht dass man kriegt den Problem behoben innerhalb eine Stunde
nach Fehlermeldung. Weiter so!

Cheers,

Chekov

Ok gut das du den Fehler gefunden hast 🙂
Ich konnte so naemlich kein fehlerfreies arbeiten garantieren

Gebäude habe ich gerade gesehen, daß da ein gelöschtes drin ist, das stimmt nun, nachdem ich das "gepurged" habe", gleiches bei den anderen Differenzen. Außer eben beim Stromobjekt, da kann ich nichts gelöschtes finden. Aber ich schaue mal nach "hidden deleted", dann werde ich wohl auch fündig.

Ist also erledigt; vielen Dank 🙂

Sehe ich genauso. Des Weiteren bringt die Installation von i-doit auf einem Linux Server (z.B. Debian) nochmal einen gewaltigen Geschwindigkeitsschub

Kein Problem, i-doit wird nur besser schritt für schritt. 😉

Cheers,

Chekov

Hab's mit der Neuinstallation aufgegeben.
Das Update klappt ja einwandfrei.
Probleme hatte ich zuerst mit der 0.9.6 -er Version, da ich den Cache nicht gelöscht hatte und deswegen die Menüs nicht richtig funktionierten.
Das klappt jetzt auch problemlos.
Danke für die Tipps.