debian 8

[rechle]

Guten Tag,

gibt es schon einen Zeitplan für das upgrade auf debian 8? in wie weit sind euch Problem durch die
Installation der 405er stable unter debian 8 bekannt?

grüße

Reinhard

[dominikwi]

Ich habe vor gut einer Woche eine Testumgebung mit debian 8 ("jessie") gebaut.

Ich habe zwar noch ein Problem, aber das scheint eher ein Konfigurationsproblem zu sein.

Einfach nach "getting started" abarbeiten.
Samba 4 läuft auch gut, wenn man winbind nicht installiert (sonst klappt's erst nach dem zweiten Anmeldetversuch am Server mit dem Netzlaufwerk).

Gruß

Dominik

[rechle]

Hi Dominik,

kannst du das SSL Zertifikat neu erstellen?

grüße

Reinhard

[dominikwi]

Hallo!
Das habe ich noch gar nicht versucht.
Ich komme auf dem Testsystem gut mit dem miteliefertem Zertifikat klar.
Da es ein Testsystem ist, kann ich es aber mal probieren.
Ich melde mich, wenn ich etwas dazu weiß.

Gruß

Dominik

[rechle]

Hi Dominik,

bei mir hatte das setup erstmal soweit geklappt, nur das manuelle hinzufügen und deinstallieren
von paketen mit dem produkt manager hat nicht geklappt, SSL Fehler.

Anschließend habe ich dann mal noch versucht das Zertifikat mit
opsi-setup --renew-opsiconfd-cert

zu erneuern, weil ich dachte, dass ich bei der Eingabe einen Fehler gemacht habe. Das schlug dann auch fehl ...

grüße

Reinhard

[wolfbardo]

Vorab:

Debian Jessie wird von uns noch nicht offiziell unterstützt

Von daher 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)

Daher braucht es

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, das 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ührt.

Anmerkungen und Hinweise sind willkommen.

Gruss
Bardo Wolf

[dominikwi]

Da kann ich noch ergänzen, dass ich das Problem mit dem Winbindd auch hatte. (an einem frischen Jessie Server, KVM-Gast)
Erst der zweite Anmeldeversuch am Server klappt (trotz gleicher anmeldedaten) Egal ob winXP, win7 oder Kubuntu.
Das habe ich durch Entfernen von winbindd gelöst. (Das Paket hat keine Abhängigkeiten, also machbar).
Genauso sollte aber ein deaktivieren des Dienstes helfen.

Aber danke für den Tipp mit den Experimental-Paketen
Vielleicht kann ich damit das Problem in meier Testumgebung lösen

[dominikwi]

Ich habe bei mir in der Testumgebung gerade mal auf den Experimental-Zweig für Opsi für debian jessie gewechselt.

Ich war kurz verwirrt als ich den configed nicht mehr erreichen konnte.
Der Daemon lief gar nicht, es fehlte java.

Nachdem ich openjdk-7-jre-headless installiert hatte, sah es schon wieder viel besser aus.

Wäre es nicht geschickt, wenn der configed eine Paketabhängigkeit mit openjdk-7-jre-headless hätte?

Oder darf ich zwischen den verschiedenen Java-Implementierungen 7 oder 8 und openjdk und icedtea wählen?

[n.wenselowski]

Hallo,

Oder darf ich zwischen den verschiedenen Java-Implementierungen 7 oder 8 und openjdk und icedtea wählen?

iirc sind Java 7 und 8 unterstützt, entweder direct von Oracle oder als openjdk.


Gruß

Niko

[r4a5a88]

Hallo

ich habe es bei einem meiner Rechner getestet
auf dem OPSI ist Debian 8 installiert OPSI noch von Debian 7

ich hab con einem 2ten deb7 Rechner das OPSI_DEPOT_RW mit cifs mounten können
mount -t cifs //IP.Adresse.des.Servers/opsi_depot_rw -o user=USER,password=XXXXX

winbind war bei einem Versuch an und es hat trotzdem funktioniert