forum.opsi.org

Ich bin gerade daran, endlich mal unser OPSI auf die aktuelle Version anzuheben. Da ich OPSI unter Gentoo einsetze ist das immer ein wenig handarbeit und ich arbeite mich halt komplett durch die einzelnen Dateien durch.
Und dabei ist mir folgendes Aufgefallen.
Bei OPSI 3.4 haben sich die OIDs im LDAP Schema komplett geändert.
Beispiel:
Bei Opsi 3.0 sah es noch so aus:

Code: Alles auswählen

objectclass ( 1.3.6.1.4.1.23807.1.2.3
	NAME 'opsiClient'
	SUP opsiHost 
	STRUCTURAL
	DESC 'Opsi client' )

auch unter Opsi 3.3 sah es noch so aus:

Code: Alles auswählen

objectclass ( 1.3.6.1.4.1.23807.1.2.3
        NAME 'opsiClient'
        SUP opsiHost
        STRUCTURAL
        DESC 'Opsi client' )

Unter Opsi 3.4 hat aber die OID 1.3.6.1.4.1.23807.1.2.3 auf einmal eine neue Bedeutung:

Code: Alles auswählen

objectclass ( 1.3.6.1.4.1.23807.1.2.3
	NAME 'opsiDepotserver'
	SUP opsiHost
	AUXILIARY
	DESC 'Opsi depotserver'
	MAY ( opsiDepotRemoteUrl $ opsiDepotLocalUrl $ opsiRepositoryRemoteUrl $ opsiRepositoryLocalUrl $ opsiNetworkAddress $ opsiMaximumBandwidth ) )

Wie man sieht, ist das auf einmal der DepotServer.

Und der Client hat jetzt die OID 1.3.6.1.4.1.23807.1.2.4

Code: Alles auswählen

objectclass ( 1.3.6.1.4.1.23807.1.2.4
	NAME 'opsiClient'
	SUP opsiHost
	AUXILIARY
	DESC 'Opsi client' )

Ich gebe zu, als ich das gesehen habe, hat sich mir der Margen umgedreht, und ich traue mich ehrlich gesagt gerade nicht, das SCHEMA einzuspielen, da ich die Befürchtung habe, das es mir den kompletten LDAP Baum zerbröselt.

Darum meine Frage: Macht diese (in meinen Augen Gravierende) Änderung der LDAP Server nichts aus, oder sollte ich doch lieber warten?

Die OID wurden mit opsi 3.3 geändert, danach sind sie stabil geblieben.
Mit opsi 3.3 wurde das LDAP-Backend komplett überarbeitet.

Da drüber bin ich inzwischen auch gestolpert, und 'kämpfe' nun damit, es wieder ordentlich zum laufen zu bringen.

Das ist halt das Problem, wenn man sich eine Speziallösung gebaut hat, die auf die Firma zugeschnitten ist...

Leider funktioniert zur zeit nicht besonders viel. Selbst beim anlegen eines Server beendet sich opsi-admin mit einer Fehlermeldung (die aber in meinen Augen nichts mit dem LDAP backend zu tun hat).

Ich kann ja nicht abschätzen wie "spezial" diese Lösung ist, aber eine Möglichkeit wäre:
- opsi-convert LDAP -> File31
- Update
- opsi-convert File31 -> LDAP

Gruß
Jan Schneider

Danke für den Tipp. Würde aber in diesen Fall nicht helfen.

Der Grund ist, das wir OPSI über eine eigene Datenbank steuern und die Original Konfigurationskonsole eigentlich gar nicht verwenden (ich verwende sie für meine Tests, aber das wars dann auch). Also müssen wir erst mal diese Anbindung neu machen. Und das fängt dann damit an, das die LDAP Klasse opsiPolicyReference aus allen Datensätzen raus muss. Und in den Machine Datensätzen sind natürlich viele eigene Infos drin. Dir Products bekomme ich über die opsi-admin Befehle schnell in die neue Struktur. Komplizierter sind die die productStates. Aber da werde ich mir einen LDIF Konverter schreiben.

Inzwischen blicke ich ja auch wieder durch die neue Strukur und deren Verknüpfungen/Verbindungen durch.

forum.opsi.org

Update auf OPSI 3.4 -> LDAP Schema mit neuverteilten OIDs

Update auf OPSI 3.4 -> LDAP Schema mit neuverteilten OIDs

Re: Update auf OPSI 3.4 -> LDAP Schema mit neuverteilten OIDs

Re: Update auf OPSI 3.4 -> LDAP Schema mit neuverteilten OIDs

Re: Update auf OPSI 3.4 -> LDAP Schema mit neuverteilten OIDs

Re: Update auf OPSI 3.4 -> LDAP Schema mit neuverteilten OIDs