NEWS
ioBroker auf PI4 stürzt immer mal wieder ab
-
Mir ist heute wieder der PI abgestürzt. Ich weiß nicht warum.
Der PI ist wohl um 17:02 abgestürzt. Zu der Zeit hören auch meine Aufzeichnungen in der Influx auf.
Die letzten Log Einträge sehen so aus:2026-01-30 16:59:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:55 2026-01-30 17:00:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:60 2026-01-30 17:00:23.088 - info: host.PIArgon instance system.adapter.daswetter.0 in version "3.2.8" started with pid 117236 2026-01-30 17:00:27.115 - info: host.PIArgon instance system.adapter.dwd.0 in version "2.8.5" started with pid 117251 2026-01-30 17:00:32.444 - info: host.PIArgon instance system.adapter.dwd.0 having pid 117251 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:35.947 - info: host.PIArgon instance system.adapter.daswetter.0 having pid 117236 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:65 2026-01-30 17:01:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:70 2026-01-30 17:01:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:75 2026-01-30 17:02:17.861 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:80 2026-01-30 17:02:24.390 - info: admin.0 (6733) Request actual repository... 2026-01-30 17:02:25.462 - info: host.PIArgon Updating repository "Stable (default)" under "http://download.iobroker.net/sources-dist.json" 2026-01-30 17:02:31.151 - info: admin.0 (6733) Repository received successfully. 2026-01-30 17:24:33.277 - info: host.PIArgon iobroker.js-controller version 7.0.7 js-controller starting 2026-01-30 17:24:33.283 - info: host.PIArgon Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker 2026-01-30 17:24:33.285 - info: host.PIArgon hostname: PIArgon, node: v22.22.0 2026-01-30 17:24:33.287 - info: host.PIArgon ip addresses: 192.168.178.36 2001:9e8:e5fb:4a00:be75:7769:1066:ec32 fd95:623b:4cfd:0:bd71:ed85:eae2:ea0 fe80::18e0:ffba:1ebd:844f 2026-01-30 17:24:35.609 - info: host.PIArgon connected to Objects and States 2026-01-30 17:24:35.638 - info: host.PIArgon added notifications configuration of host 2026-01-30 17:24:36.548 - info: host.PIArgon 42 instances found 2026-01-30 17:24:36.610 - info: host.PIArgon starting 32 instances 2026-01-30 17:24:37.094 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeCurrent" 2026-01-30 17:24:37.264 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewest" 2026-01-30 17:24:37.277 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewestNext" 2026-01-30 17:24:37.338 - info: host.PIArgon instance system.adapter.admin.0 in version "7.7.22" started with pid 898 2026-01-30 17:24:37.346 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmCurrent" 2026-01-30 17:24:37.400 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewest" 2026-01-30 17:24:37.452 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewestNext" 2026-01-30 17:24:37.503 - info: host.PIArgon Some obsolete host states deleted. 2026-01-30 17:24:41.240 - info: host.PIArgon instance system.adapter.history.0 in version "3.0.1" started with pid 909 2026-01-30 17:24:42.092 - error: admin.0 (898) admin.0 already running 2026-01-30 17:24:42.098 - warn: admin.0 (898) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-01-30 17:24:42.912 - error: host.PIArgon instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-01-30 17:24:42.913 - info: host.PIArgon Restart adapter system.adapter.admin.0 because enabledIch habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
Am 29.01. habe ich folgende Ausgaben erhalten.
top2026 01 30 1740.logDann habe ich 3 Minuten später nochmal den Befehl ausgeführt:
top2026 01 30 1743.loggerade eben habe ich nochmals den Befehl ausgeführt.
top2026 01 30 1820.logIrgendwie bin ich ratlos...
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
-
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
top ist immer nur eine augenblicksansicht
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>
da würdest du dann zumindest sehen wie sich der freie und benutzte RAM deines Systems sich vor dem nächsten Absturz entwickelt.
Die Daten werden vom History-Adapter auch entsprechend grafisch angezeigt@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>
Bei meinen Objekte finde ich nur systeminfo.
Kein system.host...
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>
Bei meinen Objekte finde ich nur systeminfo.
Kein system.host... -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
Hier steuere ich die Hue Lampe und will gerne die Lichtstärke ausgeben. mehr ist das nicht.
Ich habe das Script als blockly geschrieben...
habe den Blockly exportiert und als txt Datei hier eingestellt.
Hue_Max.txt
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
Hier steuere ich die Hue Lampe und will gerne die Lichtstärke ausgeben. mehr ist das nicht.
Ich habe das Script als blockly geschrieben...
habe den Blockly exportiert und als txt Datei hier eingestellt.
Hue_Max.txt@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
-
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kein system.host...
als Experte?
habe sie gefunden. ich hatte nicht als Experte geschaut.
Ich würde alle mit "mem", "diskfree", "cpu" mitschreiben.Oder noch andere ?
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
wenn der rechner auf betriebssystemebene abstürzt musst du auch die logs des betriebssystems prüfen.
ein applikationslog (wie hier vom iobroker) wird da uU nix dazu sagen können. bspw weil das betriebssystem entscheidet das eine applikation abgeschossen wird (ggfs wegen oom= out of memory)
dann bekommt der iobroker das gar nicht richtig mitOkay, welche Logs sind da entscheidend?
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Okay, welche Logs sind da entscheidend?
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogsystemd journal mit
sudo journalctl --since 2025-12-01 --until 2025-12-02mit --since und --until wirst du den zeitraum einschränken müssen
mit seite auf/ab kannst du dann blättern und dann schaust du dir mal die 100 zeile vor dem absturz an.da auch nach den gleichen suchbegriffen wie oben schauen.
halt irgendwelche probleme.
im zweifel kopieren und hier reinposten -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kein system.host...
als Experte?
habe sie gefunden. ich hatte nicht als Experte geschaut.
Ich würde alle mit "mem", "diskfree", "cpu" mitschreiben.Oder noch andere ?
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
mem
es gibt mehrere mit mem.
ja kannst du machen.
fügt der systemlast noch mehr dazu, aber dann wird, wenn es das ist, der absturtz ein wenig früher sein. -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.
und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.
und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
mem
es gibt mehrere mit mem.
ja kannst du machen.
fügt der systemlast noch mehr dazu, aber dann wird, wenn es das ist, der absturtz ein wenig früher sein.@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
es gibt mehrere mit mem.
Ja, genau. Das meinte ich auch. ich habe noch CPU und load mit eingefügt.
-
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Ja, genau. Das hatte ich oben schon gemacht.
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.
und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Es ist recht groß
ja, mobil kaum handlebar 😉
ich hab mich daher erst mal auf den Abend beschränkt, da fällt mir auf, dass dort
max erreichbareine Zahl (1|) ist.
in allen anderen Fällen ist es bool.Ob das jetzt ein Problem im Vergleich ergibt entzieht sich meinem Wissen. es könnte durch implizite Typwandlung korrigiert werden.
-
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Ja, genau. Das hatte ich oben schon gemacht.
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und Inhalts -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Okay, welche Logs sind da entscheidend?
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogsystemd journal mit
sudo journalctl --since 2025-12-01 --until 2025-12-02mit --since und --until wirst du den zeitraum einschränken müssen
mit seite auf/ab kannst du dann blättern und dann schaust du dir mal die 100 zeile vor dem absturz an.da auch nach den gleichen suchbegriffen wie oben schauen.
halt irgendwelche probleme.
im zweifel kopieren und hier reinposten@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogBei error erfolgt keine Ausgabe.
Bei warn erhalte ich folgendes:PI@PIArgon:/var/log $ dmesg -T | grep warn [Fr Jan 30 17:33:52 2026] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.Bei segfault und oom erscheinen keine Ausgaben.
Bei watchdog:PI@PIArgon:/var/log $ dmesg -T | grep watchdog [Fr Jan 30 17:33:47 2026] bcm2835-wdt bcm2835-wdt: Broadcom BCM2835 watchdog timersystemd journal mit
Wie lange dauert so eine Ausgabe ? Ich habe von 29.01. bis 30.01. den Zeitraum eingeschränkt.
Weil es erscheint bei mir nicht sofort die Ausgabe. Bisher zeigt der Befehl bei mir nichts.
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und Inhalts@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und InhaltsOkay, dann mache ich es oben als spoiler.
-
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
bei blockly bin ich raus
@kapitaen31
dann mach doch bitte für @oliverio auch noch einen Export der Javascript Ansicht (ohne die letzte kilometerlange kryptische Zeile) -
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogBei error erfolgt keine Ausgabe.
Bei warn erhalte ich folgendes:PI@PIArgon:/var/log $ dmesg -T | grep warn [Fr Jan 30 17:33:52 2026] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.Bei segfault und oom erscheinen keine Ausgaben.
Bei watchdog:PI@PIArgon:/var/log $ dmesg -T | grep watchdog [Fr Jan 30 17:33:47 2026] bcm2835-wdt bcm2835-wdt: Broadcom BCM2835 watchdog timersystemd journal mit
Wie lange dauert so eine Ausgabe ? Ich habe von 29.01. bis 30.01. den Zeitraum eingeschränkt.
Weil es erscheint bei mir nicht sofort die Ausgabe. Bisher zeigt der Befehl bei mir nichts. -
@Thomas-Braun sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kannst auch damit mal schauen:
dmesg --level=emerg,alert,crit,err,warn -THier ist die Ausgabe:
PI@PIArgon:~ $ dmesg --level=emerg,alert,crit,err,warn -T [Fr Jan 30 20:18:41 2026] pci_bus 0000:01: supply vpcie3v3 not found, using dummy regulator [Fr Jan 30 20:18:41 2026] pci_bus 0000:01: supply vpcie3v3aux not found, using dummy regulator [Fr Jan 30 20:18:41 2026] pci_bus 0000:01: supply vpcie12v not found, using dummy regulator [Fr Jan 30 20:18:43 2026] mmc1: Controller never released inhibit bit(s). [Fr Jan 30 20:18:43 2026] usb 2-2: UAS is ignored for this device, using usb-storage instead [Fr Jan 30 20:18:44 2026] usb 2-2: UAS is ignored for this device, using usb-storage instead [Fr Jan 30 20:18:50 2026] systemd-journald[276]: File /var/log/journal/3a228e6261a14b389cf6e2129be3286a/system.journal corrupted or uncleanly shut down, renaming and replacing. [Fr Jan 30 20:18:59 2026] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:19:00 2026] hci_uart_bcm serial0-0: supply vbat not found, using dummy regulator [Fr Jan 30 20:19:00 2026] hci_uart_bcm serial0-0: supply vddio not found, using dummy regulator -
@RoddiEF sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Mal eine Frage zum Lüfter und dem nicht laufen bzw nicht richtig: Die Software dazu ist aber installiert und deinen Wünschen entsprechend Angepasst?
Ich habe das Gehäuse mehrfach in Betrieb und die Lüfter sind schon ab und zu mal zu hören, je nachdem was gerade "intensives" ausgeführt wird. Temperaturmäßig liegen meine dadurch so um die 40°C im Höchstfall mal 55°C deshalb meine Frage zu Anfang.Moin,
ja ich habe die Software installiert. Die Konfig sieht so aus:
PI@PIArgon:/etc $ cat argononed.conf # # Argon Fan Configuration # # Min Temp=Fan Speed 50=10 55=50 60=100Was ich gerade komisch finde das der Befehl
sudo systemctl status argononedkeine Ausgabe generiert....
Ich suche gerade...@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Was ich gerade komisch finde das der Befehl
sudo systemctl status argononed
keine Ausgabe generiert....
Dann stimmt etwas mit dem Service nicht. Es müsste so ähnlich aussehen:
thomas@rpifr24:~ $ sudo systemctl status argononed ● argononed.service - Argon One Fan and Button Service Loaded: loaded (/usr/lib/systemd/system/argononed.service; enabled; preset: enabled) Active: active (running) since Tue 2026-01-27 08:00:55 UTC; 3 days ago Invocation: 235e1f92daad47fc85a1436fc4a0f835 Main PID: 1735012 (python3) Tasks: 5 (limit: 3919) CPU: 20min 18.948s CGroup: /system.slice/argononed.service └─1735012 /usr/bin/python3 /etc/argon/argononed.py SERVICE Notice: journal has been rotated since unit was started, output may be incomplete. thomas@rpifr24:~ $Ich hatte das Problem, dass bei gleicher Konstellation plötzlich der Lüfter permanent max lief.
Bei mir hat es geholfen,argononedzu deinstallieren und neu zu konfigurieren.
Offenbar wurde es bei der Umstellung von bookworm auf trixie nicht sauber mitgenommen.Jetzt läuft es wieder geschmeidig.
350
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge