heap zu klein?
-
@pingps sagte in heap zu klein?:
ein Pi kommt mir hier für den iobroker nicht mehr ins Haus.
wieso nicht?
ich bin gerade vom NUC mit Proxmox wieder zurück auf einen Pi5, auf den dann auch noch die Instanzen zweier Slaves gebracht wurden.
@homoran sagte in heap zu klein?:
wieso nicht?
Läuft vermutlich zu gut. Da muss man dann ja nix mehr dran basteln. ;-D
-
@homoran sagte in heap zu klein?:
wieso nicht?
Läuft vermutlich zu gut. Da muss man dann ja nix mehr dran basteln. ;-D
@thomas-braun das System soll ja laufen und ich will da nicht viel basteln.
Hatte auch schon ein paar Instanzen gelöscht. Aber seit dem Absturz läuft garnix mehr. Da muss noch was im Argen liegen.
Ich spiele mal ein backup ein. Auch wenn das die Instanzen beibehält.
-
@thomas-braun das System soll ja laufen und ich will da nicht viel basteln.
Hatte auch schon ein paar Instanzen gelöscht. Aber seit dem Absturz läuft garnix mehr. Da muss noch was im Argen liegen.
Ich spiele mal ein backup ein. Auch wenn das die Instanzen beibehält.
@pingps sagte in heap zu klein?:
das System soll ja laufen und ich will da nicht viel basteln.
Ja, eben. Deswegen verwende ich da einen Raspberry... ;-)
-
@thomas-braun also die RPIs, die ich bisher verwende, brauchen 5,2V Spannung. Das ist ja ein Nogo. Die Probleme, die ich mit den RPIs bisher hatte, kannte ich vom Nuc überhaupt nicht. Das Ding läuft - ok, lief bisher, und tat seinen Dienst. Beim RPI geht ständig die SD Karte kaputt. Sowas gibts beim Nuc nicht.
Ok, den RPI5 habe ich jetzt noch nicht angeguckt. Womöglich hat er das Problem nicht. -
@thomas-braun also die RPIs, die ich bisher verwende, brauchen 5,2V Spannung. Das ist ja ein Nogo. Die Probleme, die ich mit den RPIs bisher hatte, kannte ich vom Nuc überhaupt nicht. Das Ding läuft - ok, lief bisher, und tat seinen Dienst. Beim RPI geht ständig die SD Karte kaputt. Sowas gibts beim Nuc nicht.
Ok, den RPI5 habe ich jetzt noch nicht angeguckt. Womöglich hat er das Problem nicht.@pingps sagte in heap zu klein?:
Beim RPI geht ständig die SD Karte kaputt.
Hier nicht. Du machst also da im Umgang mit der Kiste irgendwas verkehrt... Wird aber OT.
-
@thomas-braun also die RPIs, die ich bisher verwende, brauchen 5,2V Spannung. Das ist ja ein Nogo. Die Probleme, die ich mit den RPIs bisher hatte, kannte ich vom Nuc überhaupt nicht. Das Ding läuft - ok, lief bisher, und tat seinen Dienst. Beim RPI geht ständig die SD Karte kaputt. Sowas gibts beim Nuc nicht.
Ok, den RPI5 habe ich jetzt noch nicht angeguckt. Womöglich hat er das Problem nicht.@pingps sagte in heap zu klein?:
Beim RPI geht ständig die SD Karte kaputt
hab ich ihn 10 Jahren kein einziges mal gehabt!
Dabei habe ich 50GB History Daten drauf, die teilweise im Sekundentakt geschrieben werden. -
@pingps sagte in heap zu klein?:
Beim RPI geht ständig die SD Karte kaputt
hab ich ihn 10 Jahren kein einziges mal gehabt!
Dabei habe ich 50GB History Daten drauf, die teilweise im Sekundentakt geschrieben werden. -
Hallo IOBroker Forum,
Bisher lief der iobroker mit dem Nuc eigentlich ganz gut und relativ schnell. Meine Updates wurden sporadisch eingespielt, täglich automatisch ein Backup erstellt und immer wieder ein neues Feature für mein Smarthome eingebaut. Das letzte war dann der Energieflussadapter.
Leider Absturz beim Ausschalten der USV. Seither zickt alles rum. Habe ein backup eingespielt, aber iobroker startet nicht mehr zuverlässig, und wenn, dann sehr langsam.Nach einigem ermitteln der Ursache konnte ich dann ein ausgeschöpften heap ermitteln.
Hier mal das wichtigste:FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory
Kann mir jemand sagen, wie man diesen erweitert?
Oder erkennt jemand ein anderes Problem, das ich fixen sollte?======================= SUMMARY ======================= v.2024-04-21 Static hostname: debian-uli Icon name: computer-desktop Chassis: desktop Operating System: Debian GNU/Linux 11 (bullseye) Kernel: Linux 5.10.0-28-amd64 Architecture: x86-64 Installation: native Kernel: x86_64 Userland: 64 bit Timezone: Europe/Berlin (CEST, +0200) User-ID: 1003 Display-Server: true Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 13 Nodejs-Installation: /usr/bin/nodejs v18.20.2 /usr/bin/node v18.20.2 /usr/bin/npm 10.5.0 /usr/bin/npx 10.5.0 /usr/bin/corepack 0.25.2 Recommended versions are nodejs No connection to databases possible ... and npm Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 7.5G 4.8G 2.3G 0.0K 410M 2.5G Swap: 7.8G 3.8G 4.0G Total: 15G 8.6G 6.2G Active iob-Instances: 0 Active repo(s): stable ioBroker Core: js-controller 5.0.19 admin 6.13.16 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: Objects: 13870 States: 12343 Size of iob-Database: 532M /opt/iobroker/iobroker-data/objects.jsonl 11M /opt/iobroker/iobroker-data/objects.json.migrated 11M /opt/iobroker/iobroker-data/objects.json.bak.migrated 11M /opt/iobroker/iobroker-data/states.jsonl 1.6M /opt/iobroker/iobroker-data/states.json.migrated 1.6M /opt/iobroker/iobroker-data/states.json.bak.migrated =================== END OF SUMMARY ==================== -
@thomas-braun
ich möchte einige instanzen löschen.
Leider geht das nicht mit z.B.iobroker stop zigbee Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Für Hilfe wäre ich sehr dankbar!
-
@thomas-braun
ich möchte einige instanzen löschen.
Leider geht das nicht mit z.B.iobroker stop zigbee Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Für Hilfe wäre ich sehr dankbar!
@pingps hast du schon
iob fixlaufen lassen? -
@oliverio Speicherverbrauch ist konstant. Da gibt es keine ansteigenden Speicherverbräuche
@Homoran iob fix habe ich laufen lassen.
Hier wiederholt:iob fix library: loaded Library version=2024-01-04 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2024-01-04 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/5) ========================================================================== OK:1 http://ftp.de.debian.org/debian bullseye InRelease OK:2 http://ftp.de.debian.org/debian bullseye-updates InRelease OK:3 https://security.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.nodesource.com/node_18.x nodistro InRelease Paketlisten werden gelesen… Fertig ========================================================================== Checking ioBroker user and directory permissions (2/5) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Check and cleanup npm temporary directories (3/5) ========================================================================== Done. ========================================================================== Database maintenance (4/5) ========================================================================== Checking for uncompressed JSONL databases... This might take a while! Compressing /opt/iobroker/iobroker-data/states.jsonl Compressing /opt/iobroker/iobroker-data/objects.jsonl <--- Last few GCs ---> [10880:0x6afa850] 9970 ms: Mark-sweep 1978.7 (2087.8) -> 1976.7 (2087.8) MB, 97.2 / 0.0 ms (average mu = 0.902, current mu = 0.788) allocation failure; scavenge might not succeed [10880:0x6afa850] 10188 ms: Mark-sweep 1992.4 (2087.8) -> 1990.1 (2117.5) MB, 177.8 / 0.0 ms (average mu = 0.757, current mu = 0.184) allocation failure; scavenge might not succeed <--- JS stacktrace ---> FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory 1: 0xb9a330 node::Abort() [node] 2: 0xaa07ee [node] 3: 0xd71ed0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [node] 4: 0xd72277 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [node] 5: 0xf4f635 [node] 6: 0xf61b0d v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [node] 7: 0xf3c1fe v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node] 8: 0xf3d5c7 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node] 9: 0xf1db40 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [node] 10: 0xf155b4 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawWithImmortalMap(int, v8::internal::AllocationType, v8::internal::Map, v8::internal::AllocationAlignment) [node] 11: 0xf17948 v8::internal::FactoryBase<v8::internal::Factory>::NewRawTwoByteString(int, v8::internal::AllocationType) [node] 12: 0x134923c v8::internal::IncrementalStringBuilder::Extend() [node] 13: 0x105e5d0 v8::internal::JsonStringifier::SerializeString(v8::internal::Handle<v8::internal::String>) [node] 14: 0x105fa71 v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 15: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 16: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 17: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 18: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 19: 0x1063eaf v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 20: 0x1064bff v8::internal::JsonStringify(v8::internal::Isolate*, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>) [node] 21: 0xdf7d57 v8::internal::Builtin_JsonStringify(int, unsigned long*, v8::internal::Isolate*) [node] 22: 0x1710839 [node] Aborted ========================================================================== Checking autostart (5/5) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== Uli@debian-uli:~/2024-05-05$ ^C Uli@debian-uli:~/2024-05-05$ iob fix library: loaded Library version=2024-01-04 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2024-01-04 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/5) ========================================================================== OK:1 http://ftp.de.debian.org/debian bullseye InRelease OK:2 http://ftp.de.debian.org/debian bullseye-updates InRelease OK:3 https://security.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.nodesource.com/node_18.x nodistro InRelease Paketlisten werden gelesen… Fertig ========================================================================== Checking ioBroker user and directory permissions (2/5) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Check and cleanup npm temporary directories (3/5) ========================================================================== Done. ========================================================================== Database maintenance (4/5) ========================================================================== Checking for uncompressed JSONL databases... This might take a while! Compressing /opt/iobroker/iobroker-data/states.jsonl Compressing /opt/iobroker/iobroker-data/objects.jsonl <--- Last few GCs ---> [10880:0x6afa850] 9970 ms: Mark-sweep 1978.7 (2087.8) -> 1976.7 (2087.8) MB, 97.2 / 0.0 ms (average mu = 0.902, current m========================================================================== -
@oliverio Speicherverbrauch ist konstant. Da gibt es keine ansteigenden Speicherverbräuche
@Homoran iob fix habe ich laufen lassen.
Hier wiederholt:iob fix library: loaded Library version=2024-01-04 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2024-01-04 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/5) ========================================================================== OK:1 http://ftp.de.debian.org/debian bullseye InRelease OK:2 http://ftp.de.debian.org/debian bullseye-updates InRelease OK:3 https://security.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.nodesource.com/node_18.x nodistro InRelease Paketlisten werden gelesen… Fertig ========================================================================== Checking ioBroker user and directory permissions (2/5) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Check and cleanup npm temporary directories (3/5) ========================================================================== Done. ========================================================================== Database maintenance (4/5) ========================================================================== Checking for uncompressed JSONL databases... This might take a while! Compressing /opt/iobroker/iobroker-data/states.jsonl Compressing /opt/iobroker/iobroker-data/objects.jsonl <--- Last few GCs ---> [10880:0x6afa850] 9970 ms: Mark-sweep 1978.7 (2087.8) -> 1976.7 (2087.8) MB, 97.2 / 0.0 ms (average mu = 0.902, current mu = 0.788) allocation failure; scavenge might not succeed [10880:0x6afa850] 10188 ms: Mark-sweep 1992.4 (2087.8) -> 1990.1 (2117.5) MB, 177.8 / 0.0 ms (average mu = 0.757, current mu = 0.184) allocation failure; scavenge might not succeed <--- JS stacktrace ---> FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory 1: 0xb9a330 node::Abort() [node] 2: 0xaa07ee [node] 3: 0xd71ed0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [node] 4: 0xd72277 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [node] 5: 0xf4f635 [node] 6: 0xf61b0d v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [node] 7: 0xf3c1fe v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node] 8: 0xf3d5c7 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node] 9: 0xf1db40 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [node] 10: 0xf155b4 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawWithImmortalMap(int, v8::internal::AllocationType, v8::internal::Map, v8::internal::AllocationAlignment) [node] 11: 0xf17948 v8::internal::FactoryBase<v8::internal::Factory>::NewRawTwoByteString(int, v8::internal::AllocationType) [node] 12: 0x134923c v8::internal::IncrementalStringBuilder::Extend() [node] 13: 0x105e5d0 v8::internal::JsonStringifier::SerializeString(v8::internal::Handle<v8::internal::String>) [node] 14: 0x105fa71 v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 15: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 16: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 17: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 18: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 19: 0x1063eaf v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node] 20: 0x1064bff v8::internal::JsonStringify(v8::internal::Isolate*, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>) [node] 21: 0xdf7d57 v8::internal::Builtin_JsonStringify(int, unsigned long*, v8::internal::Isolate*) [node] 22: 0x1710839 [node] Aborted ========================================================================== Checking autostart (5/5) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== Uli@debian-uli:~/2024-05-05$ ^C Uli@debian-uli:~/2024-05-05$ iob fix library: loaded Library version=2024-01-04 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2024-01-04 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/5) ========================================================================== OK:1 http://ftp.de.debian.org/debian bullseye InRelease OK:2 http://ftp.de.debian.org/debian bullseye-updates InRelease OK:3 https://security.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.nodesource.com/node_18.x nodistro InRelease Paketlisten werden gelesen… Fertig ========================================================================== Checking ioBroker user and directory permissions (2/5) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Check and cleanup npm temporary directories (3/5) ========================================================================== Done. ========================================================================== Database maintenance (4/5) ========================================================================== Checking for uncompressed JSONL databases... This might take a while! Compressing /opt/iobroker/iobroker-data/states.jsonl Compressing /opt/iobroker/iobroker-data/objects.jsonl <--- Last few GCs ---> [10880:0x6afa850] 9970 ms: Mark-sweep 1978.7 (2087.8) -> 1976.7 (2087.8) MB, 97.2 / 0.0 ms (average mu = 0.902, current m========================================================================== -
@Homoran mir scheint das Problem zu sein, dass linux kein file locken kann
iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! Uli@debian-uli:~$@pingps sagte in heap zu klein?:
/opt/iobroker/iobroker-data/objects.jsonl
ls -lah /opt/iobroker/iobroker-data/objects.jsonlund
getfacl /opt/iobroker/iobroker-data/objects.jsonlsagen?
-
@Homoran mir scheint das Problem zu sein, dass linux kein file locken kann
iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! Uli@debian-uli:~$@pingps sagte in heap zu klein?:
dass linux kein file locken kann
nicht linux, sondern der user.
Deswegen den Fixer, damit die Rechte wieder geradegebogen werden.Allerdings kann ich mit der dortigen Fehlermeldung nichts anfangen. Da muss ein Wissender ran.
-
@pingps sagte in heap zu klein?:
/opt/iobroker/iobroker-data/objects.jsonl
ls -lah /opt/iobroker/iobroker-data/objects.jsonlund
getfacl /opt/iobroker/iobroker-data/objects.jsonlsagen?
ls -lah /opt/iobroker/iobroker-data/objects.jsonl -rw-rwxr--+ 1 iobroker iobroker 547M 5. Mai 20:12 /opt/iobroker/iobroker-data/objects.jsonl Uli@debian-uli:~$getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x group:iobroker:rwx mask::rwx other::r-- -
ls -lah /opt/iobroker/iobroker-data/objects.jsonl -rw-rwxr--+ 1 iobroker iobroker 547M 5. Mai 20:12 /opt/iobroker/iobroker-data/objects.jsonl Uli@debian-uli:~$getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x group:iobroker:rwx mask::rwx other::r--Die Rechte stehen bei mir anders:
echad@chet:~ $ ls -lah /opt/iobroker/iobroker-data/objects.jsonl -rw-rw-r--+ 1 iobroker iobroker 61M May 5 20:23 /opt/iobroker/iobroker-data/objects.jsonl echad@chet:~ $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x #effective:r-- group:iobroker:rwx #effective:rw- mask::rw- other::r-- echad@chet:~ $Ob das locking aber daran scheitert oder an der Größe der Datei (oder was ganz anderem) kann ich dir auch nicht sagen.
-
Die Rechte stehen bei mir anders:
echad@chet:~ $ ls -lah /opt/iobroker/iobroker-data/objects.jsonl -rw-rw-r--+ 1 iobroker iobroker 61M May 5 20:23 /opt/iobroker/iobroker-data/objects.jsonl echad@chet:~ $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x #effective:r-- group:iobroker:rwx #effective:rw- mask::rw- other::r-- echad@chet:~ $Ob das locking aber daran scheitert oder an der Größe der Datei (oder was ganz anderem) kann ich dir auch nicht sagen.
-
@thomas-braun bei mir gibt es ja mehr Rechte
-rw-rw-r--+
bei mir
-rw-rwxr--+ /opt/iobroker/iobroker-data/objects.jsonlfür was soll diese jsonl ausführbar sein? (habe dazu leider keine Ahnung!)
@pingps sagte in heap zu klein?:
für was soll diese jsonl ausführbar sein? (habe dazu leider keine Ahnung!)
Das frage ich mich auch. Das ist keine ausführbare Datei.
-
@pingps sagte in heap zu klein?:
für was soll diese jsonl ausführbar sein? (habe dazu leider keine Ahnung!)
Das frage ich mich auch. Das ist keine ausführbare Datei.
@thomas-braun
Vielleicht hilft das: Beim Stoppen einiger Adapter gab es komische Ereignisse:Uli@debian-uli:~$ iobroker stop telegram Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 Objects database error: connect ECONNREFUSED 127.0.0.1:9001 ^C Uli@debian-uli:~$ iobroker stop telegram The adapter "telegram.0" was stopped. The adapter "telegram.1" was stopped. The adapter "telegram.2" was stopped.Nach dem Abbrechen durch ^C und neuem Stop funktionierte dann der stop
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden607
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge