Wie soll sich i-doit denn auf den LDAP Server verbinden, wenn das Passwort unbekannt oder verschlüsselt ist? Es ist zwar möglich das Passwort zu crypten und mit gegebener passphrase zu decrypten, das macht es aber nicht unmöglich das Passwort aus der DB zu lesen, da die Passphrase im i-doit Code stehen würde. Abgesehen davon, kann nur der root bzw. i-doit DB User auf das Passwort zugreifen und es ist sinnvoller einen eigenen readonly LDAP User anzulegen, bei dem es egal ist ob das PW lesbar ist. Zumal der Lesezugriff im AD Standardmäßig sowieso Anonym möglich ist

Das Import-Modul gibt es bereits seit Längerem. Schaust Du hier: http://www.i-doit.org/de/modules

Hallo, haben wir aufgenommen und arbeiten an einer Lösung.

okay  - uups - da war ein [+] - habs nur wegen der FArbe nicht gesehen … Ich ziehe meine 'Beschwerde' zurück ...

Hallo, der Bug wurde eliminiert. Danke für's Reporten.

Hallo, es ist eher damit zu rechnen, dass in nächster Zeit - ohne konkrete Terminvorgabe - das Strommodell komplett überarbeitet wird, da es im Moment an einigen Stellen Probleme macht.

BoDu: das passier nur, wenn für das Objekt noch kein Eintrag in der Datenbank existiert der beim Editieren referenziert wird (Diese Einträge werden in der Regel bei Objektanlage erstellt). Heisst also, bei Anlage eines neuen Objektes sollte dieses Problem nichtmehr auftreten

Hallo, habe nun das Update aufgespielt geht nun! Danke!

Ist schon gefixt und im naechsten Release behoben

Die Fehlerkonsole sagt folgendes: [image: idoit_fehler.png]

Danke für den Hinweis, ist nun gefixt. Der Fehler trat anscheinend auf wenn der Zielport gelöscht wurde

supi danke das wars

Hi, das ist ein bekanntes Problem was bereits in der aktuellen svn revision gefixt ist. Ein Fix ist also im nächsten Release enthalten

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