NEWS
[Gelöst] ioBroker node.js weicht von Kommandozeile ab
-
Die nodesource.list anpassen. Steht in dem verlinkten How to drin.
Aber dein Betriebssystem ist tot. Installier da was lebendiges.
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Die nodesource.list anpassen. Steht in dem verlinkten How to drin.
bin die liste (Nodejs Installation) eben durchgegangen.
jetzt hab ich wohl node v16.16.0 drauf, zumindest das ist up to date.@crunchip sagte in ioBroker node.js weicht von Kommandozeile ab:
@lethuer in der Theorie, könntest du schrittweise von einer Version zur nächsten updaten, das kann funktionieren, muss aber nicht unbedingt.
die bessere Wahl wäre, System direkt neu aufsetzen und dann ein backup zurückspielen. macht zumindest was iobroker betrifft am wenigsten Probleme und du hast ein sauberes System.Bei dem komplett neu aufgesetzten System hab ich ein wenig angst...
hab gerade neben iobroker noch octoprint an den start gebracht. -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Die nodesource.list anpassen. Steht in dem verlinkten How to drin.
bin die liste (Nodejs Installation) eben durchgegangen.
jetzt hab ich wohl node v16.16.0 drauf, zumindest das ist up to date.@crunchip sagte in ioBroker node.js weicht von Kommandozeile ab:
@lethuer in der Theorie, könntest du schrittweise von einer Version zur nächsten updaten, das kann funktionieren, muss aber nicht unbedingt.
die bessere Wahl wäre, System direkt neu aufsetzen und dann ein backup zurückspielen. macht zumindest was iobroker betrifft am wenigsten Probleme und du hast ein sauberes System.Bei dem komplett neu aufgesetzten System hab ich ein wenig angst...
hab gerade neben iobroker noch octoprint an den start gebracht.Willst du das jetzt aussitzen? Unkomplizierter wird es dadurch nicht.
Das Release ist tot, das wird nicht wiederbelebt.
Die octoprint.config kann man bestimmt auch sichern. -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Die nodesource.list anpassen. Steht in dem verlinkten How to drin.
bin die liste (Nodejs Installation) eben durchgegangen.
jetzt hab ich wohl node v16.16.0 drauf, zumindest das ist up to date.@crunchip sagte in ioBroker node.js weicht von Kommandozeile ab:
@lethuer in der Theorie, könntest du schrittweise von einer Version zur nächsten updaten, das kann funktionieren, muss aber nicht unbedingt.
die bessere Wahl wäre, System direkt neu aufsetzen und dann ein backup zurückspielen. macht zumindest was iobroker betrifft am wenigsten Probleme und du hast ein sauberes System.Bei dem komplett neu aufgesetzten System hab ich ein wenig angst...
hab gerade neben iobroker noch octoprint an den start gebracht.@lethuer dann sichere dir die Karte und hebst mal dein System auf buster
-
Willst du das jetzt aussitzen? Unkomplizierter wird es dadurch nicht.
Das Release ist tot, das wird nicht wiederbelebt.
Die octoprint.config kann man bestimmt auch sichern.@thomas-braun gut gut ich hab ein backup davon, hoffentlich klappt das das wiederherzustellen.
jetzt wollte ich noch schnell die adapter alle auf den letzten stand bringen und dann nochmal ein backup von iobroker fahren, allerdings wird noch der js-controller >= 3.3.0 gefordert.diese anleitung ging schief
iobroker stop iobroker update iobroker upgrade self iobroker startpi@ioBroker-RasPi:~$ iobroker upgrade self Update js-controller from @3.1.6 to @4.0.23 NPM version: 8.11.0 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Objects 127.0.0.1:51766 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Objects 127.0.0.1:51766 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Objects 127.0.0.1:51766 Error from InMemDB: Error: scan NOT SUPPORTED npm ERR! code 1 npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller npm ERR! command failed npm ERR! command sh -c node iobroker.js setup first npm ERR! /opt/iobroker/node_modules/standard-as-callback/built/index.js:6 npm ERR! throw e; npm ERR! ^ npm ERR! npm ERR! ReplyError: Error scan NOT SUPPORTED npm ERR! at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) npm ERR! at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) npm ERR! Emitted 'error' event on ScanStream instance at: npm ERR! at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22 npm ERR! at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23) npm ERR! at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51 npm ERR! at processTicksAndRejections (node:internal/process/task_queues:96:5) { npm ERR! command: { npm ERR! name: 'scan', npm ERR! args: [ '0', 'MATCH', 'cfg.o.system.host.*', 'COUNT', '250' ] npm ERR! } npm ERR! } npm ERR! A complete log of this run can be found in: npm ERR! /home/pi/.npm/_logs/2022-07-13T23_09_10_328Z-debug-0.log Starting node restart.jsein tipp auch dazu ?
-
@thomas-braun gut gut ich hab ein backup davon, hoffentlich klappt das das wiederherzustellen.
jetzt wollte ich noch schnell die adapter alle auf den letzten stand bringen und dann nochmal ein backup von iobroker fahren, allerdings wird noch der js-controller >= 3.3.0 gefordert.diese anleitung ging schief
iobroker stop iobroker update iobroker upgrade self iobroker startpi@ioBroker-RasPi:~$ iobroker upgrade self Update js-controller from @3.1.6 to @4.0.23 NPM version: 8.11.0 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Objects 127.0.0.1:51766 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Objects 127.0.0.1:51766 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Objects 127.0.0.1:51766 Error from InMemDB: Error: scan NOT SUPPORTED npm ERR! code 1 npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller npm ERR! command failed npm ERR! command sh -c node iobroker.js setup first npm ERR! /opt/iobroker/node_modules/standard-as-callback/built/index.js:6 npm ERR! throw e; npm ERR! ^ npm ERR! npm ERR! ReplyError: Error scan NOT SUPPORTED npm ERR! at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) npm ERR! at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) npm ERR! Emitted 'error' event on ScanStream instance at: npm ERR! at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22 npm ERR! at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23) npm ERR! at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51 npm ERR! at processTicksAndRejections (node:internal/process/task_queues:96:5) { npm ERR! command: { npm ERR! name: 'scan', npm ERR! args: [ '0', 'MATCH', 'cfg.o.system.host.*', 'COUNT', '250' ] npm ERR! } npm ERR! } npm ERR! A complete log of this run can be found in: npm ERR! /home/pi/.npm/_logs/2022-07-13T23_09_10_328Z-debug-0.log Starting node restart.jsein tipp auch dazu ?
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
wollte ich noch schnell die adapter alle
Schnell geht da schon mal gar nix, das macht man in aller Ruhe.
Und je nachdem, gibt es in bestimmten Konstellationen zu beachten, in welcher Reihenfolge man die Adapter updatet.Der Sprung von 3.1.6 auf 4.0.23 ist auch recht groß, meine mich zu erinnern, besser von 3.3 aus upgraden, steht allerdings im dazugehörigen Thread.
umgestiegen von Proxmox auf Unraid
-
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
wollte ich noch schnell die adapter alle
Schnell geht da schon mal gar nix, das macht man in aller Ruhe.
Und je nachdem, gibt es in bestimmten Konstellationen zu beachten, in welcher Reihenfolge man die Adapter updatet.Der Sprung von 3.1.6 auf 4.0.23 ist auch recht groß, meine mich zu erinnern, besser von 3.3 aus upgraden, steht allerdings im dazugehörigen Thread.
-
@crunchip Vielleicht eine blöde frage aber wie komme ich denn auf 3.3.x ?
mitiobroker upgrade selfversucht er automatisch direkt auf 4.0.23 zu gehen...
Schau hier rein:
https://forum.iobroker.net/topic/52886/js-controller-4-0-x-jetzt-für-alle-user-im-stableHatte dir aber auch @crunchip schon an's Herz gelegt.
-
@crunchip Vielleicht eine blöde frage aber wie komme ich denn auf 3.3.x ?
mitiobroker upgrade selfversucht er automatisch direkt auf 4.0.23 zu gehen...
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
aber wie komme ich denn auf 3.3.x ?
mit iobroker upgrade self@3.3.x
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
aber wie komme ich denn auf 3.3.x ?
mit iobroker upgrade self@3.3.x
@homoran sagte in ioBroker node.js weicht von Kommandozeile ab:
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
aber wie komme ich denn auf 3.3.x ?
mit iobroker upgrade self@3.3.x
Danke !
-
Die nodesource.list anpassen. Steht in dem verlinkten How to drin.
Aber dein Betriebssystem ist tot. Installier da was lebendiges.
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Aber dein Betriebssystem ist tot. Installier da was lebendiges.
Hi !
Heute habe ich endlich mal frisch aufgesetzt (https://www.youtube.com/watch?v=xb-S8pWtwu4).
Nun habe ich also das aktuelle Bullseye OS drauf.
ioBroker startete auch und ich hätte neu einrichten können.Ich wollte also das zuvor erstellte Backup von GDrive über BackitUp einspielen, was auch gut aussah.
Nun ist die ioBroker Oberfläche aber nicht erreichbar.
Einen Neustart habe ich bereits versucht.pi@raspberrypi:~ $ sudo rebootAktuell kommt das hier:
pi@raspberrypi:~ $ iobroker status Cannot read system.config: null (OK when migrating or restoring) iobroker is running on this host. Objects type: file States type: redis -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Aber dein Betriebssystem ist tot. Installier da was lebendiges.
Hi !
Heute habe ich endlich mal frisch aufgesetzt (https://www.youtube.com/watch?v=xb-S8pWtwu4).
Nun habe ich also das aktuelle Bullseye OS drauf.
ioBroker startete auch und ich hätte neu einrichten können.Ich wollte also das zuvor erstellte Backup von GDrive über BackitUp einspielen, was auch gut aussah.
Nun ist die ioBroker Oberfläche aber nicht erreichbar.
Einen Neustart habe ich bereits versucht.pi@raspberrypi:~ $ sudo rebootAktuell kommt das hier:
pi@raspberrypi:~ $ iobroker status Cannot read system.config: null (OK when migrating or restoring) iobroker is running on this host. Objects type: file States type: redisAch, aus dem Video kommt also die Unsitte iobroker@iobroker auszuwählen. Interessant...
-
Ach, aus dem Video kommt also die Unsitte iobroker@iobroker auszuwählen. Interessant...
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Ach, aus dem Video kommt also die Unsitte iobroker@iobroker auszuwählen. Interessant...
Hab ich ja nicht getan :)
Und die ioBroker Installation hat erstmal geklappt, nur ist dann irgendwas bei der Backup Wiederherstellung schief gegangen… -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Ach, aus dem Video kommt also die Unsitte iobroker@iobroker auszuwählen. Interessant...
Hab ich ja nicht getan :)
Und die ioBroker Installation hat erstmal geklappt, nur ist dann irgendwas bei der Backup Wiederherstellung schief gegangen… -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Und das Alt-System lief auch auf redis?
das weiß ich nicht...
meine alte Config steht hier weiter oben in dem Post, vielleicht kann man daraus ja etwas ableiten ?
Die war so alt (noch Stretch OS), dass ich updaten sollte ;)pi@raspberrypi:~ $ iobroker list instances Cannot read system.config: null (OK when migrating or restoring) + instance is alive -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Und das Alt-System lief auch auf redis?
das weiß ich nicht...
meine alte Config steht hier weiter oben in dem Post, vielleicht kann man daraus ja etwas ableiten ?
Die war so alt (noch Stretch OS), dass ich updaten sollte ;)pi@raspberrypi:~ $ iobroker list instances Cannot read system.config: null (OK when migrating or restoring) + instance is alive -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Und das Alt-System lief auch auf redis?
das weiß ich nicht...
meine alte Config steht hier weiter oben in dem Post, vielleicht kann man daraus ja etwas ableiten ?
Die war so alt (noch Stretch OS), dass ich updaten sollte ;)pi@raspberrypi:~ $ iobroker list instances Cannot read system.config: null (OK when migrating or restoring) + instance is alive -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
apt policy redissagt?
pi@raspberrypi:~ $ apt policy redis redis: Installiert: (keine) Installationskandidat: 5:6.0.16-1+deb11u2 Versionstabelle: 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages -
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
apt policy redissagt?
pi@raspberrypi:~ $ apt policy redis redis: Installiert: (keine) Installationskandidat: 5:6.0.16-1+deb11u2 Versionstabelle: 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages -
*** BASE SYSTEM *** Architecture: aarch64 Docker: false Virtualization: none Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye PRETTY_NAME="Debian GNU/Linux 11 (bullseye)" NAME="Debian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" Systemuptime and Load: 20:53:23 up 2:06, 3 users, load average: 0.24, 0.17, 0.07 CPU threads: 4 *** Time and Time Zones *** Wed Nov 9 19:53:23 UTC 2022 Wed Nov 9 20:53:23 CET 2022 CET +0100 Europe/Berlin *** User and Groups *** pi /home/pi pi adm dialout cdrom sudo audio video plugdev games users input render netdev lpadmin gpio i2c spi iobroker *** X-Server-Setup *** X-Server: true Desktop: Terminal: tty *** MEMORY *** total used free shared buff/cache available Mem: 909M 259M 139M 1.0M 510M 584M Swap: 99M 1.0M 98M Total: 1.0G 261M 237M 909 M total memory 260 M used memory 296 M active memory 373 M inactive memory 139 M free memory 24 M buffer memory 485 M swap cache 99 M total swap 1 M used swap 98 M free swap *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/root ext4 15G 4.0G 9.8G 29% / devtmpfs devtmpfs 325M 0 325M 0% /dev tmpfs tmpfs 455M 0 455M 0% /dev/shm tmpfs tmpfs 182M 1.1M 181M 1% /run tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/mmcblk0p1 vfat 255M 31M 225M 12% /boot tmpfs tmpfs 91M 20K 91M 1% /run/user/1000 Show mounted filesystems (real ones only): TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime `-/boot /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro Files in neuralgic directories: /var: 538M /var/ 183M /var/lib 149M /var/log 145M /var/log/journal/0f2905bc2b02407cae80512d9eaff7bf 145M /var/log/journal /opt/iobroker/backups: 3.3M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 25M /opt/iobroker/iobroker-data/ 15M /opt/iobroker/iobroker-data/files 13M /opt/iobroker/iobroker-data/files/admin.admin/custom/static/js 13M /opt/iobroker/iobroker-data/files/admin.admin/custom/static 13M /opt/iobroker/iobroker-data/files/admin.admin/custom The five largest files in iobroker-data are: 9.5M /opt/iobroker/iobroker-data/objects.jsonl 6.3M /opt/iobroker/iobroker-data/files/admin.admin/custom/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_js-node_modules_iobr-99c23e.847b8ad9.chunk.js.map 2.8M /opt/iobroker/iobroker-data/files/admin.admin/custom/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_js-node_modules_iobr-99c23e.847b8ad9.chunk.js 1.6M /opt/iobroker/iobroker-data/files/admin.admin/custom/static/js/vendors-node_modules_mui_material_Accordion_index_js-node_modules_mui_material_AccordionDetai-57e02d.0886b730.chunk.js.map 976K /opt/iobroker/iobroker-data/states.jsonl *** NodeJS-Installation *** /usr/bin/nodejs v16.18.1 /usr/bin/node v16.18.1 /usr/bin/npm 8.19.2 nodejs: Installed: 16.18.1-deb-1nodesource1 Candidate: 16.18.1-deb-1nodesource1 Version table: *** 16.18.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages Temp directories causing npm8 problem: 0 *** ioBroker-Installation *** Core adapters versions js-controller: 4.0.23 admin: 4.1.10 Enabled adapters with bindings ioBroker-Repositories Cannot read system.config: null (OK when migrating or restoring) List is empty ioBroker-Instances Cannot read system.config: null (OK when migrating or restoring) Error: Object "system.config" not found Objects and States Please stand by - This may take a while Objects: 33 States: 25 *** OS-Repositories and Updates *** Hit:1 http://security.debian.org/debian-security bullseye-security InRelease Hit:2 http://deb.debian.org/debian bullseye InRelease Hit:3 http://deb.debian.org/debian bullseye-updates InRelease Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease Hit:5 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done Pending Updates: 0 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 116 12030 498/redis-server 12 tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 14244 490/cupsd tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 17153 1645/iobroker.js-co tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 14196 516/sshd: /usr/sbin tcp6 0 0 ::1:6379 :::* LISTEN 116 12031 498/redis-server 12 tcp6 0 0 ::1:631 :::* LISTEN 0 14243 490/cupsd tcp6 0 0 :::22 :::* LISTEN 0 14198 516/sshd: /usr/sbin udp 0 0 0.0.0.0:68 0.0.0.0:* 0 14451 455/dhcpcd udp 0 0 0.0.0.0:631 0.0.0.0:* 0 12924 541/cups-browsed udp 0 0 0.0.0.0:34964 0.0.0.0:* 108 10144 352/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 10142 352/avahi-daemon: r udp6 0 0 :::546 :::* 0 14492 455/dhcpcd udp6 0 0 :::55488 :::* 108 10145 352/avahi-daemon: r udp6 0 0 :::5353 :::* 108 10143 352/avahi-daemon: r======================= SUMMARY ======================= v.0.0.6 Operatingsystem: Debian GNU/Linux 11 (bullseye) Installation: Native Timezone: Europe/Berlin User-ID: 1000 X-Server: true Pending OS-Updates: 0 Nodejs-Installation: /usr/bin/nodejs v16.18.1 /usr/bin/node v16.18.1 /usr/bin/npm 8.19.2 ioBroker Core: js-controller 4.0.23 admin 4.1.10 Error: Object "system.config" not found Pending iob updates: 0 List is empty Cannot read system.config: null (OK when migrating or restoring) Objects: 33 States: 25 Size of iob-Database: 9.5M /opt/iobroker/iobroker-data/objects.jsonl 16K /opt/iobroker/iobroker-data/objects.json.bak 16K /opt/iobroker/iobroker-data/objects.json 976K /opt/iobroker/iobroker-data/states.jsonl ====================== END OF SUMMARY ================== -
Dann installier das mal.
@thomas-braun das habe ich bereits so gemacht...
pi@raspberrypi:~ $ sudo apt install redis-server -y Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig redis-server ist schon die neueste Version (5:6.0.16-1+deb11u2). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.Es kommt aber weiterhin:
pi@raspberrypi:~ $ apt policy redis redis: Installiert: (keine) Installationskandidat: 5:6.0.16-1+deb11u2 Versionstabelle: 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages
794
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge