Edomi => "Prozess LOGIC läuft nicht mehr!" - Endlosschleife Reboot

[leppenraub]

Ich bringe gerade Edomi reproduzierbar zu einer Reboot-Endlosschleife durch folgendes Vorgehen:
- Kopie eines einwandfrei funktionierenden LBS (extern)
- Umbenennen von LBS-Name und ID
- Upload zu Edomi
- Erstellen einer Logik mit neuem LBS
- Aktivieren des Projekts
=> Reboot-Endlosschleife

edomi_reboot.PNG
Löschen des entsprechenden LBS in /usr/local/edomi/www/data/liveproject/lbs/ bringt temporär Besserung, doch wie kopiere ich nun den Baustein?

[jonofe]

Warum willst du den LBS kopieren?

[leppenraub]

Warum willst du den LBS kopieren?

Um ihn danach zu verändern - er soll ähnliche Funktionalität besitzen.

[maque]

Das kannst du nur unter /usr/local/edomi/www/admin/lbs machen und nicht im Liveproject folder. Eventuell ist es auch ein Problem mit den Datei-Rechten. Warum kopierst Du nicht einfach den Source code und läßt den neuen LBS neu hoch?

MaQue

[leppenraub]

Das kannst du nur unter /usr/local/edomi/www/admin/lbs machen und nicht im Liveproject folder. Eventuell ist es auch ein Problem mit den Datei-Rechten. Warum kopierst Du nicht einfach den Source code und läßt den neuen LBS neu hoch?

MaQue

Die Maßnahme über /usr/local/edomi/www/data/liveproject/lbs/ diente einfach nur dazu den Reboot-Zyklus zu stoppen - aber darum geht es eigentlich auch gar nicht.

Und genau das habe ich gemacht: Den Sourcecode kopiert und den neuen LBS hochgeladen (siehe oben). Also eigentlich sind es zwei Fragen:
1) Warum eskaliert Edomi in diesen Reboot-Zyklus --> tendenziell adressiert an gaert
2) Warum kann ich keinen neuen LBS durch Kopie erstellen?

[vento66]

Welchen LBS versuchst Du denn zu kopieren, und welche LBS Nummer bekommt der neue LBS?

[leppenraub]

Welchen LBS versuchst Du denn zu kopieren, und welche LBS Nummer bekommt der neue LBS?

Alter Baustein: 19001389 --> Kopie auf 19001390, danach Upload

[vento66]

Gut, das ist ja ein interner von Dir, der nicht öffentlich ist, da kann natürlich niemand in den code schauen, um da eventuelle Ungereimtheiten zu finden

[leppenraub]

Gut, das ist ja ein interner von Dir, der nicht öffentlich ist, da kann natürlich niemand in den code schauen, um da eventuelle Ungereimtheiten zu finden

Ja, stimmt. Ist eben noch in Entwicklung, aber Du tippst eher auf einen Code-Fehler? Dann gehe ich nochmal selbst auf die Suche...

[givemeone]

LBS sse werden zu hundertfach verwendet. Ich habe über 400 unterschiedliche im Einsatz. Warum sollte es etwas anderes sein wie Code? Ohne dass du ihn bekannt machst wird dir niemand helfen können.

[leppenraub]

LBS sse werden zu hundertfach verwendet. Ich habe über 400 unterschiedliche im Einsatz. Warum sollte es etwas anderes sein wie Code? Ohne dass du ihn bekannt machst wird dir niemand helfen können.

Ich möchte nur nicht Euch meine Arbeit aufhalsen... 😂 Mein bisheriger Gedanke war nur: Eine Kopie eines funktionierenden Bausteins kann doch keine "Quereffekte" haben. Aber ich bin vermutlich auf die Ursache gestoßen, denn eine Funktion wurde nicht mit dem Präfix "LB_LBSID_" versehen.

[jonofe]

denn eine Funktion wurde nicht mit dem Präfix "LB_LBSID_" versehen.

Ja, dann hast du eine doppelte Funktionsdeklaration. Das beendet die Logikschleife mit Fehler und ein Reboot wird getriggert.

[gaert]

1) Warum eskaliert Edomi in diesen Reboot-Zyklus --> tendenziell adressiert an gaert

EDOMI ist keine Entwicklungsumgebung, sondern soll produktiv und möglichst ohne Unterbrechung laufen. Daher ist alles möglichst so ausgelegt, dass im Falle einer Störung ein Reboot veranlasst wird (in der Hoffnung dass das Problem damit behoben ist).