[erledigt] Backup Fehler
Error/Bug
59
Beiträge
8
Kommentatoren
4.0k
Aufrufe
6
Watching
-
Systemdata Bitte Ausfüllen Hardwaresystem: Pi4 Arbeitsspeicher: 8GB Festplattenart: SSD Betriebssystem: raspbian bullseye Node-Version: 14.19.0 Nodejs-Version: 14.19.0 NPM-Version: 6.14.16 Installationsart: Manuell Image genutzt: Nein Ort/Name der Imagedatei: Link -
Hallo,
beim Backup kommt folgender Fehler.Started iobroker ... [DEBUG] [iobroker] - host.iobroker 190162 states saved [DEBUG] [iobroker] - host.iobroker 234950 objects saved [ERROR] [iobroker] - <--- Last few GCs ---> [192216:0x2cb4bad0] 415581 ms: Mark-sweep (reduce) 2050.3 (2051.6) -> 2050.3 (2053.6) MB, 939.2 / 0.0 ms (average mu = 0.335, current mu = 0.015) allocation failure scavenge might not succeed <--- JS stacktrace ---> FATAL ERROR: MarkCompactCollector: young object promotion failed Allocation failed - JavaScript heap out of memory [ERROR] [iobroker] - 1: 0xa2f1a8 node::Abort() [/usr/bin/node] 2: 0x975a58 node::FatalError(char const*, char const*) [/usr/bin/node] [ERROR] [iobroker] - 3: 0xb947e0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] - 4: 0xb9496c v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] - 5: 0xd3d088 v8::internal::Heap::EnsureFromSpaceIsCommitted() [/usr/bin/node] [ERROR] [iobroker] - 6: 0xd6aae0 v8::internal::EvacuateNewSpaceVisitor::Visit(v8::internal::HeapObject, int) [/usr/bin/node] [ERROR] [iobroker] - 7: 0xd758fc v8::internal::FullEvacuator::RawEvacuatePage(v8::internal::MemoryChunk*, long*) [/usr/bin/node] [ERROR] [iobroker] - 8: 0xd63688 v8::internal::Evacuator::EvacuatePage(v8::internal::MemoryChunk*) [/usr/bin/node] 9: 0xd63920 v8::internal::PageEvacuationTask::RunInParallel(v8::internal::ItemParallelJob::Task::Runner) [/usr/bin/node] [ERROR] [iobroker] - 10: 0xd56fc0 v8::internal::ItemParallelJob::Run() [/usr/bin/node] 11: 0xd773a8 void v8::internal::MarkCompactCollectorBase::CreateAndExecuteEvacuationTasks<v8::internal::FullEvacuator, v8::internal::MarkCompactCollector>(v8::internal::MarkCompactCollector*, v8::internal::ItemParallelJob*, v8::internal::MigrationObserver*, long) [/usr/bin/node] [ERROR] [iobroker] - 12: 0xd77b20 v8::internal::MarkCompactCollector::EvacuatePagesInParallel() [/usr/bin/node] 13: 0xd77cb4 v8::internal::MarkCompactCollector::Evacuate() [/usr/bin/node] [ERROR] [iobroker] - 14: 0xd88a28 v8::internal::MarkCompactCollector::CollectGarbage() [/usr/bin/node] [ERROR] [iobroker] - 15: 0xd4a80c v8::internal::Heap::MarkCompact() [/usr/bin/node] [ERROR] [iobroker] - 16: 0xd4bd88 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/bin/node] 17: 0xd4ec84 v8::internal::Heap::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] - 18: 0xd17c28 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] - 19: 0xd117a0 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawWithImmortalMap(int, v8::internal::AllocationType, v8::internal::Map, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] - 20: 0xd137fc v8::internal::FactoryBase<v8::internal::Factory>::NewRawOneByteString(int, v8::internal::AllocationType) [/usr/bin/node] [ERROR] [iobroker] - 21: 0xe24514 v8::internal::JsonParser<unsigned short>::MakeString(v8::internal::JsonString const&, v8::internal::Handle<v8::internal::String>) [/usr/bin/node] 22: 0xe25c4c v8::internal::JsonParser<unsigned short>::ParseJsonValue() [/usr/bin/node] [ERROR] [iobroker] - 23: 0xe26a8c v8::internal::JsonParser<unsigned short>::ParseJson() [/usr/bin/node] 24: 0xc38c64 [/usr/bin/node] [ERROR] [iobroker] - 25: 0xc392b8 v8::internal::Builtin_JsonParse(int, unsigned long*, v8::internal::Isolate*) [/usr/bin/node] [ERROR] [iobroker] - 26: 0x139eacc [/usr/bin/node] [DEBUG] [iobroker] - done [DEBUG] [cifs] - Copy iobroker_2022_03_20-09_41_12_backupiobroker.tar.gz... [ERROR] [cifs] - Error: ENOENT: no such file or directory, open '/opt/iobroker/backups/iobroker_2022_03_20-09_41_12_backupiobroker.tar.gz' [DEBUG] [cifs] - done [ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors. [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [EXIT] 0 -
Hallo,
beim Backup kommt folgender Fehler.Started iobroker ... [DEBUG] [iobroker] - host.iobroker 190162 states saved [DEBUG] [iobroker] - host.iobroker 234950 objects saved [ERROR] [iobroker] - <--- Last few GCs ---> [192216:0x2cb4bad0] 415581 ms: Mark-sweep (reduce) 2050.3 (2051.6) -> 2050.3 (2053.6) MB, 939.2 / 0.0 ms (average mu = 0.335, current mu = 0.015) allocation failure scavenge might not succeed <--- JS stacktrace ---> FATAL ERROR: MarkCompactCollector: young object promotion failed Allocation failed - JavaScript heap out of memory [ERROR] [iobroker] - 1: 0xa2f1a8 node::Abort() [/usr/bin/node] 2: 0x975a58 node::FatalError(char const*, char const*) [/usr/bin/node] [ERROR] [iobroker] - 3: 0xb947e0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] - 4: 0xb9496c v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] - 5: 0xd3d088 v8::internal::Heap::EnsureFromSpaceIsCommitted() [/usr/bin/node] [ERROR] [iobroker] - 6: 0xd6aae0 v8::internal::EvacuateNewSpaceVisitor::Visit(v8::internal::HeapObject, int) [/usr/bin/node] [ERROR] [iobroker] - 7: 0xd758fc v8::internal::FullEvacuator::RawEvacuatePage(v8::internal::MemoryChunk*, long*) [/usr/bin/node] [ERROR] [iobroker] - 8: 0xd63688 v8::internal::Evacuator::EvacuatePage(v8::internal::MemoryChunk*) [/usr/bin/node] 9: 0xd63920 v8::internal::PageEvacuationTask::RunInParallel(v8::internal::ItemParallelJob::Task::Runner) [/usr/bin/node] [ERROR] [iobroker] - 10: 0xd56fc0 v8::internal::ItemParallelJob::Run() [/usr/bin/node] 11: 0xd773a8 void v8::internal::MarkCompactCollectorBase::CreateAndExecuteEvacuationTasks<v8::internal::FullEvacuator, v8::internal::MarkCompactCollector>(v8::internal::MarkCompactCollector*, v8::internal::ItemParallelJob*, v8::internal::MigrationObserver*, long) [/usr/bin/node] [ERROR] [iobroker] - 12: 0xd77b20 v8::internal::MarkCompactCollector::EvacuatePagesInParallel() [/usr/bin/node] 13: 0xd77cb4 v8::internal::MarkCompactCollector::Evacuate() [/usr/bin/node] [ERROR] [iobroker] - 14: 0xd88a28 v8::internal::MarkCompactCollector::CollectGarbage() [/usr/bin/node] [ERROR] [iobroker] - 15: 0xd4a80c v8::internal::Heap::MarkCompact() [/usr/bin/node] [ERROR] [iobroker] - 16: 0xd4bd88 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/bin/node] 17: 0xd4ec84 v8::internal::Heap::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] - 18: 0xd17c28 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] - 19: 0xd117a0 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawWithImmortalMap(int, v8::internal::AllocationType, v8::internal::Map, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] - 20: 0xd137fc v8::internal::FactoryBase<v8::internal::Factory>::NewRawOneByteString(int, v8::internal::AllocationType) [/usr/bin/node] [ERROR] [iobroker] - 21: 0xe24514 v8::internal::JsonParser<unsigned short>::MakeString(v8::internal::JsonString const&, v8::internal::Handle<v8::internal::String>) [/usr/bin/node] 22: 0xe25c4c v8::internal::JsonParser<unsigned short>::ParseJsonValue() [/usr/bin/node] [ERROR] [iobroker] - 23: 0xe26a8c v8::internal::JsonParser<unsigned short>::ParseJson() [/usr/bin/node] 24: 0xc38c64 [/usr/bin/node] [ERROR] [iobroker] - 25: 0xc392b8 v8::internal::Builtin_JsonParse(int, unsigned long*, v8::internal::Isolate*) [/usr/bin/node] [ERROR] [iobroker] - 26: 0x139eacc [/usr/bin/node] [DEBUG] [iobroker] - done [DEBUG] [cifs] - Copy iobroker_2022_03_20-09_41_12_backupiobroker.tar.gz... [ERROR] [cifs] - Error: ENOENT: no such file or directory, open '/opt/iobroker/backups/iobroker_2022_03_20-09_41_12_backupiobroker.tar.gz' [DEBUG] [cifs] - done [ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors. [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [EXIT] 0@hm_krause sagte in Backitup Fehler:
JavaScript heap out of memory
Da geht wohl der RAM aus.
Edit:
Wobei das bei 8GB nie und nimmer passieren sollte. -
@hm_krause sagte in Backitup Fehler:
JavaScript heap out of memory
Da geht wohl der RAM aus.
Edit:
Wobei das bei 8GB nie und nimmer passieren sollte.pi@iobroker:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 235G 7,2G 218G 4% / devtmpfs 3,7G 0 3,7G 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 1,6G 884K 1,6G 1% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock /dev/sda1 253M 30M 223M 12% /boot /dev/sdb1 30G 3,7G 26G 13% /media/usbstick tmpfs 782M 0 782M 0% /run/user/1000 -
pi@iobroker:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 235G 7,2G 218G 4% / devtmpfs 3,7G 0 3,7G 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 1,6G 884K 1,6G 1% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock /dev/sda1 253M 30M 223M 12% /boot /dev/sdb1 30G 3,7G 26G 13% /media/usbstick tmpfs 782M 0 782M 0% /run/user/1000@hm_krause
Das ist der Festplattenplatz, nicht der Arbeitsspeicher.Ich vermute, das die Zahl der Objekte / States zu hoch ist.
-
pi@iobroker:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 235G 7,2G 218G 4% / devtmpfs 3,7G 0 3,7G 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 1,6G 884K 1,6G 1% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock /dev/sda1 253M 30M 223M 12% /boot /dev/sdb1 30G 3,7G 26G 13% /media/usbstick tmpfs 782M 0 782M 0% /run/user/1000@hm_krause sagte in Backitup Fehler:
df -h
Damit zeigst ja auch nur die Festplatte an. Ich denke der RAM wird beim Backup erstellen voll laufen. Ich habe "nur" 4GB und damit keine Probleme. Ist eben die Fehlermeldung, die mir als erstes ins Auge sticht.
-
@hm_krause
Das würde wohl Thomas Verdacht bestätigen, da das ja wirklich extrem viel ist. -
Hier mal die Ausgabe bei wechsel von "Instanzen" auf "Backitup" Button
pi@iobroker:~ $ top top - 10:17:50 up 2 days, 15:38, 1 user, load average: 2,44, 2,01, 1,57 Tasks: 167 total, 3 running, 164 sleeping, 0 stopped, 0 zombie %CPU(s): 47,7 us, 2,0 sy, 0,0 ni, 50,0 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Spch: 7812,0 total, 3478,3 free, 3065,3 used, 1268,4 buff/cache MiB Swap: 100,0 total, 98,5 free, 1,5 used. 4683,3 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 2251 iobroker 20 0 2145980 1,3g 34684 R 181,8 16,8 2133:56 iobroker.js-con 663 influxdb 20 0 329108 119796 28244 S 7,3 1,5 23:24.98 influxd 2376 iobroker 20 0 939160 84032 34604 S 3,6 1,1 30:33.46 io.tr-064.0 2382 iobroker 20 0 943500 110396 31032 S 3,6 1,4 167:25.32 io.zigbee.0 2332 iobroker 20 0 884284 93652 29516 S 0,7 1,2 28:00.90 io.mqtt.1 194075 pi 20 0 9964 3444 2824 R 0,7 0,0 0:00.19 top 89 root -51 0 0 0 0 S 0,3 0,0 7:20.66 irq/51-mmc0 659 grafana 20 0 1746392 86648 54060 S 0,3 1,1 6:13.63 grafana-server 2317 iobroker 20 0 678692 74192 29600 S 0,3 0,9 4:20.01 io.mqtt.0 2464 iobroker 20 0 670668 74604 34388 S 0,3 0,9 3:01.61 io.shuttercontr 193495 root 20 0 0 0 0 I 0,3 0,0 0:02.04 kworker/1:1-events_freezable 1 root 20 0 165944 10164 7224 S 0,0 0,1 0:05.95 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.27 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq -
Hier mal die Ausgabe bei wechsel von "Instanzen" auf "Backitup" Button
pi@iobroker:~ $ top top - 10:17:50 up 2 days, 15:38, 1 user, load average: 2,44, 2,01, 1,57 Tasks: 167 total, 3 running, 164 sleeping, 0 stopped, 0 zombie %CPU(s): 47,7 us, 2,0 sy, 0,0 ni, 50,0 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Spch: 7812,0 total, 3478,3 free, 3065,3 used, 1268,4 buff/cache MiB Swap: 100,0 total, 98,5 free, 1,5 used. 4683,3 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 2251 iobroker 20 0 2145980 1,3g 34684 R 181,8 16,8 2133:56 iobroker.js-con 663 influxdb 20 0 329108 119796 28244 S 7,3 1,5 23:24.98 influxd 2376 iobroker 20 0 939160 84032 34604 S 3,6 1,1 30:33.46 io.tr-064.0 2382 iobroker 20 0 943500 110396 31032 S 3,6 1,4 167:25.32 io.zigbee.0 2332 iobroker 20 0 884284 93652 29516 S 0,7 1,2 28:00.90 io.mqtt.1 194075 pi 20 0 9964 3444 2824 R 0,7 0,0 0:00.19 top 89 root -51 0 0 0 0 S 0,3 0,0 7:20.66 irq/51-mmc0 659 grafana 20 0 1746392 86648 54060 S 0,3 1,1 6:13.63 grafana-server 2317 iobroker 20 0 678692 74192 29600 S 0,3 0,9 4:20.01 io.mqtt.0 2464 iobroker 20 0 670668 74604 34388 S 0,3 0,9 3:01.61 io.shuttercontr 193495 root 20 0 0 0 0 I 0,3 0,0 0:02.04 kworker/1:1-events_freezable 1 root 20 0 165944 10164 7224 S 0,0 0,1 0:05.95 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.27 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq@hm_krause sagte in Backitup Fehler:
2251 iobroker 20 0 2145980 1,3g 34684 R 181,8 16,8 2133:56 iobroker.js-con
jepp, da hängt es
Wie groß ist dein Backup?
-
@hm_krause sagte in Backitup Fehler:
2251 iobroker 20 0 2145980 1,3g 34684 R 181,8 16,8 2133:56 iobroker.js-con
jepp, da hängt es
Wie groß ist dein Backup?
-
@homoran
...da lief noch kein Backup, das war nur ein Wechsel von Instanzen auf Backup.
Backupgröße von Iobroker= 23091KB@hm_krause sagte in Backitup Fehler:
das war nur ein Wechsel von Instanzen auf Backup.
Meinst du einen "Reiter"-Wechsel?
dann sieh mal in der Browserkonsole nach, was da soviel Ressourcen frisst
-
@hm_krause sagte in Backitup Fehler:
das war nur ein Wechsel von Instanzen auf Backup.
Meinst du einen "Reiter"-Wechsel?
dann sieh mal in der Browserkonsole nach, was da soviel Ressourcen frisst
-
@homoran
Meinst du einen "Reiter"-Wechsel?
-Ja-dann sieh mal in der Browserkonsole nach, was da soviel Ressourcen frisst
- mache ich wie?
-
-
@hm_krause sagte in Backitup Fehler:
JavaScript heap out of memory
Da geht wohl der RAM aus.
Edit:
Wobei das bei 8GB nie und nimmer passieren sollte.@jan1 sagte in Backitup Fehler:
Edit:
Wobei das bei 8GB nie und nimmer passieren sollte.Der Heap hat nicht (viel) mit dem verbauten Ram zu tun.
-
@jan1 sagte in Backitup Fehler:
Edit:
Wobei das bei 8GB nie und nimmer passieren sollte.Der Heap hat nicht (viel) mit dem verbauten Ram zu tun.
@thomas-braun
Das bezog sich auf meine Vermutung, dass der RAM voll läuft, da das der einzige Hinweis im Log war mit dem ich was anfangen konnte ;)
Und das 8GB voll laufen mit IOBroker ist nun mal sehr unwahrscheinlich. -
Support us
608
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge