Neue opsi Pakete in 4.0.5 Testing

Neuigkeiten und Ankündigungen
Antworten
Benutzeravatar
ueluekmen
uib-Team
Beiträge: 1939
Registriert: 28 Mai 2008, 10:53

Neue opsi Pakete in 4.0.5 Testing

Beitrag von ueluekmen »

Sehr geehrte opsi-Anwender,

wir veröffentlichen heute eine Reihe von Updates für 4.0.5 als Testing.

--------------------------------------------------------------------
Die Updates in der Übersicht:

* opsi4ucs: Freigabe und Fixes UCS 4.0 und UCS 3.2
* opsi-winst: Feature für User Profile Management
* python-opsi: Anpassung für Hardware-Inventarisierung
* opsi-configed: Zusätzliche Einträge beim Anlegen eines Clients.
Aktivierung von Erweiterungen über GUI. Fixes.
* opsi Windows Netboot Produkte: Windows 10 steht bereit
* opsi-linux support: Neue Pakete für Debian und Ubuntu
* Weitere Fixes und Hinweise

--------------------------------------------------------------------

opsi4ucs:
Mit diesem Release werden nochmals Fixes und Verbesserungen für den
UCS 4.0 Support, aber auch für den UCS 3.2 Support veröffentlicht.
Eine der wichtigsten Änderungen ist die opsifileadmins-Gruppe. Diese
Gruppe wurde zwar schon mit der Unterstützung von UCS 3.0 eingeführt,
allerdings nur auf Installationen die mit Samba 4 und den Univention
Directory Services (Samba4-AD) installiert wurden. Auf allen anderen
Varianten und Rollen, wurde nach wie vor die Gruppe als pcpatch
angelegt. Da dieser Umstand nicht nur im Installationshandling ein
Problem darstellt, sondern auch Probleme bei möglichen Migrationen
(besonders von Samba3 auf Samba4) verursachen kann, wird mit dieser
Veröffentlichung nun die pcpatch-Gruppe als opsifileadmins Gruppe
angelegt, egal welche Kombination von UCS 3.2/4.0 oder Samba3/Samba4
bei der Installation vorgefunden wird.

WARNUNG: Um diese Anforderungen sauber in das Integrationspaket
implementieren zu können, wird die Gruppe pcpatch, falls vorhanden
automatisch über das Integrationspaket in opsifileadmins umbenannt.
Dies geschieht über das join-Skript. Falls Ihr Configserver auf einem
Master oder Backup betrieben wird, wird das Join-Skript automatisch
ausgeführt.

Der Hauptgrund für diese drastische Maßnahme ist, dass die manuelle
Umbenennung dieser Gruppe nicht trivial ist, da es sich um eine
primäre Gruppe handelt. Deshalb wird empfohlen vor dem Einspielen
dieses Updates zu überprüfen, ob Ihre Gruppe noch pcpatch heißt. Wenn
dem so ist, sollte das Update angefangen beim Configserver auf allen
Depotservern zeitnah eingespielt werden, da ansonsten der Betrieb der
Multidepot Umgebung gestört wird. Dies sollte nicht der Fall sein,
wenn Ihre Gruppe schon anders heißt. Dennoch wird empfohlen nach dem
Einspielen der Updates alle opsi-Server auf Funktion zu überprüfen.

Eine weitere Besonderheit die neu ist: Wenn kein Samba installiert ist
auf dem System, wird bevorzugt univention-samba4 installiert. Wenn
eine Samba3 Installation gewünscht ist, muss das Paket univention-samba3
vor der eigentlichen opsi-Installation auf dem Server manuell
installiert werden.

opsi-winst:
Dieses Update ist wichtig für Anwender des mittlerweile kostenfreien
Moduls: 'user profile management'. Mit diesem Fix ist es möglich über
ein loginscript den HKLM Zweig zu patchen. (Backport von 4.0.6).

python-opsi:
Mit dieser python-opsi Version wurde die opsihwaudit.conf angepasst.
Die Änderung ist ein Backport und eine Vorbereitung für opsi 4.0.6
Release und fügt unter COMPUTER_SYSTEM ein neues Attribut "SKU" ein. SKU
steht für "Stock Keeping Unit". Seit opsi 4.0.5 wird bei hwinvent als
Computer Modell zusätzlich die SKU ausgelesen. Dies hat zur
allgemeinen Verwirrung geführt und zu Problemen bei der byAudit
Treiberintegration. Diese SKU kann aber unter Umständen sehr nützlich
sein, da die Computermodelle sich dennoch unterscheiden können, obwohl
Hersteller und Modell identisch sind. Das hängt meist davon ab, aus
welchem Lagerbeständen die Auslieferung realisiert wurde oder bei
zeitversetzten Bestellungen der selben Hardware-Modelle.

opsi-configed:
Seit dem letzten Update-Release sind in den configed einige "kleine"
sichtbare Änderungen eingezogen. Außerdem konnten einige selten
beobachtete Fehler behoben werden.

Das wichtigste Sichtbare:
Beim Anlegen von Clients kann für den neuen Client direkt eine Gruppe
angegeben werden, zu der er gehören soll, sowie welches Netboot-Produkt
eventuell direkt auf setup gesetzt werden soll. Außerdem kann direkt
Install by shutdown, Uefi-Boot sowie die (Standard-) WAN-Konfiguration
aktiviert werden. Diese Einstellungen können jetzt auch ganz einfach in
der Hosts-Liste vorgenommen werden.

Ein tiefliegender Fehler, der repariert wurde, bewirkte, dass der
configed unter Windows in entsprechend großen Umgebungen die Grenze von
10000 offenen Window-Handles für das Properties-Editierfenster erreichte
und damit nicht mehr bedienbar war.

opsi Windows Netboot Produkte:
Es stehen jetzt Produkte (32/64 Bit) für Windows 10 bereit.
Dazu noch ein paar Hinweise:
Die opsi-winst Funktion GetMsVersionInfo meldet auf Windows 10: '10.0'.
Dies führt dazu, dass eine Unterscheidung zwischen NT5 und NT6 nach dem
Muster:
if GetMsVersionInfo < "6"
ein falsches Ergebnis liefert da, hierbei (Stringvergleich) 1 < 6 ist.
Besser hier die folgende Funktion wählen:
if CompareDotSeparatedNumbers(GetMsVersionInfo,"6.0") < "0"


opsi-linux Support:
Neue Pakete für Debian und Ubuntu

Daneben wurde eine Reihe kleinerer Probleme behoben.
-------------------------------------------------
Aus aktuellem Anlass noch ein Hinweis zu Debian 8 (Jessie) als Basis für
einen opsi-Server:

Debian Jessie als Basis für den opsi-Server wird von uns noch nicht
offiziell unterstützt.

Deshalb ist der Einsatz für Produktivumgebungen nicht empfohlen.
Für Testzwecke kann man als Paketquelle verwenden:
deb
http://download.opensuse.org/repositori ... Debian_8.0
./

Debian Jessie hat sslv3 disabled (scheint sich auch nicht wieder
anschalten zu lassen), deshalb benötigt man für die Windows
Reinstallation von einem Jessie Server aus einen opsi-client-agent mit
opsi-winst 4.11.4.19 (TLS 1.2):

http://download.uib.de/opsi4.0/experime ... 5.4-3.opsi

bzw.
opsi-winst 4.11.4.19 (arbeitet jetzt mit TLS 1.2.)
(
http://download.uib.de/opsi4.0/experime ... .19-1.opsi
)

Weitere bekannte Probleme:

Das Bootimage hat Probleme den share opsi_depot per mount.cifs zu
mounten. Es sieht nach bisherigen Tests so aus, dass diese Probleme
nicht auftauchen, wenn auf dem Server der winbindd nicht läuft.

Winbindd start disablen mit:
systemctl disable winbind
oder
insserv -r winbind

ausführen.
--------------------------------------------------------------------

Aktualisierte Pakete im Detail:

OS-Pakete:
python-opsi 4.0.5.18-2
opsi4ucs 4.0.5.7-1
opsiconfd 4.0.5.3-2
opsi-nagios-plugins 4.0.5.1-1
digitec-opsi-listener 1.2-1
opsi-configed_4.0.5.8-1_all.deb

opsi-Pakete:
opsi-winst/opsi-script 4.11.4.18
ubuntu 4.0.5-10
debian-4.0.5-7
win10-x64_4.0.5-7.opsi
win10_4.0.5-7.opsi

--------------------------------------------------------------------
Changelogs:

opsi-configed (4.0.5.8-1) testing; urgency=medium
* replace terminating '.' or ' ' in path string for byAudit path
by '_' (requires bootimage 4.0.6)
* extended create client dialog
* reload function for client table
* load productPropertyState by getRawData
* removed exception of ReachableUpdate when updating the model
* fix: on host refresh, a host configs refresh is necessary
* configed default logdir for windows move to localappdata dir
* hostparameter editor leaked and reached window handle maximum,
fixed by multiton pattern
* on authentication password corection was not observed
* in case of querysavedsearch we omit any console output
* with depot properties editing, a depot selection is kept when
changing product
* fixed that the connection state was not correctly identified which
led to errors in file backend
* WAN config by checkbox
* option for case sensitive search
* wan config is internally handled like other configs

-- Rupert Roeder <r.roeder@uib.de> Fri, 17 Apr 2015 13:58:44 +0200
---------------------------------------------
python-opsi (4.0.5.18-2) testing; urgency=low

* source/format file removed from debian packaging

-- Erol Ueluekmen <e.ueluekmen@uib.de> Thu, 21 May 2015 15:34:20 +0200

python-opsi (4.0.5.18-1) stable; urgency=low

* opsihwaudit.conf: Added COMPUTER_SYSTEM.sku (on Windows > Vista/Win7)

-- Erol Ueluekmen <e.ueluekmen@uib.de> Fri, 08 May 2015 01:01:37 +0200
---------------------------------------------
opsi4ucs (4.0.5.7-1) testing; urgency=medium

* Renaming pcpatch to opsifileadmins group, if exists in domain.
* Package-Dependencies changed:
- dhcp3-server removed
- samba removed; univention-samba4 is now default

-- Erol Ueluekmen <e.ueluekmen@uib.de> Sun, 03 May 2015 23:52:14 +0200
---------------------------------------------
opsiconfd (4.0.5.3-2) testing; urgency=low

* source/format file removed from debian packaging

-- Erol Ueluekmen <e.ueluekmen@uib.de> Thu, 21 May 2015 15:15:09 +0200
---------------------------------------------
opsi-winst/opsi-script (4.11.4.18) stable; urgency=low

* osparser: doRegistryHack* : fix for not HKCU reg entries in
loginscripts; fixes #1538 (backport from 4.11.5)

-- Detlef Oertel <d.oertel@uib.de> Tue, 05 May 2015:15:00:00 +0200
---------------------------------------------
ubuntu-4.0.5-10 stable; urgency=low

* fix: install opsi-linux-client-agent dependencies before the agent

-- Detlef Oertel <d.oertel@uib.de> Thu, 07 May 2015:15:00:00 +0200
---------------------------------------------
debian-4.0.5-7 stable; urgency=low

* jessie (Debian 8) support
* fix: install opsi-linux-client-agent dependencies before the agent

-- Detlef Oertel <d.oertel@uib.de> Thu, 09 Apr 2015:15:00:00 +0200
---------------------------------------------
opsi-nagios-plugins (4.0.5.1-1) testing; urgency=low

* removed dependency for nagios3.

-- Erol Ueluekmen <e.ueluekmen@uib.de> Mon, 10 Nov 2014 13:24:56 +0100
---------------------------------------------
digitec-opsi-listener (1.2-1) testing; urgency=low

* univention-config-dev added to build dependencies.

-- Erol Ueluekmen <e.ueluekmen@uib.de> Fri, 06 Feb 2015 15:11:56 +0100

digitec-opsi-listener (1.2-0) unstable; urgency=low

* changed the way how mac addresses are updated. If the current opsi
mac is in
the ucs ldap object, the opsi mac address is not updated.

-- Sven Anders <s.anders@digitec.de> Fri, 06 Feb 2015 13:50:31 +0100
opsi support - uib gmbh
For productive opsi installations we recommend support contracts.
http://www.uib.de
Antworten