Hallo Davorin,
  bist Du Dir sicher, dass Du nicht nur das Modul aktivieren musst? Siehe php.ini extension=php_curl…  . Evtl. steht da nur ein ";" davor.

Gruß
mg

Hallo binary,
  vllt. Verwaltung - Module - Systemregistrierungseditor - [Root] - Idoit - General - Popup ?

Gruß

Der Fehler ist auch noch mit der 0.9.9-8 existent …

Hallo,
  schon mal mit "Speichersystem" und dem dort entsprechend angelegten lokalen Speicher versucht?

Gruß
Martin

Folgender Fehler sobald ein Gerät im Laufwerk zugeordnet werden soll:

i-doit system error
Nachricht:

isys_exception_database : Query error: 'UPDATE isys_catg_drive_list SET isys_catg_drive_list__isys_stor_raid_level__id = NULL, isys_catg_drive_list__isys_filesystem_type__id = '7', isys_catg_drive_list__isys_memory_unit__id = '3', isys_catg_drive_list__isys_catd_drive_type__id = '1', isys_catg_drive_list__title = '/dev/mapper/VolGroup00-LogVol00', isys_catg_drive_list__capacity = '34359738368', isys_catg_drive_list__description = '', isys_catg_drive_list__driveletter = '/', isys_catg_drive_list__const = 'C__CATG__STORAGE', isys_catg_drive_list__isys_catg_stor_list__id = '409', isys_catg_drive_list__isys_catg_raid_list__id = NULL, isys_catg_drive_list__isys_catg_ldevclient_list__id = NULL, isys_catg_drive_list__system_drive = NULL, isys_catg_drive_list__id__raid_pool = NULL, isys_catg_drive_list__status = '2' WHERE isys_catg_drive_list__id = '450'':
Cannot add or update a child row: a foreign key constraint fails (idoit_data_za/isys_catg_drive_list, CONSTRAINT isys_catg_drive_list_ibfk_7 FOREIGN KEY (isys_catg_drive_list__isys_catg_stor_list__id) REFERENCES isys_catg_stor_list (`isys_catg_stor_l)

Das Laufwerk ist ansonsten folgendermassen angelegt:
Laufwerksbuchstabe/Mount Point: /
Bezeichnung: /dev/mapper/VolGroup00-LogVol00
Systemlaufwerk: -
Dateisystem: EXT3
Kapazität: 32.00 GB
Software-RAID-Gruppe: -

Das Gerät ist unter "lokaler Massenspeicher" angelegt als "Drive0":
Typ: Festplatte
Bezeichnung: Drive0
Hersteller: VMware
Modell: Virtual Disk
Kapazität: 36.00 GB
Hotspare: Nein
Anschluss: INTERN
Controller: Controller
Hardware-RAID-Gruppe: -

i-doit Version: 0.9.9-6

Was mache ich falsch?

Danke und Gruß
Martin

Hallo,
  kleine Unsauberkeit: in den Abhängigkeiten (Abhängigkeiten und Objekt-Kombination) sind die Filter-Buttons nicht aktiv. Suche funktioniert allerdings.

Version: 0.9.8

BTW: Version 0.9.8 gefällt mir sehr gut! Weiter so!

Gruß
Martin

Hallo,
  mit Version 0.9.7-1 (rev 4156) ist das Ganze bei mir OK (egal an welcher Stelle ich pflege).

Gruß
mg

Hallo,
  diese Funktion ist meines Wissens noch nicht implementiert (Entwickler korrigiert mich wenn´s anders ist).

Gruß
mg

Yep, mit der Version 0.9.7-1 funktioniert es wie erwartet.

Besten Dank!

Gruß
mg

Hallo,
  ich nutze die 0.9.7. Hier der Ablauf incl. Einträge aus der ldap_debug.txt (Active Directory, User: hugo, AD Gruppe: idoit_admin, i-doit Gruppe: Admin):

Beim 1. Login-Versuch erhalte ich folgende Fehlermeldung:

isys_exception_database : Retrieve failed. Database component not loaded! (Extended Information: NULL)

dazu in ldap_debug.txt:

2009-06-26 16:12:45 ldap: Creating new ldap-library connection to: test.local.de:389, user: hugo@local.de
2009-06-26 16:12:45 ldap: Connected to test.local.de
2009-06-26 16:12:45 ldap: Searching for username: mti
2009-06-26 16:12:45 ldap: Using filter: (&(objectClass=user)(sAMAccountName=mti)) in search-path: OU=local,DC=de
2009-06-26 16:12:45 ldap: Found DN: CN=mti,OU=local,DC=de
2009-06-26 16:12:45 ldap: Auth successfull (CN=mti,OU=local,DC=de).
2009-06-26 16:12:45 ldap: User account created. User-ID: 26
2009-06-26 16:12:45 ldap: Getting groups of CN=mti,OU=local,DC=de
2009-06-26 16:12:45 ldap: Servertype: C__LDAP__AD
2009-06-26 16:12:45 ldap: read(). Base: CN=idoit_admin,OU=local,DC=de, Filter: (cn=*)
2009-06-26 16:12:45 ldap: Querying found group:  :: 

Beim 2. Login-Versuch kommt folgender Fehler:

i-doit system error:
You need at least reading rights for logging in to an i-doit mandator.

Contact your system administrator for adding your user into a corresponsing right-group.

dazu in ldap_debug.txt:

2009-06-26 16:14:31 ldap: Creating new ldap-library connection to: test.local.de:389, user: hugo@local.de
2009-06-26 16:14:31 ldap: Connected to test.local.de
2009-06-26 16:14:31 ldap: Trying auth with DN: CN=mti,OU=local,DC=de
2009-06-26 16:14:31 ldap: CN=mti,OU=local,DC=de / mti authenticated.
2009-06-26 16:14:31 ldap: Creating new ldap-library connection to: test.local.de:389, user: hugo@local.de
2009-06-26 16:14:31 ldap: Connected to test.local.de
2009-06-26 16:14:31 ldap: Trying auth with DN: CN=mti,OU=local,DC=de
2009-06-26 16:14:31 ldap: CN=mti,OU=local,DC=de / mti authenticated.

Wenn ich Dein (ds) ldap_debug.txt ansehe geht da etwas mehr ab …

Gruß
mg

Also,
  hier mal ein Versuch das Ganze zusammenzufassen, das Topic ist mittlerweile etwas unübersichtlich:

1. LDAP-Aktivierung in den Modulen dürfte ja klar sein
2. in Kontakte - intern - Gruppen bei den jeweiligen i-doit-Gruppen die entsprechende LDAP-Gruppe hinterlegen, z.B. bei der i-doit-Gruppe 'Admin' die AD-Gruppe 'idoit_admin' zuordnen (Feld: LDAP-Gruppe (Mapping))
3. im AD den/die Benutzer in die eben hinterlegte(n) Gruppe(n) aufnehmen (bei meinen Tests lagen sowohl die Gruppe als auch der Benutzer in der selben OU im AD)
4. mit dem im AD angelegten Benutzer in i-doit anmelden, die Benutzer sollten dann in den Kontakten sichtbar sein und automatisch der entsprechenden i-doit-Gruppe zugeordnet werden

Genau Punkt 4 fkt. aber noch nicht komplett. Der Benutzer wird zwar angelegt, die Gruppenzuordnung muss aber nach wie vor (getestet mit Version 0.9.7) manuell erfolgen. Erst dann ist der Login möglich.

Was stimmt nicht an der Vorgehensweise?

Gruß
Martin

Hallo,
  haben eben die 0.9.7 installiert. Auch hier muss über "REGEDIT" der Wert von '0' auf 'no' geändert werden, damit die SYS-ID wieder pflegbar wird!
Allein die Änderung über Systemeinstellung/Standardeinstellungen von 'Ja' auf 'Nein' bringt also nichts.

Welcher Sinn steckt da dahinter?

Gruß
mg

Hallo,
  habe jetzt auch den Update auf idoit 3889 gemacht.
LDAP-Anmeldung funktioniert nach wie vor nicht. Beim Anmelden eines Benutzers (den es in den lokalen Kontakten von i-doit nicht gibt) kommt die Fehlermeldung: Invalid username or password!
Ist die LDAP-Konfiguration aktiv, kann ich in den Kontakten keine neuen Benutzer mehr anlegen.

Was machen wir denn falsch …???

Gruß mg

Hallo,
  gibt es keine Möglichkeit das aufzulösen?

Gruß
mg

Hallo,
  habe ich versucht. Hilft leider nicht. Der Test ist nach wie vor erfolgreich, nur die Anmeldung funktioniert nicht!?

Gruß
mg

Sorry, da stand ich wohl auf dem Schlauch.

Bei den Mappings ist generell nichts gepflegt

Attribute-Mappings
i-doit 	        Active Directory
Username: 	
Groups: 	
Firstname: 	
Lastname: 	
Mail address: 	
Object class: 	

Wenn ich die Werte aus der Doku eintrage ändert sich das Verhalten allerdings nicht.

Gruß
mg

Wie muss ich die Frage verstehen? Da steht ein User drin mit Rechten zum AD-Zugriff im Format benutzer@domäne (so hatte es schon mal funktioniert)

Gruß
mg

Hallo,
  ja. Geht bei mir momentan wieder nicht (Version 0.9.5 3815).
Siehe http://www.i-doit.org/forum/index.php/topic,893.0.html.

Gruß
mg

Hallo,
  die Datei ist jetzt vollständig. Es kommt auch keine "weiße Seite" mehr. Der LDAP-Login funktioniert bei mir allerdings nicht. Es erscheint immer die Meldung "Invalid username or password". Der LDAP-Test in der Konfig ist aber erfolgreich!

Gruß
mg

Hallo,
  die Datei ist nicht vollständig. Hört nach den folgenden Zeilen auf:

public function get_library($p_host, $p_user_dn, $p_pass, $p_port = 389, $p_protocol_version = 3, $p_tls = false) {
 		if ($p_port < 0 || empty($p_port)) $p_port = 

Bitte eine komplette Datei zur Verfügung stellen.

Gruß
mg