Auf redis umstellen

[Dr. Bakterius]

Mit /usr/bin/redis-server /etc/redis/redis.conf kann man ja die Config prüfen. Das ergibt:

*** FATAL CONFIG FILE ERROR ***
Reading the configuration file, at line 171
>>> 'logfile /var/log/redis/redis-server.log'
Can't open the log file: Permission denied

Also folgendes gemacht:
Eine leere redis-server.log erstellt und dann
sudo chown -R redis:redis /var/log/redis
sudo chmod -R u+rwX,g+rwX,u+rx /var/log/redis
sudo chmod +r /etc/redis/redis.conf

Allerdings ohne Erfolg.

[Thomas Braun]

@dr-bakterius Da würde ich ja auch zunächst Mal schauen wem das Log mit welchen Rechten gehört. Dann kannst du halt da was ändern. Ich vermute ja immer noch eine fehlende Gruppenzugehörigkeit.

[fastfoot]

@dr-bakterius sagte in Auf redis umstellen:

Allerdings ohne Erfolg.

probiere mal (ohne Gewähr)

sudo systemctl edit redis-server

[Service]
ProtectHome=no


Save and exit the editor 

[fastfoot]

@thomas-braun sagte in Auf redis umstellen:

@dr-bakterius Da würde ich ja auch zunächst Mal schauen wem das Log mit welchen Rechten gehört. Dann kannst du halt da was ändern. Ich vermute ja immer noch eine fehlende Gruppenzugehörigkeit.

er ist nicht iobroker, das würde sich erst beim Zugriff bemerkbar machen und ist dann evtl nochmal Thema. für jetzt startet der server erst gar nicht

[Dr. Bakterius]

@thomas-braun sagte in Auf redis umstellen:

Da würde ich ja auch zunächst Mal schauen wem das Log mit welchen Rechten gehört.

Es wird ja erst gar keine Log-Datei erstellt. Den Ordner habe ich mal als Test '777' zugewiesen - brachte aber auch nichts.

@fastfoot sagte in Auf redis umstellen:

probiere mal (ohne Gewähr)

Danke, aber leider kein Erfolg.

[fastfoot]

@dr-bakterius sagte in Auf redis umstellen:

Es wird ja erst gar keine Log-Datei erstellt.

das Logfile wird in der redis.conf konfiguriert. Standardmässig ist das der Standard Output, also kein File. Wenn als daemon gestartet gehen die Ausgaben ohne eine Angabe nach /dev/null

[Dr. Bakterius]

@fastfoot sagte in Auf redis umstellen:

tandardmässig ist das der Standard Output, also kein File.

Also wird dieses File, auch wenn in der Config angegeben, nicht erstellt? Warum beschwert er sich dann, dass er darauf keinen Zugriff hat?

Ich habe das File jetzt noch einmal erstellt und dem User 'redis' gegeben (wie auch der Ordner). Jetzt kommt keine Beschwerde wegen des Zugriffs. Aber funktionieren tut es trotzdem nicht.

Was bedeutet: Failed to start Advanced key-value store. (wird mir jetzt beim Status ausgegeben)?

[fastfoot]

@dr-bakterius sagte in Auf redis umstellen:

@fastfoot sagte in Auf redis umstellen:

tandardmässig ist das der Standard Output, also kein File.

Also wird dieses File, auch wenn in der Config angegeben, nicht erstellt? Warum beschwert er sich dann, dass er darauf keinen Zugriff hat?

Ich habe das File jetzt noch einmal erstellt und dem User 'redis' gegeben (wie auch der Ordner). Jetzt kommt keine Beschwerde wegen des Zugriffs. Aber funktionieren tut es trotzdem nicht.

Was bedeutet: Failed to start Advanced key-value store. (wird mir jetzt beim Status ausgegeben)?

doch, wenn angegeben schon! Stell mal das LOG-level auf warning. Evtl. hat redis keine Berechtigung?

Schau mal noch hier, 2te Antwort, da wird Advanced....... als Beschreibung angegeben, wie bei dir. Seine Lösung war die ReadOnlyDirectory auszukommentieren

[Dr. Bakterius]

@fastfoot @Thomas-Braun @Homoran

Vielen Dank für eure Unterstützung. Das Problem ist erledigt! Die Lösung habe ich hier im Forum an anderer Stelle gefunden. Es lag an einer Proxmox-Einstellung für den LXC von ioBroker. Da muss man unter 'Features' 'Nesting' aktivieren. Ja ich weiß, mit einer VM wäre das nicht passiert...

[Thomas Braun]

@dr-bakterius
Hmmmmmm. Komisch. Gerade gestern hat hier noch irgendwer erzählt, containern könnte jeder und es gäbe da eigentlich nie Probleme, die man nicht bei einer nativen Installation auch hätte.

[fastfoot]

@thomas-braun sagte in Auf redis umstellen:

@dr-bakterius
Hmmmmmm. Komisch. Gerade gestern hat hier noch irgendwer erzählt, containern könnte jeder und es gäbe da eigentlich nie Probleme, die man nicht bei einer nativen Installation auch hätte.

Ich hatte von Docker geredet, da ich lxc nicht auf dem Schirm hatte, da läuft das sofort. Und speziell meinte ich das buanet image, welches alle für iobroker notwendigen Einstellungen mitbringt. Gilt auch für das redis image Hier wurde die Standard redis distro in einem container installiert. Und ja, meine Aussage war etwas allgemein, sonst bräuchte es ja keine Docker-, lxc- und auch Linuxspezialisten. Fallstricke gibt es immer...

[Dr. Bakterius]

@thomas-braun sagte in Auf redis umstellen:

containern könnte jeder und es gäbe da eigentlich nie Probleme, die man nicht bei einer nativen Installation auch hätte.

Stimmt ja im Prinzip auch. War in über 18 Monaten das erste Problem mit LXC. USB-Gerät konnte ich durchreichen und sonst immer alles installieren. Natürlich ist eine VM einfacher. Aber die Vorteile von LXC überwiegen deren Nachteile. Wichtig ist, dass man eine Lösung findet und dafür sind Foren wie dieses spitze!

[apollon77]

So,jetzt mal gaaaanz langsam!!

Nicht gleich redis kaputt konfigurieren!

erstmal: Welche redis version ists überhaupt? Wie installiert? Istes ein Debian oder Ubuntu? AM besten Redis NICHT aus dem Standard Repo nehmen bei Ubuntu sondern aus dem chris-lea PPA

[Master67]

@dr-bakterius sagte in Auf redis umstellen:

Da muss man unter 'Features' 'Nesting' aktivieren.

Das habe ich nun schon ein paar mal gelesen, ist bei mir aber nicht Aktiv und ich nutze auch "redis"... komisch

[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"