NEWS
[gelöst] ioB 120% Auslastung und no connection to database
-
@apollon77 für meine Begriffe (command spuckt nix aus) läuft da nix sonst?
thorsten@ioBroker2:~$ iobroker stop thorsten@ioBroker2:~$ ps auxww|grep io root 12 0.0 0.0 0 0 ? S 12:30 0:00 [migration/0] root 16 0.6 0.0 0 0 ? S 12:30 0:05 [migration/1] message+ 377 0.1 0.0 8980 4168 ? Ss 12:31 0:01 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only thorsten 914 0.0 0.0 6084 892 pts/0 S+ 12:45 0:00 grep io thorsten@ioBroker2:~$den Redis-Server hab ich bewusst nie selbst installiert manuell...
-
thorsten@ioBroker2:~$ iob status No connection to databases possible ... thorsten@ioBroker2:~$UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
thorsten@ioBroker2:~$ sudo lsof /opt/iobroker/iobroker-data/objects.jsonl [sudo] Passwort für thorsten: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME iobroker. 874 iobroker 19u REG 8,1 51272289 1451506 /opt/iobroker/iobroker-data/objects.jsonlDer Hinweis von @apollon77 ist richtig. Wenn redis nicht (mehr) genutzt wird, weg damit.
apt policy redisGgf. deinstallieren.
sudo apt remove redis -
thorsten@ioBroker2:~$ iob status No connection to databases possible ... thorsten@ioBroker2:~$ -
Der Hinweis von @apollon77 ist richtig. Wenn redis nicht (mehr) genutzt wird, weg damit.
apt policy redisGgf. deinstallieren.
sudo apt remove redisthorsten@ioBroker2:~$ apt policy redis redis: Installiert: (keine) Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages thorsten@ioBroker2:~$hab noch nicht deinstalliert - steht aber auch da wär nix installiert?
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
thorsten@ioBroker2:~$ apt policy redis redis: Installiert: (keine) Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages thorsten@ioBroker2:~$hab noch nicht deinstalliert - steht aber auch da wär nix installiert?
@kueppert sagte in ioBroker mit 120% Auslastung und no connection to database:
hab noch nicht deinstalliert - steht aber auch da wär nix installiert?
In deinem top sieht man mit PID 422 einen redis-server Prozess.
systemctl status redis-server -
@kueppert Ok, dann ändere bitte mal im iobroker.json die beiden
"connectTimeout": 2000,zu 30000
dann?
@apollon77 hab nur ein connection-timeout gefunden?
thorsten@ioBroker2:~$ iob status iobroker is not running on this host. Objects type: jsonl States type: jsonlUDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@kueppert sagte in ioBroker mit 120% Auslastung und no connection to database:
hab noch nicht deinstalliert - steht aber auch da wär nix installiert?
In deinem top sieht man mit PID 422 einen redis-server Prozess.
systemctl status redis-server@thomas-braun sagte in ioBroker mit 120% Auslastung und no connection to database:
systemctl status redis-server
thorsten@ioBroker2:~$ systemctl status redis-server ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor pre Active: active (running) since Fri 2022-04-22 12:31:07 CEST; 23min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 383 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exite Main PID: 422 (redis-server) Tasks: 4 (limit: 4915) Memory: 15.3M CGroup: /system.slice/redis-server.service └─422 /usr/bin/redis-server 127.0.0.1:6379 lines 1-11/11 (END)soll ich den Befehl zum deinstallieren nun ausführen? Redis nutze ich nicht
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@apollon77 hab nur ein connection-timeout gefunden?
thorsten@ioBroker2:~$ iob status iobroker is not running on this host. Objects type: jsonl States type: jsonl -
@thomas-braun sagte in ioBroker mit 120% Auslastung und no connection to database:
systemctl status redis-server
thorsten@ioBroker2:~$ systemctl status redis-server ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor pre Active: active (running) since Fri 2022-04-22 12:31:07 CEST; 23min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 383 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exite Main PID: 422 (redis-server) Tasks: 4 (limit: 4915) Memory: 15.3M CGroup: /system.slice/redis-server.service └─422 /usr/bin/redis-server 127.0.0.1:6379 lines 1-11/11 (END)soll ich den Befehl zum deinstallieren nun ausführen? Redis nutze ich nicht
Bitte das Fenster des Terminals mal größer machen. Da fehlt rechts Text.
sudo systemctl stop redis-server sudo systemctl disable redis-server -
@thomas-braun sagte in ioBroker mit 120% Auslastung und no connection to database:
systemctl status redis-server
thorsten@ioBroker2:~$ systemctl status redis-server ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor pre Active: active (running) since Fri 2022-04-22 12:31:07 CEST; 23min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 383 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exite Main PID: 422 (redis-server) Tasks: 4 (limit: 4915) Memory: 15.3M CGroup: /system.slice/redis-server.service └─422 /usr/bin/redis-server 127.0.0.1:6379 lines 1-11/11 (END)soll ich den Befehl zum deinstallieren nun ausführen? Redis nutze ich nicht
-
@kueppert Ok, heisst das die Standard 5s nicht reichen das er die Files lesen kann ... da sist komisch ...
Aber ok ...
iob list instances?@apollon77 sagte in ioBroker mit 120% Auslastung und no connection to database:
iob list instances
thorsten@ioBroker2:~$ iob list instances system.adapter.admin.0 : admin : ioBroker2 - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alarm.0 : alarm : ioBroker2 - enabled system.adapter.alexa2.0 : alexa2 : ioBroker2 - enabled system.adapter.alias-manager.0 : alias-manager : ioBroker2 - enabled system.adapter.backitup.0 : backitup : ioBroker2 - enabled system.adapter.daswetter.0 : daswetter : ioBroker2 - enabled system.adapter.denon.0 : denon : ioBroker2 - enabled system.adapter.discovery.0 : discovery : ioBroker2 - enabled system.adapter.echarts.0 : echarts : ioBroker2 - enabled system.adapter.email.0 : email : ioBroker2 - enabled system.adapter.flot.0 : flot : ioBroker2 - enabled system.adapter.fully-tablet-control.0 : fully-tablet-control : ioBroker2 - enabled system.adapter.harmony.0 : harmony : ioBroker2 - enabled system.adapter.history.0 : history : ioBroker2 - enabled system.adapter.hm-rega.0 : hm-rega : ioBroker2 - enabled system.adapter.hm-rpc.0 : hm-rpc : ioBroker2 - enabled, port: 0 system.adapter.hm-rpc.1 : hm-rpc : ioBroker2 - enabled, port: 0 system.adapter.hue.0 : hue : ioBroker2 - enabled, port: 80 system.adapter.ical.0 : ical : ioBroker2 - enabled system.adapter.ical.1 : ical : ioBroker2 - enabled system.adapter.icons-mfd-png.0 : icons-mfd-png : ioBroker2 - enabled system.adapter.icons-ultimate-png.0 : icons-ultimate-png : ioBroker2 - enabled system.adapter.influxdb.0 : influxdb : ioBroker2 - enabled, port: 8086 system.adapter.info.0 : info : ioBroker2 - enabled system.adapter.iot.0 : iot : ioBroker2 - enabled system.adapter.iqontrol.0 : iqontrol : ioBroker2 - enabled system.adapter.javascript.0 : javascript : ioBroker2 - enabled system.adapter.logparser.0 : logparser : ioBroker2 - enabled system.adapter.nut.0 : nut : ioBroker2 - enabled system.adapter.pi-hole.0 : pi-hole : ioBroker2 - enabled system.adapter.ping.0 : ping : ioBroker2 - disabled system.adapter.pollenflug.0 : pollenflug : ioBroker2 - enabled system.adapter.proxmox.0 : proxmox : ioBroker2 - enabled, port: 8006 system.adapter.scenes.0 : scenes : ioBroker2 - enabled system.adapter.shelly.0 : shelly : ioBroker2 - enabled, port: 1882, bind: 0.0.0.0 system.adapter.simple-api.0 : simple-api : ioBroker2 - enabled, port: 8087, bind: 0.0.0.0, run as: admin system.adapter.smartcontrol.0 : smartcontrol : ioBroker2 - enabled system.adapter.snmp.0 : snmp : ioBroker2 - enabled system.adapter.socketio.0 : socketio : ioBroker2 - enabled, port: 8084, bind: 192.168.10.13, run as: admin system.adapter.sonoff.0 : sonoff : ioBroker2 - enabled, port: 1883, bind: 0.0.0.0 system.adapter.synology.0 : synology : ioBroker2 - enabled, port: 5001 system.adapter.tankerkoenig.0 : tankerkoenig : ioBroker2 - enabled system.adapter.telegram.0 : telegram : ioBroker2 - enabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : ioBroker2 - enabled system.adapter.tr-064.0 : tr-064 : ioBroker2 - enabled system.adapter.trashschedule.0 : trashschedule : ioBroker2 - enabled system.adapter.unifi.0 : unifi : ioBroker2 - enabled system.adapter.vis-bars.0 : vis-bars : ioBroker2 - enabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges : ioBroker2 - enabled system.adapter.vis-colorpicker.0 : vis-colorpicker : ioBroker2 - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : ioBroker2 - enabled system.adapter.vis-history.0 : vis-history : ioBroker2 - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : ioBroker2 - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : ioBroker2 - enabled system.adapter.vis-justgage.0 : vis-justgage : ioBroker2 - enabled system.adapter.vis-materialdesign.0 : vis-materialdesign : ioBroker2 - enabled system.adapter.vis-players.0 : vis-players : ioBroker2 - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather : ioBroker2 - enabled system.adapter.vis-weather.0 : vis-weather : ioBroker2 - enabled system.adapter.vis.0 : vis : ioBroker2 - enabled system.adapter.web-speedy.0 : web-speedy : ioBroker2 - enabled system.adapter.web.0 : web : ioBroker2 - enabled, port: 8082, bind: 192.168.10.13, run as: admin system.adapter.whatsapp-cmb.0 : whatsapp-cmb : ioBroker2 - enabled system.adapter.wled.0 : wled : ioBroker2 - enabled system.adapter.yeelight-2.0 : yeelight-2 : ioBroker2 - enabled system.adapter.zigbee.0 : zigbee : ioBroker2 - enabled, port: /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_9271b043fa93eb11969ca85b3d98b6d1-if00-port0 + instance is alive -
Bitte das Fenster des Terminals mal größer machen. Da fehlt rechts Text.
sudo systemctl stop redis-server sudo systemctl disable redis-serverthorsten@ioBroker2:~$ systemctl status redis-server ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2022-04-22 12:31:07 CEST; 30min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 383 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=0/SUCCESS) Main PID: 422 (redis-server) Tasks: 4 (limit: 4915) Memory: 15.3M CGroup: /system.slice/redis-server.service └─422 /usr/bin/redis-server 127.0.0.1:6379 thorsten@ioBroker2:~$services deaktiviert:
thorsten@ioBroker2:~$ sudo systemctl stop redis-server [sudo] Passwort für thorsten: thorsten@ioBroker2:~$ sudo systemctl disable redis-server Synchronizing state of redis-server.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install disable redis-server Removed /etc/systemd/system/redis.service. Removed /etc/systemd/system/multi-user.target.wants/redis-server.service. thorsten@ioBroker2:~$thorsten@ioBroker2:~$ apt policy redis* redis-redisearch-doc: Installiert: (keine) Installationskandidat: 1:1.2.1-4 Versionstabelle: 1:1.2.1-4 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages redis-redisearch: Installiert: (keine) Installationskandidat: 1:1.2.1-4 Versionstabelle: 1:1.2.1-4 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages redis: Installiert: (keine) Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages redis-sentinel: Installiert: (keine) Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages redis-tools: Installiert: 5:5.0.14-1+deb10u2 Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: *** 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages 100 /var/lib/dpkg/status redis-server: Installiert: 5:5.0.14-1+deb10u2 Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: *** 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages 100 /var/lib/dpkg/status thorsten@ioBroker2:~$UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
Ok, aaaalso aus Erfahrung der Vergangenheit kann so ein "120% Themen" nur passieren wenn irgendein adapter amok läuft und es war meistens nie der Controller.
Der Strukturierte Ansatz wäre daher jetzt Alle Adapter zu deaktivieren ausser Admin und iobroker zu starten. Dann zu schauen wie es dem System geht. Wenn alles ok dann einen adapter nach dem Anderen Aktivieren um zu schauen wann es losgeht ... ggf den dann wieder zu beenden und so weiter. Bis der Übeltäter gefunden ist.
Die aandere Variante ist das System mit den Adaptern zu starten die es eigentlich nicht sein können ... so sparst Du dir ein paar schleifen :-)
Die die immer Kandidaten sind sind javascript und alles wo viele Geräte dran hängen.
Ne Alternative ist ins Log zu schauen von dem wo er jetzt zuletzt lief obdu da offensichtlich irgendwas siehst was amok läuft.
-
thorsten@ioBroker2:~$ systemctl status redis-server ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2022-04-22 12:31:07 CEST; 30min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 383 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=0/SUCCESS) Main PID: 422 (redis-server) Tasks: 4 (limit: 4915) Memory: 15.3M CGroup: /system.slice/redis-server.service └─422 /usr/bin/redis-server 127.0.0.1:6379 thorsten@ioBroker2:~$services deaktiviert:
thorsten@ioBroker2:~$ sudo systemctl stop redis-server [sudo] Passwort für thorsten: thorsten@ioBroker2:~$ sudo systemctl disable redis-server Synchronizing state of redis-server.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install disable redis-server Removed /etc/systemd/system/redis.service. Removed /etc/systemd/system/multi-user.target.wants/redis-server.service. thorsten@ioBroker2:~$thorsten@ioBroker2:~$ apt policy redis* redis-redisearch-doc: Installiert: (keine) Installationskandidat: 1:1.2.1-4 Versionstabelle: 1:1.2.1-4 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages redis-redisearch: Installiert: (keine) Installationskandidat: 1:1.2.1-4 Versionstabelle: 1:1.2.1-4 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages redis: Installiert: (keine) Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages redis-sentinel: Installiert: (keine) Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages redis-tools: Installiert: 5:5.0.14-1+deb10u2 Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: *** 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages 100 /var/lib/dpkg/status redis-server: Installiert: 5:5.0.14-1+deb10u2 Installationskandidat: 5:5.0.14-1+deb10u2 Versionstabelle: *** 5:5.0.14-1+deb10u2 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages 100 /var/lib/dpkg/status thorsten@ioBroker2:~$@kueppert sagte in ioBroker mit 120% Auslastung und no connection to database:
Siehste, redis-tools und redis-server sind installiert.
Wenn das nicht genutzt wird: Raus damit! -
Ok, aaaalso aus Erfahrung der Vergangenheit kann so ein "120% Themen" nur passieren wenn irgendein adapter amok läuft und es war meistens nie der Controller.
Der Strukturierte Ansatz wäre daher jetzt Alle Adapter zu deaktivieren ausser Admin und iobroker zu starten. Dann zu schauen wie es dem System geht. Wenn alles ok dann einen adapter nach dem Anderen Aktivieren um zu schauen wann es losgeht ... ggf den dann wieder zu beenden und so weiter. Bis der Übeltäter gefunden ist.
Die aandere Variante ist das System mit den Adaptern zu starten die es eigentlich nicht sein können ... so sparst Du dir ein paar schleifen :-)
Die die immer Kandidaten sind sind javascript und alles wo viele Geräte dran hängen.
Ne Alternative ist ins Log zu schauen von dem wo er jetzt zuletzt lief obdu da offensichtlich irgendwas siehst was amok läuft.
@apollon77 alles klar, dann mach ich das mal so...soll ich vorher, ohne den iob zu starten, ggf den js-controller updaten?
Was mich auch wundert, ist, dass obwohl top keine Auslastung anzeigt, die Auslastung der VM im Proxmox bei 30% liegt? Und die Abfragen in der VM dauern, was iob betrifft, echt lang. So kenne ich das (bisher) garnicht aus der Vergangenheit :face_with_rolling_eyes:
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@kueppert sagte in ioBroker mit 120% Auslastung und no connection to database:
Siehste, redis-tools und redis-server sind installiert.
Wenn das nicht genutzt wird: Raus damit!@thomas-braun
der will nicht :thorsten@ioBroker2:~$ sudo apt remove redis Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Paket »redis« ist nicht installiert, wird also auch nicht entfernt. Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: linux-image-4.19.0-16-amd64 linux-image-4.19.0-17-amd64 linux-image-4.19.0-18-amd64 Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. thorsten@ioBroker2:~$UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@apollon77 alles klar, dann mach ich das mal so...soll ich vorher, ohne den iob zu starten, ggf den js-controller updaten?
Was mich auch wundert, ist, dass obwohl top keine Auslastung anzeigt, die Auslastung der VM im Proxmox bei 30% liegt? Und die Abfragen in der VM dauern, was iob betrifft, echt lang. So kenne ich das (bisher) garnicht aus der Vergangenheit :face_with_rolling_eyes:
@kueppert Also da du von dem Problem was die 4.0.22 fixt nicht betroffen bist würde ich damit erstmal warten.
Generell würde ich Dir raten mal die SSD/HDD zu prüfen, ggf im Proxmox bzw auf "Host" ebene ... eine variante ist das da was am failen ist ... die Basis 30% CPI und auch die ja scheinbar lange Ladezeit der 50+30MB würden meine Vermutungen in so eine Richtung schubsen
-
@thomas-braun
der will nicht :thorsten@ioBroker2:~$ sudo apt remove redis Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Paket »redis« ist nicht installiert, wird also auch nicht entfernt. Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: linux-image-4.19.0-16-amd64 linux-image-4.19.0-17-amd64 linux-image-4.19.0-18-amd64 Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. thorsten@ioBroker2:~$@kueppert
Du musst die Pakete genau benennen:sudo apt remove redis-tools redis-server -
@thomas-braun
der will nicht :thorsten@ioBroker2:~$ sudo apt remove redis Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Paket »redis« ist nicht installiert, wird also auch nicht entfernt. Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: linux-image-4.19.0-16-amd64 linux-image-4.19.0-17-amd64 linux-image-4.19.0-18-amd64 Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. thorsten@ioBroker2:~$
Support us
772
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge