Seite 1 von 1

Proxmox treibt mich (fast) in den Wahnsinn

Verfasst: 29. Sep 2020 17:23
von alkaline
Hallo zusammen

seit zwei Wochen kämpfe ich mit Proxmox, auf welchem OH, piHole, Influx und anderes laufen soll.
Mittlerweile habe ich aus purer Verzweiflung den Server als auch die Container mehrfach neu aufgesetzt, immer mit dem selben Ergebnis, das die Services / Bindings Amazon, DarkSky Wetter, OpenWeather, iCloud und HomeConnect nie online gehen. Es kommt immer dieselbe Fehlermeldung:

Code: Alles auswählen

2020-09-29 17:11:14.197 [WARN ] [l.handler.ICloudAccountBridgeHandler] - Unable to refresh device data
java.io.IOException: java.util.concurrent.ExecutionException: java.net.UnknownHostException: fmipmobile.icloud.com
	at org.eclipse.smarthome.io.net.http.HttpUtil.executeUrlAndGetReponse(HttpUtil.java:259) ~[?:?]
	at org.eclipse.smarthome.io.net.http.HttpUtil.executeUrl(HttpUtil.java:156) ~[?:?]
	at org.eclipse.smarthome.io.net.http.HttpUtil.executeUrl(HttpUtil.java:131) ~[?:?]
	at org.eclipse.smarthome.io.net.http.HttpRequestBuilder.getContentAsString(HttpRequestBuilder.java:135) ~[?:?]
	at org.openhab.binding.icloud.internal.ICloudConnection.callApi(ICloudConnection.java:90) ~[?:?]
	at org.openhab.binding.icloud.internal.ICloudConnection.requestDeviceStatusJSON(ICloudConnection.java:71) ~[?:?]
	at org.openhab.binding.icloud.internal.handler.ICloudAccountBridgeHandler.lambda$0(ICloudAccountBridgeHandler.java:94) ~[?:?]
	at org.eclipse.smarthome.core.cache.ExpiringCache.refreshValue(ExpiringCache.java:101) ~[?:?]
	at org.eclipse.smarthome.core.cache.ExpiringCache.getValue(ExpiringCache.java:72) ~[?:?]
	at org.openhab.binding.icloud.internal.handler.ICloudAccountBridgeHandler.refreshData(ICloudAccountBridgeHandler.java:161) ~[?:?]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_262]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_262]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_262]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_262]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_262]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_262]
	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_262]
Caused by: java.util.concurrent.ExecutionException: java.net.UnknownHostException: fmipmobile.icloud.com
	at org.eclipse.jetty.client.util.FutureResponseListener.getResult(FutureResponseListener.java:118) ~[?:?]
	at org.eclipse.jetty.client.util.FutureResponseListener.get(FutureResponseListener.java:101) ~[?:?]
	at org.eclipse.jetty.client.HttpRequest.send(HttpRequest.java:685) ~[?:?]
	at org.eclipse.smarthome.io.net.http.HttpUtil.executeUrlAndGetReponse(HttpUtil.java:250) ~[?:?]
	... 16 more
Caused by: java.net.UnknownHostException: fmipmobile.icloud.com
	at java.net.InetAddress.getAllByName0(InetAddress.java:1281) ~[?:1.8.0_262]
	at java.net.InetAddress.getAllByName(InetAddress.java:1193) ~[?:1.8.0_262]
	at java.net.InetAddress.getAllByName(InetAddress.java:1127) ~[?:1.8.0_262]
	at org.eclipse.jetty.util.SocketAddressResolver$Async.lambda$resolve$1(SocketAddressResolver.java:170) ~[?:?]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:782) ~[?:?]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:918) ~[?:?]
	... 1 more
Ich vermute ein DNS Problem und finde einfach keinen Ausweg.

Was ich bisher immer wieder getestet habe:
- ping von Server als auch von den jeweiligen Container auf 8.8.8.8 --> ok
- ping von Server als auch von den jeweiligen Container auf heise.de --> ok
- ping6 von Server als auch von den jeweiligen Container auf heise.de --> nicht ok, habe ich aber auch nicht konfiguriert

Code: Alles auswählen

[16:59:03] root@openhab:~# ping heise.de
PING heise.de (193.99.144.80) 56(84) bytes of data.
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=1 ttl=244 time=24.7 ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=2 ttl=244 time=20.9 ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=3 ttl=244 time=20.8 ms
^C
--- heise.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 20.798/22.129/24.741/1.854 ms
[16:59:11] root@openhab:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=23.4 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=21.4 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=20.4 ms
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 6ms
rtt min/avg/max/mdev = 20.403/21.723/23.374/1.241 ms
[16:59:18] root@openhab:~# ping6 heise.de
connect: Das Netzwerk ist nicht erreichbar
Wenn Interesse besteht, kann ich gerne die Konfiguration des Servers / Openhab posten, im Kern ist diese jedoch unverändert.

Server:

Code: Alles auswählen

root@pve:~# cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
192.168.178.30 pve.fritz.box pve

# The following lines are desirable for IPv6 capable hosts

::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
root@pve:~# 

Code: Alles auswählen

root@pve:~# cat /etc/network/interfaces
# network interface settings; autogenerated
# Please do NOT modify this file directly, unless you know what
# you're doing.
#
# If you want to manage parts of the network configuration manually,
# please utilize the 'source' or 'source-directory' directives to do
# so.
# PVE will preserve these directives, but will NOT read its network
# configuration from sourced files, so do not attempt to move any of
# the PVE managed interfaces into external files!
auto lo
iface lo inet loopback

iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
        address 192.168.178.30/24
        gateway 192.168.178.1
        bridge-ports eno1
        bridge-stp off
        bridge-fd 0

iface vmbr0 inet6 static
        address fe80::1e69:7aff:fe6a:a18b/64
        gateway fe80::1

root@pve:~# 
Openhab:

Code: Alles auswählen

[17:24:17] root@openhab:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
	address 192.168.178.21/24
	gateway 192.168.178.1

iface eth0 inet6 static
	address fe80::f070:e6ff:feb0:1049/64
	gateway fe80::1

[17:24:38] root@openhab:~# 
Kann mir jemand mal ein Licht reichen?
Gruß
Marcus

Proxmox treibt mich (fast) in den Wahnsinn

Verfasst: 29. Sep 2020 18:03
von udo1toni
Sagen wir mal so: Es gibt verschiedene Stolpersteine bei Proxmox.
Erste Frage: Wie virtualisierst Du? VM oder CT?
Zweite Frage: Wie ist das Netzwerk konfiguriert? - (EDIT: ja, Udo, hättest Du mal den Post von Anfang bis Ende gelesen.. steht doch da..)
Dritte Frage: Wie sieht der Unterbau aus?

Wenn Du CT verwendest, könnte es sein, dass der Container Probleme hat, weil er unprivilegiert läuft. Weiterhin gibt es noch ein paar versteckte Schalter (z.B. Nesting ist so ein Knopf, der Probleme lösen oder schaffen kann).


Gesendet von iPad mit Tapatalk

Re: Proxmox treibt mich (fast) in den Wahnsinn

Verfasst: 29. Sep 2020 18:20
von alkaline
Unterbau ist ein Intel NUC, 4 Kerne und 8 GB Ram, SSD 1 TB
Direkt darauf arbeitet Promox,, als Iso auf Stick und installiert.

Die CT-Container sind allesamt unpriv. derzeit, sah eben, das es nicht geändert werden kann.....also mache ich mal wieder nen neuen aus Debian 10 und schaue dann mal, ob es sich anderst verhält.
Edit: konnte den Schalter durch Export / import setzen....mal schauen wie es sich verhält

Danke für die erste Einschätzung.
Gruß
Marcus

Re: Proxmox treibt mich (fast) in den Wahnsinn

Verfasst: 29. Sep 2020 18:27
von udo1toni
Genau. Export/Import ist die einzige Möglichkeit, ohne den Container komplett neu zu erfinden.


Gesendet von iPad mit Tapatalk

Re: Proxmox treibt mich (fast) in den Wahnsinn

Verfasst: 5. Okt 2020 10:18
von alkaline
Hallo zusammen

evtl. interessant für andere, da ich den Fehler fand:
Ich hatte nach wie vor das Problem, das DNS nach Stunden oder Tagen ausgestiegen ist.
Grund dafür das die seit Version 7.2 AVM Fritzbox verfügbare Option DNS over DLS, welche die Ursache dafür war, das etliche Dienste auf Seiten Openhab nicht mehr bzw. nach Stunden oder Tagen, arbeiteten.

Nachdem ich die Option wieder entfernt hatte, laufen die Systeme wieder stabil.

Gruß
Marcus