iobroker Oberfläche nach Stromausfall nicht zu erreichen

Thomas Braun

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

nodejs -v
v14.18.1

Steinzeit....

iob stop
iog fix
iob diag

Die Langfassung von iob diag ist gefragt.

Ulli 0

@thomas-braun sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

nodejs -v
v14.18.1

Steinzeit....

i know - Adapter laufen problemlos - kein Grund zum Update gehabt - wir kennen das Spiel bis mal irgendwas nicht mehr geht

@thomas-braun sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

Die Langfassung von iob diag ist gefragt.

Skript v.2024-05-22

*** BASE SYSTEM ***
   Static hostname: ioBroker
         Icon name: computer
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 5.4.83-v7l+
      Architecture: arm

Model           : Raspberry Pi 4 Model B Rev 1.4
Docker          : false
Virtualization  : none
Kernel          : armv7l
Userland        : 32 bit

Systemuptime and Load:
 23:57:29 up 45 min,  1 user,  load average: 1.13, 1.24, 1.23
CPU threads: 4


*** RASPBERRY THROTTLING ***
Current issues:
No throttling issues detected.

Previously detected issues:
No throttling issues detected.

*** Time and Time Zones ***
               Local time: Sat 2024-07-27 23:57:29 CEST
           Universal time: Sat 2024-07-27 21:57:29 UTC
                 RTC time: n/a
                Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

*** Users and Groups ***
User that called 'iob diag':
pi
HOME=/home/pi
GROUPS=pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker

User that is running 'js-controller':
iobroker
HOME=/home/iobroker
GROUPS=iobroker tty dialout audio video plugdev bluetooth gpio i2c

*** Display-Server-Setup ***
Display-Server: false
Desktop:
Terminal:       tty
Boot Target:    graphical.target

*** MEMORY ***
              total        used        free      shared  buff/cache   available
Mem:           3.8G         83M        3.3G         24M        410M        3.6G
Swap:           99M          0B         99M
Total:         3.9G         83M        3.4G

Active iob-Instances:   1

         3827 M total memory
           83 M used memory
          211 M active memory
          205 M inactive memory
         3333 M free memory
           66 M buffer memory
          343 M swap cache
           99 M total swap
            0 M used swap
           99 M free swap

*** top - Table Of Processes  ***
top - 23:57:29 up 45 min,  1 user,  load average: 1.13, 1.24, 1.23
Tasks: 122 total,   2 running, 120 sleeping,   0 stopped,   0 zombie
%Cpu(s): 29.9 us,  4.5 sy,  0.0 ni, 65.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   3827.9 total,   3329.8 free,     87.0 used,    411.1 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.   3579.9 avail Mem

*** FAILED SERVICES ***

0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

*** FILESYSTEM ***
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/root      ext4       29G  4.8G   24G  18% /
devtmpfs       devtmpfs  1.8G     0  1.8G   0% /dev
tmpfs          tmpfs     1.9G     0  1.9G   0% /dev/shm
tmpfs          tmpfs     1.9G   25M  1.9G   2% /run
tmpfs          tmpfs     5.0M  4.0K  5.0M   1% /run/lock
tmpfs          tmpfs     1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mmcblk0p1 vfat      253M   46M  207M  18% /boot
tmpfs          tmpfs     383M     0  383M   0% /run/user/1000

Messages concerning ext4 filesystem in dmesg:
[Sat Jul 27 23:11:36 2024] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=E4:5F:01:06:44:DA vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=e4cd9fbf-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[Sat Jul 27 23:11:37 2024] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[Sat Jul 27 23:11:37 2024] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[Sat Jul 27 23:11:39 2024] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

Show mounted filesystems:
TARGET                                SOURCE         FSTYPE     OPTIONS
/                                     /dev/mmcblk0p2 ext4       rw,noatime
|-/dev                                devtmpfs       devtmpfs   rw,relatime,size=1827800k,nr_inodes=97773,mode=755
| |-/dev/shm                          tmpfs          tmpfs      rw,nosuid,nodev
| |-/dev/pts                          devpts         devpts     rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
| `-/dev/mqueue                       mqueue         mqueue     rw,relatime
|-/sys                                sysfs          sysfs      rw,nosuid,nodev,noexec,relatime
| |-/sys/kernel/security              securityfs     securityfs rw,nosuid,nodev,noexec,relatime
| |-/sys/fs/cgroup                    tmpfs          tmpfs      ro,nosuid,nodev,noexec,mode=755
| | |-/sys/fs/cgroup/unified          cgroup2        cgroup2    rw,nosuid,nodev,noexec,relatime,nsdelegate
| | |-/sys/fs/cgroup/systemd          cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,xattr,name=systemd
| | |-/sys/fs/cgroup/net_cls,net_prio cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,net_cls,net_prio
| | |-/sys/fs/cgroup/cpuset           cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,cpuset
| | |-/sys/fs/cgroup/perf_event       cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,perf_event
| | |-/sys/fs/cgroup/cpu,cpuacct      cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,cpu,cpuacct
| | |-/sys/fs/cgroup/blkio            cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,blkio
| | |-/sys/fs/cgroup/devices          cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,devices
| | |-/sys/fs/cgroup/pids             cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,pids
| | `-/sys/fs/cgroup/freezer          cgroup         cgroup     rw,nosuid,nodev,noexec,relatime,freezer
| |-/sys/fs/bpf                       none           bpf        rw,nosuid,nodev,noexec,relatime,mode=700
| |-/sys/kernel/debug                 debugfs        debugfs    rw,relatime
| `-/sys/kernel/config                configfs       configfs   rw,relatime
|-/proc                               proc           proc       rw,relatime
| `-/proc/sys/fs/binfmt_misc          systemd-1      autofs     rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct
|-/run                                tmpfs          tmpfs      rw,nosuid,nodev,mode=755
| |-/run/lock                         tmpfs          tmpfs      rw,nosuid,nodev,noexec,relatime,size=5120k
| |-/run/rpc_pipefs                   sunrpc         rpc_pipefs rw,relatime
| `-/run/user/1000                    tmpfs          tmpfs      rw,nosuid,nodev,relatime,size=391976k,mode=700,uid=1000,gid=1000
`-/boot                               /dev/mmcblk0p1 vfat       rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro

Files in neuralgic directories:

/var:
420M    /var/
186M    /var/cache
181M    /var/cache/apt
121M    /var/cache/apt/archives
92M     /var/lib

Archived and active journals take up 24.0M in the file system.

/opt/iobroker/backups:
5.7M    /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
1.5G    /opt/iobroker/iobroker-data/
1.3G    /opt/iobroker/iobroker-data/history
175M    /opt/iobroker/iobroker-data/files
68M     /opt/iobroker/iobroker-data/backup-objects
45M     /opt/iobroker/iobroker-data/files/echarts.admin

The five largest files in iobroker-data are:
11M     /opt/iobroker/iobroker-data/files/echarts/static/js/2.f0646658.chunk.js.map
11M     /opt/iobroker/iobroker-data/files/echarts/static/js/2.d8ebf8a2.chunk.js.map
11M     /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/2.f0646658.chunk.js.map
11M     /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/2.d8ebf8a2.chunk.js.map
7.0M    /opt/iobroker/iobroker-data/files/echarts.admin/static/js/2.9483ccfd.chunk.js.map

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

No Devices found 'by-id'




*** NodeJS-Installation ***

/usr/bin/nodejs         v14.18.1
/usr/bin/node           v14.18.1
/usr/bin/npm            6.14.15
/usr/bin/npx            6.14.15
corepack:       N/A
*** nodejs is NOT correctly installed ***

nodejs:
  Installed: 14.18.1-deb-1nodesource1
  Candidate: 14.21.3-deb-1nodesource1
  Version table:
     14.21.3-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
 *** 14.18.1-deb-1nodesource1 100
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Temp directories causing npm8 problem: 0
No problems detected

Errors in npm tree:

*** ioBroker-Installation ***

ioBroker Status
 Cannot read system.config: null (OK when migrating or restoring)
iobroker is not running on this host.


Objects type: file
States  type: file

Core adapters versions
js-controller:  3.3.19
admin:          5.1.28
javascript:     4.11.0

nodejs modules from github:     0

Adapter State
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)


+ instance is alive

Enabled adapters with bindings

ioBroker-Repositories
 Cannot read system.config: null (OK when migrating or restoring)
Cannot get list: undefined
 Cannot load "custom": Connection is closed.
 Cannot initialize database scripts: Cannot load "custom" into objects database: Connection is closed.

Installed ioBroker-Instances
 Cannot read system.config: null (OK when migrating or restoring)
Error: Object "system.config" not found
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot read system.config: null (OK when migrating or restoring)
^A^C
pi@ioBroker:~ $ | `-/run/user/1000                    tmpfs          tmpfs      rw,nosuid,nodev,relatime,size=391976k,mode=700,uid=1000,gid=1000
/usr/bin/node           v14.18.1
/usr/bin/npm            6.14.15
/usr/bin/npx            6.14.15
corepack:       N/A
-bash: Syntaxfehler beim unerwarteten Wort `|'
pi@ioBroker:~ $ `-/boot                               /dev/mmcblk0p1 vfat       rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro
>
> Files in neuralgic directories:
>
> /var:
> 420M    /var/
> 186M    /var/cache
> 181M    /var/cache/apt
> 121M    /var/cache/apt/archives
> 92M     /var/lib
>
> Archived and active journals take up 24.0M in the file system.
>
> /opt/iobroker/backups:
> 5.7M    /opt/iobroker/backups/
>
> /opt/iobroker/iobroker-data:
> 1.5G    /opt/iobroker/iobroker-data/
> 1.3G    /opt/iobroker/iobroker-data/history
> 175M    /opt/iobroker/iobroker-data/files
> 68M     /opt/iobroker/iobroker-data/backup-objects
> 45M     /opt/iobroker/iobroker-data/files/echarts.admin
>
> The five largest files in iobroker-data are:
> 11M     /opt/iobroker/iobroker-data/files/echarts/static/js/2.f0646658.chunk.js.map
> 11M     /opt/iobroker/iobroker-data/files/echarts/static/js/2.d8ebf8a2.chunk.js.map
> 11M     /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/2.f0646658.chunk.js.map
> 11M     /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/2.d8ebf8a2.chunk.js.map
> 7.0M    /opt/iobroker/iobroker-data/files/echarts.admin/static/js/2.9483ccfd.chunk.js.map
>
> USB-Devices by-id:
> USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':
>
> No Devices found 'by-id'
>
>
>
>
> *** NodeJS-Installation ***
>
> /usr/bin/nodejs         v14.18.1
> /usr/bin/node           v14.18.1
> /usr/bin/npm            6.14.15
> /usr/bin/npx            6.14.15
> corepack:       N/A
> *** nodejs is NOT correctly installed ***
>
> nodejs:
>   Installed: 14.18.1-deb-1nodesource1
>   Candidate: 14.21.3-deb-1nodesource1
>   Version table:
>      14.21.3-deb-1nodesource1 500
>         500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
>  *** 14.18.1-deb-1nodesource1 100
>         100 /var/lib/dpkg/status
>      10.24.0~dfsg-1~deb10u1 500
>         500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
>
> Temp directories causing npm8 problem: 0
> No problems detected
>
> Errors in npm tree:
>
> *** ioBroker-Installation ***
>
> ioBroker Status
>  Cannot read system.config: null (OK when migrating or restoring)
> iobroker is not running on this host.
>
>
> Objects type: file
> States  type: file
>
> Core adapters versions
> js-controller:  3.3.19
> admin:          5.1.28
> javascript:     4.11.0
>
> nodejs modules from github:     0
>
> Adapter State
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>
>
> + instance is alive
>
> Enabled adapters with bindings
>
> ioBroker-Repositories
>  Cannot read system.config: null (OK when migrating or restoring)
> Cannot get list: undefined
>  Cannot load "custom": Connection is closed.
>  Cannot initialize database scripts: Cannot load "custom" into objects database: Connection is closed.
>
> Installed ioBroker-Instances
>  Cannot read system.config: null (OK when migrating or restoring)
> Error: Object "system.config" not found
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)
>  Cannot read system.config: null (OK when migrating or restoring)

/usr/bin/nodejs         v14.18.1
/usr/bin/node           v14.18.1
/usr/bin/npm            6.14.15
/usr/bin/npx            6.14.15
corepack:       N/A
***** nodejs is NOT correctly installed *****

-> nodejs mal neu installieren?

Thomas Braun

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

kein Grund zum Update gehabt

Alleine, das nodejs@14 schon ewig abgekünidigt ist, die Empfehlung mittlerweile v20 ist und diverse Adapter damit auch nicht mehr funktionieren ist Grund genug.

Auch Steinzeit, auch abgekündigt:
Operating System: Raspbian GNU/Linux 10 (buster)

NEUinstallation von Raspberry OS 12 'Bookworm'. Diesmal in der 64Bit 'Lite'-Version.

Ulli 0

Bin parallel dabei alles auf proxmox umzuziehen - derzeit ist das "alte" raspberry-System aber noch produktiv.

Neuinstallation würde ja drauf hinaus laufen alles neu zu konfigurieren - Rettung des alten Systems, ist aussichtslos?

Thomas Braun

@ulli-0

Jedenfalls werde ich da keine Zeit mehr investieren.
Kann ja bei dem Pflegestand nix wichtiges gewesen sein. Kannste auch neuinstallieren.

Ulli 0

@thomas-braun

lass gut sein - dann fux ich mich alleine durch. danke für deinen Einsatz - was machst du hier eigentlich wenn du dir für Hilfe nen Zacken aus deiner Krone brechen musst? Ausser Vorwürfen bleibt da wohl wenig oder? . bin hier raus

Galen

@ulli-0 said in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

Ausser Vorwürfen bleibt da wohl wenig oder?

Hoffnungslos veraltete Versionen sind nunmal leider oft die Wurzel allen Übels. Dass man nicht am ersten Tag auf ein neues Release umsteigt, okay, aber aktuell sollte man die Software schon halten, alleine wegen Sicherheitslücken. Das dort auch oft Bugs beseitigt werden kommt noch dazu.

Vermutlich hat der Neustart da einfach irgendwas durcheinander gebracht was nur noch lief, weil irgendwas nicht neu initialisiert wurde. Nun wurde das gemacht und irgendwo knallts. Bring das System einfach auf den neusten Stand was die Software angeht und dann ist das Problem wohlmöglich schon behoben.

Entweder du machst mindestens einmal wöchentlich ein "apt update && apt upgrade" oder wenn du dazu zu faul bist, hau das in nen Cronjob, der das für dich erledigt.

Es könnte durch die veraltete Software auch sein, dass sich da bereits ein Trojaner eingenistet hat und nun einen wichtigen Port vor dem ioBroker geöffnet hat. Debian 10 ist seit Juni ausm Support, das hat nicht mehr auf einem System mit Ethernet-Verbindung zu suchen.

Außerdem solltest du dich um regelmäßige Backups kümmern. Die SD-Karte kann dir immer um die Ohren fliegen. Lass einfach über Backupit jeden Tag ein Backup auf irgendwas externes schreiben. Dann hast du im WorstCase einen Tag nachzuarbeiten. Wenn alles in Proxmox läuft, mach ruhig täglich ein Backup vom ganzen ioBroker-Container. Wenn da was passiert haste das in 5 Minuten wieder hochgezogen.

Thomas Braun

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

was machst du hier eigentlich wenn du dir für Hilfe nen Zacken aus deiner Krone brechen musst?

Ich leiste hier Support. Aber längst mausetote Versionen kannste nicht mehr gescheit supporten. Und da du ja ohnehin auf Proxmox gehst muss man die Leiche nicht noch umbetten.

Samson71

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

was machst du hier eigentlich wenn du dir für Hilfe nen Zacken aus deiner Krone brechen musst? Ausser Vorwürfen bleibt da wohl wenig oder?

Diese Unverschämtheit nötigt mich dann doch zu einem Kommentar:

@Thomas-Braun leistet hier (gefühlt) 24/7 Support für regelmäßig bei Updates vermutlich teils Jahre vernachlässigte Kisten. DU hast hier monatelang, wenn nicht gar jahrelang geschlafen und reitest, wie viele andere (leider) auch, vermutlich diese dämliche Schiene "never touch a running system".

i know - Adapter laufen problemlos - kein Grund zum Update gehabt -

Also ist es alleine DEINE Schuld, dass DEIN System so sch..... dasteht. Dann einem Helfer, der hier allgemein viel Zeit investiert, auch noch Vorwürfe machen, wenn er nicht mehr weiter versuchen will ein schon lange totes Pferd wiederzubeleben?

Ulli 0

@Samson71 @Thomas-Braun Entschuldigt vielmals den ruppigen Ton heute Nacht! War angenervt von meiner eigenen Blödheit weder Updates zu haben, noch das System auf nem aktuellen Stand zu halten. Da war dann der Spiegel, der einem vorgehalten wurde zu viel - ist keine Entschuldigung aber vllt. eine Erklärung - also sorry vielmals!

Ich habe von der SD_Karte den Ordner opt/iobroker-data gesichert und werde komplett neu aufsetzen und den Ordner dann versuchen einfach drüber zu kopieren.

Danke!

Homoran

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

den Ordner dann versuchen einfach drüber zu kopieren.

das solltest du tunlichst sein lassen!
Die darin enthaltenen Dateien sind für dein wurmstichiges vollkommen veraltetes System gebaut worden.
Damit machst du es nur noch schlimmer

Ulli 0

Hi, danke für den Hinweis.

Wie Erstelle ich nur mit Zugriff auf die SD-Karte dann ein Backup, welches ich auf das neue System ausspielen kann?

Homoran

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

Wie Erstelle ich nur mit Zugriff auf die SD-Karte dann ein Backup, welches ich auf das neue System ausspielen kann?

wahrscheinlich gar nicht mehr.

Zu Systemen, die aus dem Support raus sind, gibt es wahrscheinlich keinerlei Listen mehr, wie mit deren Modulen für ein Upgrade verfahren werden soll.

Also kennt das neue System nicht, welche Module durch welche ersetzt werden müssen.

Reinweg falls da noch saubere backup-Dateien, basierend auf die cofig.jsons der Instanzen drauf wären, könnte man die Instanzen vielleicht wieder herstellen.
Das wird aber wahrscheinlich dein geringstes Problem sein. Die wären auch in wenigen Minuten neu angelegt.

Ulli 0

@homoran

Da ich parallel das neue System auf Proxmox aufbaue gehts mir eher um die views, wie ich auf dem alten System welche Schalter gebaut, Bedingungen gesetzt, Diagramme erstellt habe usw.

Die widgets einzeln kann man zB nicht irgendwo her extrahieren (analog widget export-import - Funktion in VIS)?

Homoran

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

mir eher um die views

die liegen in der vis-views.json
Die kannst du kopieren

Codierknecht

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

Da ich parallel das neue System auf Proxmox aufbaue

Naja - ein neues System aufzusetzen ist ja nicht wirklich Rocket-Science.
Backup erstellen => neues System installieren => Backup rein.
Da wären auch die Vis-Views enthalten.

Diesen Weg hast Du Dir leider durch das hoffnungslos veraltete System verbaut.

Alternative zu dem von @Galen vorgeschlagenen Weg über CRON-Jobs:
Mit dem Linux-Control-Adapter bekommst Du einen Datenpunkt mit der Anzahl aktualisierbarer Pakete.
Darauf kann man mit einem Trigger reagieren und das System per Script automatisch aktualisieren.
Ich jedenfalls kann in keinster Weise beurteilen, was da so in einem Update für's System rüberkommt und würde das eh nur durchwinken. Da kann ich das auch gleich automatisieren.
Programmierer sind von Haus aus faul ... sonst wären sie ja nicht Programmierer geworden.

// Neue oder geänderte Pakete automatisch installieren
on({id: 'linux-control.0.ioBroker.updates.newPackages', change: "ne"}, async function(obj) {
   if (obj.state.val) {
       exec('sudo apt-get update && sudo apt-get full-upgrade -y', async function (error, result, stderr) {
           console.warn(result);
       });
   }
});

Zumindest eine Art Benachrichtigung über den Weg Deiner Wahl (Push, Messenger, EMail) würde helfen, das neue System in Zukunft aktuell zu halten.

Thomas Braun

@codierknecht

das System per Script automatisch aktualisieren.

Das ist insofern gefährlich und trügerisch, weil hier Rückfragen von apt/dpkg wie mit z. B. geänderten config files und Services verfahren werden soll nicht gesehen werden. Sowas würde ich niemals automatisiert laufen haben wollen.

So eine Rückfrage hatte ich gerade am Wochenende bei einer meiner Kisten.

Codierknecht

@thomas-braun sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

Sowas würde ich niemals automatisiert laufen haben wollen

Du kannst sowas auch beurteilen.
Die meisten hier - mich eingeschlossen - können das (in den meisten Fällen) nicht und würden mit ziemlicher Sicherheit einfach alles durchwinken.
In diesem - und nur in diesem - Fall würde das letztendlich aufs Gleiche herauslaufen.

Die Frage ist: Was ist schädlicher/gefährlicher/wahrscheinlicher? Ein veraltetes System oder ein schräges Update?

Minimallösung: Eine Meldung zu neuen Updates ist ja nicht schädlich

Homoran

@codierknecht sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

Minimallösung: Eine Meldung zu neuen Updates ist ja nicht schädlich

ist ja jetzt im admin drin!

Codierknecht

@homoran
Ja - ich meine damit externe Benachrichtigungen per Messenger, Mail o.ä.

NEWS

iobroker Oberfläche nach Stromausfall nicht zu erreichen

Support us

921
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

iobroker Oberfläche nach Stromausfall nicht zu erreichen

Support us

921Online

31.9kUsers

80.1kTopics

1.3mPosts

921
Online

31.9k
Users

80.1k
Topics

1.3m
Posts