openhabian@openhabian:~ $ sudo update-alternatives --config java
[sudo] password for openhabian:
There are 2 choices for the alternative java (providing /usr/bin/java).
Selection Path Priority Status
------------------------------------------------------------
* 0 /usr/lib/jvm/java-11-openjdk-armhf/bin/java 1111 auto mo de
1 /usr/lib/jvm/java-11-openjdk-armhf/bin/java 1111 manual mode
2 /usr/lib/jvm/zulu8-jdk-arm32-322/jre/bin/java 1 manual mode
Press <enter> to keep the current choice[*], or type selection number: 2
update-alternatives: using /usr/lib/jvm/zulu8-jdk-arm32-322/jre/bin/java to provide /usr/bin/java (java) in manual mode
openhabian@openhabian:~ $ java -version
openjdk version "1.8.0_322"
OpenJDK Runtime Environment (Zulu 8.60.0.21-CA-linux_aarch32hf) (build 1.8.0_322-b06)
OpenJDK Client VM (Zulu 8.60.0.21-CA-linux_aarch32hf) (build 25.322-b06, mixed mode)
Das FritzboxTR64 Binding lässt sich zwar installieren aber ich bekomme wieder die endlosen Fehlermeldungen
OH 4.3.2 + Deconz auf Raspi 4B mit Conbee-II Stick,
Shellys, 8266 basierende Anwendungen (Tasmota),
Zigbee Sensoren und Lampen
Nein, die 1 ist schon richtig. Die 1 ist die Priorität. Wenn Du --config aufrufst, bekommst Du die verschiedenen Optionen, dass sind der Manuelle Modis (0) und die manuelle Auswahl (1 und 2). Seltsam ist, dass update-alternatives dennoch das Paket mit der niedrigeren Priorität (1 ist höchste Prio) automatisch auswählt. Eventuell müsste man da noch irgendeinen weiteren Befehl absetzen... ist lange her, dass ich das selbst nutzen musste...
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Nein, die 1 ist schon richtig. Die 1 ist die Priorität. Wenn Du --config aufrufst, bekommst Du die verschiedenen Optionen, dass sind der Manuelle Modis (0) und die manuelle Auswahl (1 und 2). Seltsam ist, dass update-alternatives dennoch das Paket mit der niedrigeren Priorität (1 ist höchste Prio) automatisch auswählt. Eventuell müsste man da noch irgendeinen weiteren Befehl absetzen... ist lange her, dass ich das selbst nutzen musste...
Hauptsache ist ja, dass es jetzt die richtige Version ist.
Warum das nun allerdings Dein Problem nicht löst, weiß ich auch nicht...
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Ich bin ratlos. Soll ich die Fehlermeldungen noch mal posten/x mal rebooten? Ich habe sicher damals nichts auf der Kommandozeile gemacht oder etwas anderes gefrickelt und mein System lief sauber seit Ende 2019. Gab es denn damals noch ein anderes Java8 über openhabian-config? (Ich meine einen Ratschlag des Ausweichens auf Oracle Java8 gelesen zu haben). Kann mir jemand eine funktionierende Kombination nennen?
Ich nutze das TR064 Binding nur zur Anwesenheitserkennung - gibt es vielleicht eine andere Möglichkeit der Interaktion mit der Fritzbox?
Danke
OH 4.3.2 + Deconz auf Raspi 4B mit Conbee-II Stick,
Shellys, 8266 basierende Anwendungen (Tasmota),
Zigbee Sensoren und Lampen
Entwarnung!
Habe heute im Anflug der Verzweiflung das System neu aufgesetzt. Da über openhabian-config die java8 installation nicht klappt ( natürlich immer noch nicht) das ganze wieder manuell - wie empfohlen. Vorsichtshalber auch Java8 von Oracle auf die gleiche Weise installiert - aber Zulu aktiviert.
Das alles bevor ich überhaupt einmal OH über den Browser gestartet habe und dort die Erstinstallation vorgenommen hatte. Plötzlich geht alles!
Die für mich unwahrscheinliche Erklärung ist dass Java8 vor der Erstinstallation aktiviert sein muss - ist ncht logisch aber der einzige Unterschied. Alle anderen Erklärungsversuche enden mit Zufall - das mag ich noch weniger.
Wird die fehlerhafte Installationsroutine in openhabian-config an die Macher gemeldet?
Nochmal vielen Dank für die Hilfe!
OH 4.3.2 + Deconz auf Raspi 4B mit Conbee-II Stick,
Shellys, 8266 basierende Anwendungen (Tasmota),
Zigbee Sensoren und Lampen
We had to change Java from Zulu to OpenJDK on pretty short notice.
Sorry for that but Azul (the company to provide Zulu) keeps changing their download API often, resulting in Java being unable to install, leaving new openHABian users in the dark so we decided to switch there a little earlier than we intended.
Zulu will remain as an alternative Java provider for the time being, be aware however that it may fail to install at any time thanks to Azul.
(please drop a note if you notice this is happening but don't expect this to get fixed soon).
Oh. Das ist bitter, insbesondere, weil openHAB2 nicht so wirklich gut mit openJDK (die Nicht-Zulu-Variante) funktioniert hat. Kann natürlich sein, dass es mit OH2.5.12 nicht mehr so viele Probleme gibt.
Ansonsten bliebe tatsächlich nur, Oracle Java zu installieren, was wegen der Lizenzpolitik von Oracle auch keinen Spaß macht.
Wobei die manuelle Variante ja sogar einigermaßen funktioniert, ist halt lästig...
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Ok. Dann braucht's da wirklich keinen Hinweis mehr.
Hatte noch ein Problem mit dem Mosquitto Server, der sich zwar über das Menü installieren ließ und "up and running" meldete, aber dann weder von OH noch von MQTTFx erreichbar war. Hab ich dann aber selbst geschafft, da fehlte ein Eintrag in der cfg Datei "listen ..." - offensichtlich geht's dann nur lokal. Werd das mal bei GitHub melden.
Grüße und Danke nochmal!
OH 4.3.2 + Deconz auf Raspi 4B mit Conbee-II Stick,
Shellys, 8266 basierende Anwendungen (Tasmota),
Zigbee Sensoren und Lampen
