UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dr. Bakterius]

@master67 VM, LXC oder Docker?

[Master67]

@dr-bakterius LXC natürlich... siehe hier mal https://forum.iobroker.net/topic/39253/iobroker-auf-proxmox-installiert/61?_=1611244014875 wie das bei mir war :-)

[Dr. Bakterius]

@master67 apt install software-properties-common hatte ich auch probiert um das Repository lt. Anleitung hinzufügen zu können. Hat bei mir aber auch nichts gebracht (außer noch mehr Fehlermeldungen).

[Master67]

@dr-bakterius Okay... nutzt du Ubuntu o. Debian? Wenn Debian dann liegt ggf. darin der Unterschied

127.0.0.1:XXXX> info
# Server
redis_version:6.0.6
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:d463d609620685c0
redis_mode:standalone
os:Linux 5.4.78-2-pve x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:9.3.0
process_id:167
run_id:62a07ff782195008fecc1a3f64cf6xxxxxxxxxxxxx
tcp_port:6379
uptime_in_seconds:202082
uptime_in_days:2
hz:10
configured_hz:10
lru_clock:684751
executable:/usr/bin/redis-server
config_file:/etc/redis/redis.conf

[Wildbill]

@master67 Ich meine, nesting muss nur bei unpriviligierten lxc aktiviert werden wenn man Zugriff auf bestimmte, ansonsten abgeschottete Funktionen des Host/Kernel braucht, z. B. für redis. Läuft iobroker eh schon in einem priviligierten ct, dann kann man nesting eh nicht aktivieren.

Gruß, Jürgen

[Master67]

@wildbill.... könnte so sein, mein ioBroker liefe ja schon lange als unpriviligierter LXC, das "nachträgliche" Installieren von redis war woll so kein Problem für meine Einrichtung des ioBrokers.

Edit: Stopp meintest du nun schon "priviligierten" o. "unpriviligierten"... mein ioBroker lief und läuft "unpriviligiert"

[Dr. Bakterius]

@master67, @Wildbill Ich habe Debian Buster und bei Unprivilegierter Container: Nein

# Server
redis_version:5.0.3
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:1b271fe49834c463
redis_mode:standalone
os:Linux 5.4.78-2-pve x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:8.3.0
process_id:128
run_id:7cbf15125a1f1f9fd6a1bf969c8002da7d0e1d9f
tcp_port:6379
uptime_in_seconds:4794
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:688105
executable:/usr/bin/redis-server
config_file:/etc/redis/redis.conf

[Master67]

@dr-bakterius ... da gibt es wohl doch größere Unterschiede zwischen Debian und Ubuntu bei dir läuft redis Vers.: 5.0.3
und bei mir die Vers. 6.0.6

Und unprivilegiert = Ja

[Wildbill]

@master67 Also ich kann nur bei den ct nesting aktivieren, die unprivilegiert eingerichtet sind. Die privilegierten dürfen bereits die ansonsten durch nesting erlaubten Funktionen des Host-Kernels verwenden.
Ich habe iobroker in einem priviligierten ct (unprivileged auf no) und kann somit kein nesting aktivieren, redis lief aber eben sofort.
Template ist das Ubuntu 18.04, jeweils alle aktuellen Updates drin.

Gruss, Jürgen

[Dr. Bakterius]

@wildbill Dann reagieren unsere beiden Systeme unterschiedlich. Denn ich habe die Auswahlmöglichkeit für Nesting und musste es auch aktivieren damit redis läuft...

[Master67]

@wildbill sagte in Auf redis umstellen:

@master67 Also ich kann nur bei den ct nesting aktivieren, die unprivilegiert eingerichtet sind. Die privilegierten dürfen bereits die ansonsten durch nesting erlaubten Funktionen des Host-Kernels verwenden.
Ich habe iobroker in einem priviligierten ct (unprivileged auf no) und kann somit kein nesting aktivieren, redis lief aber eben sofort.
Template ist das Ubuntu 18.04, jeweils alle aktuellen Updates drin.

Gruss, Jürgen

Ich hatte ja nur auf @Dr-Bakterius Post geantwortete, ich habe für die Installation von radis kein nesting aktivieren müssen, beim meinem "unprivilegierten" LXContainer, ich kann aber "nasting" noch auswählen was ich aber nicht mache weil nicht Nötig.
Bei mir läuft Ubuntu 20.04.1 LTS, auch Aktuell :-)