forum.opsi.org

Sehr geehrte opsi-Anwender,

hiermit geben wir die ersten Pakete des neuen Release opsi 4.0.6 als Stable frei.

Schwerpunkte dieser Freigabe sind:
- Windows 10 Support
- Neues opsi bootimage
- Neue opsi-linux netboot Produkte

Während des Umbaus am Online-Repository wurden noch einige Bugfixes für die Paketierung gebaut, was zu einer Verzögerung in der Freigabe geführt hat. Wir bitten um Ihr verständnis für die Verzögerung.

Wir empfehlen daher auch den Anwendern, die schon auf 4.0.6 arbeiten, nochmals Ihre Server aus dem Stable-Repository zu aktualisieren.

Besondere Hinweise zum opsi-linux-bootimage:
Wir möchten noch mal auf die Aktualisierung von syslinux im opsi-linux-bootimage hinweisen. Neben dem schon im letzten Testing-Release bekanntgemachten Problem mit bestimmten meist alten Clients (u.a. Dell OptiPlex 790) von dem nicht funktionierenden localboot, hat sich bei weiteren Tests auch ein Problem mit dem PXE-Boot der Clients auf opsi-Servern bemerkbar gemacht, die auf Debian 8 Systemen laufen. Hier gibt es neben dem manuellen Downgrade auf die ältere syslinux-Version noch die Option, dem atftpd in der Datei /etc/inetd.conf, oder /etc/default/atftp (je nach gewähltem Daemon) --no-tsize als zusätzlichen Parameter mit auf zu nehmen. Die Analyse dieses Problems läuft noch und wir arbeiten an einem Fix. Für die Option mit manuellen Downgrade der syslinux-Version stehen Ihnen folgende Links zur Verfügung:

http://download.uib.de/opsi4.0/archiv/o ... nux/README
http://download.uib.de/opsi4.0/archiv/o ... ngrade.zip

Im Detail wird hiermit als Stable freigegeben:

Server-Pakete:
* opsi-depotserver_4.0.6.4-1
* opsi-linux-support_1.0-8
* opsi-utils_4.0.6.8-2
* opsiconfd_4.0.6.10-5
* python-opsi_4.0.6.25-1
* opsi-linux-bootimage_20150916-2
* opsi-configed_4.0.6.3.5.1-2

opsi-Pakete (Localboot):
* opsi-client-agent_4.0.6.3-3
* opsi-configed_4.0.6.3.5.1-3
* windomain_1.0-8
* opsi-uefi-netboot_4.0.5-3
* config-win10_4.0.6-4.opsi
* opsi-template-with-admin_4.0.6-1
* opsi-setup-detector_4.0.6.132-1

opsi-Pakete (netboot):
* win* 4.0.6.1-2 (inclusive Windows 10 Pakete)
* opsi-clonezilla (4.0.6-1)
* memtest86 5.01-1

opsi-Pakete (opsi-linux):
* centos70_4.0.6.2-1
* redhat70_4.0.6.2-1
* debian7-4.0.6-1
* debian8-4.0.6-1
* Ubuntu14-04_4.0.6-2
* Ubuntu15-04_4.0.6-2
* opensuse13-2_4.0.6.2-2
* sles12_4.0.6.2-2


opsi-Pakete (opsi-local-image):
* opsi-local-image-win* 4.0.6.1-2
* opsi-local-image-capture 4.0.6.1-2


Die Pakete finden Sie unter:
http://download.uib.de/opsi4.0/products


Dokumentationen in:
http://download.uib.de/opsi4.0/doc/
Bitte beachte Sie unbedingt die Detailierte Berschreibung in den
Releasenotes:
http://download.uib.de/opsi4.0/doc/opsi ... tes-de.pdf

Auch bei dieser Ankündigung möchten wir für die Changelogs auf die Releasenotes verweisen.

Mit freundlichen Grüßen
Das uib opsi Team

Hallo,

bei UCS 3.2 gibts da leider noch ein kleines Problem mit den Paketen:
Grüße
SirTux

Hi,

ich habe mal einen Rebuild für das Paket auf UCS angestoßen.
Bitte nochmal in ein paar Minuten probieren.

Falls ein Proxy dazwischen hängt, könnte dieser auch ein möglicher Übeltäter sein.


Gruß

Niko

Das hat leider auch nichts gebracht. Einen Proxy gibts auch nicht. Ich habs jetzt über drei verschiedene Internetzugänge probiert: Die md5sum paßt nicht zu der, die in den Repositorydaten steht:

Hi,

Sieht nach einem Problem im buildservice oder auf einem mirror aus.

Kannst du mal über opsi40-testing probieren? Die Stände müßten fast gleich sein ausser du kriegst noch einen kleinen hotfix, der es nicht in diese Stable-Runde geschafft hat.

Grüße von unterwegs

Wurde das Problem mit Winbind unter Jessie behoben?

Sieht nach einem Problem im buildservice oder auf einem mirror aus.

Ist ein Problem mit dem Mirror.

http://download.opensuse.org/repositori ... ntion_4.0/
http://ftp5.gwdg.de/pub/opensuse/reposi ... ntion_4.0/

Der Zeitstempel der betroffenen Dateien ist nicht identisch. Dummerweise wird der Repository-Inhalt scheinbar mit dem Original abgeglichen, während Downloads im Hintergrund auf den Mirror umgeleitet werden. Muss man erstmal drauf kommen...

Wahrscheinlich geht spätestens morgen alles wieder normal...

LG
Thomas

ueluekmen hat geschrieben:Wir möchten noch mal auf die Aktualisierung von syslinux im opsi-linux-bootimage hinweisen. Neben dem schon im letzten Testing-Release bekanntgemachten Problem mit bestimmten meist alten Clients (u.a. Dell OptiPlex 790) von dem nicht funktionierenden localboot, hat sich bei weiteren Tests auch ein Problem mit dem PXE-Boot der Clients auf opsi-Servern bemerkbar gemacht, die auf Debian 8 Systemen laufen. Hier gibt es neben dem manuellen Downgrade auf die ältere syslinux-Version noch die Option, dem atftpd in der Datei /etc/inetd.conf, oder /etc/default/atftp (je nach gewähltem Daemon) --no-tsize als zusätzlichen Parameter mit auf zu nehmen.

Hinweis am Rande:
Bei mir war's nochmal in /etc/xinetd.d/tftp (ich weiß nicht, ob das mit OPSI in Verbindung steht)

Tatsächlich kann dieser Eintrag auch in der Xinetd Konfiguration stehen, aber alle Debian Jessie Systeme die wir intern verwenden, verwenden Inetd. Sinetd kenne ich nur im Zusammenhang mit RPM Maschinen (SLES, RH etc...)

Im Endeffekt muss es nur an einer Stelle geändert werden, je nach verwendetem Daemon.

Gruß
Mathias

Hi,

die Datei um die es geht lautet:
In dieser Datei gibt es die erste Zeile:
Wenn diese Option auf true steht, lässt sich der Daemon nicht über das init-Skript starten. Welcher inetd verwendet wird ist unterschiedlich. Auf Debian ist es openbsd-inetd auf ubuntu xinetd und soweiter. Dann muss diese Option in der inetd-Datei gesetzt werden, die verwendet wird. Sollte die Option auf true stehen, dann muss diese Option in der default-Datei stehen, damit diese Option beim starten des Daemons mit gesetzt wird.