[GELÖST] Bitte Hilfe, die RM spinnt voll ("Already in map!" ERROR)

[Baxxy]

oder nen Grund ausgeben warum das nicht geht…

Code: Alles auswählen

# /bin/ReGaHss.community -f /etc/rega.conf -l 0 -c
[2022-06-22 19:49:24 CEST] Info: Create thread '<Timer Scheduler Thread>', stack size = 131072, ThreadID = 1990583376, Called-PID = 5367 [Create():iseSysLx.cpp:1003]
[2022-06-22 19:49:24 CEST] Info: Start thread '<Timer Scheduler Thread>', ThreadID = 1990583376, PID = 5367 [ThreadProc():iseSysLx.cpp:1171]
[2022-06-22 19:49:24 CEST] Info: TimerSchedulerThread started [ThreadFunction():iseSysLx.cpp:478]
/bin/ReGaHss.community: symbol lookup error: /bin/ReGaHss.community: undefined symbol: _ZN6XmlRpc18XmlRpcServerMethodC2ERKSsPNS_12XmlRpcServerE

[jmaus]

Ok, dachte ich mir schon fast. Das liest sich danach, das die libXmlRPC auch noch aus dem OCCU Repo genommen werden muss und nicht die mitkommt. Das wird dann aber vmtl bedeuten das man dann auch die anderen Binaries wie rfd &co mitunter auch austauschen muss weil die mit der neueren libxmlrpc dann ggf nicht klarkommen….

[jmaus]

@ Jens, ich teste dann ab heute Abend die Nightly, bin morgen @ home also wenn da was kracht dann hab ich mehr Zeit
Aufn "Monitorraspi" (ohne Funk) hab ichs gestern schon installiert, keine Auffälligkeiten, klar, der hat nur eine Bruchteil an (Cux) Geräten, aber kein Prob bei Update.... na schau ma mal am Abend

Gibt es schon Neuigkeiten dazu? Würde gerne eine positive Nachricht dazu haben wollen bevor ich dann in ein paar Tagen die neue RM Version allgemein freigebe.

[onkeltommy]

Hallo Jens

so, bis jetzt unter Tags (sofern es HO zugelassen hat) "rumgespielt"---- jedenfalls - ich hab den Fehler nicht mehr zusammengebracht.
Einzig die eq3 Meldungen kommen schon wieder 1x am Tag oder so. Negatives habe ich deswegen nicht bemerkt. Dachte die Diagramme waren das, aber sind keine mehr konfiguriert.

Already in Map ist Geschichte

vielen Dank !!


-----------

Code: Alles auswählen

23.06.2022 07:10:35.406,Error,192.168.0.80,at java.util.TimerThread.run(Timer.java:505)
23.06.2022 07:10:35.406,Error,192.168.0.80,at java.util.TimerThread.mainLoop(Timer.java:555)
23.06.2022 07:10:35.406,Error,192.168.0.80,at de.eq3.lib.measurement.MeasurementService$EventTimerTask.run(MeasurementService.java:121)
23.06.2022 07:10:35.406,Error,192.168.0.80,at de.eq3.lib.measurement.MeasurementService.access$000(MeasurementService.java:50)
23.06.2022 07:10:35.406,Error,192.168.0.80,at de.eq3.lib.measurement.MeasurementService.writeLogValues(MeasurementService.java:835)
23.06.2022 07:10:35.406,Error,192.168.0.80,at java.util.ArrayList$Itr.next(ArrayList.java:861)
23.06.2022 07:10:35.406,Error,192.168.0.80,at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:911)
23.06.2022 07:10:35.406,Error,192.168.0.80,java.util.ConcurrentModificationException
23.06.2022 07:10:35.406,Error,192.168.0.80,de.eq3.lib.measurement.MeasurementService ERROR [Timer-0] Could not retrieve unhandled events 

(Mehr wars nicht)

[jmaus]

so, bis jetzt unter Tags (sofern es HO zugelassen hat) "rumgespielt"---- jedenfalls - ich hab den Fehler nicht mehr zusammengebracht.

Danke für die Rückmeldung. Dann schau mal das du die gleichen bzw. ähnlichen Dinge machst wie damals als es dann komisch wurde mit deinem System. D.h. Geräte anlernen, Programme öffnen/schließen, Neuanlegen, usw. usw. Wenn das alles nun geht und im Logfile keinerlei ReGaHss Fehler mehr diesbzgl. zu finden sind, war es in der Tat wohl ein Erfolg.

Einzig die eq3 Meldungen kommen schon wieder 1x am Tag oder so. Negatives habe ich deswegen nicht bemerkt. Dachte die Diagramme waren das, aber sind keine mehr konfiguriert.

Das was du hier "eq3 Meldungen" nennst, sind Java Exceptions des HMIPServer teils der CCU Firmware. Das ist was ganz ganz anderes als die ReGaHss und hat damit nix zu tun. Diese musst du gesondert sehen und nicht jede Java Exception ist automatisch kritisch/problematisch. Wenn du keinerlei praktische Einschränkungen nun feststellst würde ich sagen, vergiss bzw. überles die erst einmal. Wichtig ist nur das nun deine CCU/RM hoffentlich wieder bzgl. Geräte anlernen, usw. wieder problemlos funktioniert. Und hier würde ich darum bitten das du da mal versuchst exzessiv das ganze zu testen und dann zurückmeldest ob du irgendwelche Einschränkungen nun feststellt oder in der Tat das von dir ursprünglich gemeldete Problem "Bitte Hilfe, die RM spinnt voll" nun Geschichte ist! Wäre schön du könntest dieszgl. bis Samstag nochmal Rückmeldung geben, damit ich die Version dann mit gutem Gewissen an die Allgemeinheit verteilen lassen kann.

[Hugo Oberstein]

Hallo Jens,wenn das Thema Geschichte sein sollte, wie geht es dann prinzipiell weiter?
Setzt du dich dann mit eq3 in Verbindung, damit die das dann in die offizielle Firmware übernehmen ?
Hugo

[onkeltommy]

Hi Jens

na klar. So wie ich gestern schon geschrieben hab, alles quer durch die Bank, anlernen, ablernen, Programme öffnen, schliessen, neu. ändern, detto SVs usw. Eines der Probleme anfangs war ja auch die DOS Attacke vom AIO Remote, seit ich den per RemotePC 1x in der Nacht durchküble bleibt die CPU Last extrem unten und alles ist gut. Das already in Map war dann noch ein (Panik) AddOn in dem ganzen Szenario/Schlamassel....
Hab schon länger eine kleine ToDo Liste was ich alles anpassen wollte, Kleinigkeiten in Programmen, vieles davon heute gemacht. Zwischendurch auch meine 4 IP Teile aus der Spielzeugkiste immer wieder an und abgelernt, dann CuxD reingeworfen.....alles ok bisher. Denke mal, wenns bis jetzt nicht mehr passiert, dann passierts gar nicht mehr. Vorher konnte ich das ja auf Zuruf auslösen.
Gebe Dir morgen Abend nochmal nen Status, Samstag kann ich nicht, bin "OutOfOffice" Dann gehts vermutlich mit Deinem neuen Release ab Sonntag weiter

[jmaus]

Hallo Jens,wenn das Thema Geschichte sein sollte, wie geht es dann prinzipiell weiter?
Setzt du dich dann mit eq3 in Verbindung, damit die das dann in die offizielle Firmware übernehmen ?

Ist bereits passiert. Allerdings liegt es jetzt an eQ3 wie und wann genau das in die CCU3 Firmware übernommen wird. Erfahrungsgemäß kann das Wochen bis Monate dauern weil dort die Releaseprozesse eben sehr viel konservativer gehandhabt werden und wenn nicht X Nutzer diese Probleme haben wird das dann mitunter auch nicht mit der höchsten Prio behandelt, leider.

Wenn es also dringend für dich ist solltest du doch überlegen ggf. sogar nur temporär auf RaspberryMatic zu wechseln - vielleicht auch auf einem weiteren separatem RaspberryPi oder zweiten System.

[Hugo Oberstein]

Hallo Jens,
danke für die Infos. Ich hoffe noch auf Alex . Vielleicht hat er noch nen Workaround für die pivccu.

Wenn ich Zeit habe, schaue ich mir auch noch mal lxc an - vielleicht kann man das positive aus zwei Ansätzen kombinieren... Aber wie gesagt, ich bin ein Laie....

Hugo

[jmaus]

Wenn ich Zeit habe, schaue ich mir auch noch mal lxc an - vielleicht kann man das positive aus zwei Ansätzen kombinieren... Aber wie gesagt, ich bin ein Laie....

RaspberryMatic als LXC Container wirst du nicht ohne weiteres (vor allem tieferes Wissen) hinbekommen. In der Tat bastel ich da bereits selber länger dran und bin da noch nicht ans Ziel gekommen. Wie schon vorher gesagt, prinzipiell muss auch die Nutzung von RaspberryMatic via Docker Container funktionieren, nur hast du dann halt keine extra IP dafür sondern musst halt Port 80 der RaspberryMatic auf einen anderen Port legen oder ähnliches. Aber wenn du wie gesagt Laie bist solltest du vielleicht auch das nicht machen und entweder auf Alex oder eQ3 warten oder halt temporär einen zweiten RaspberryPi mit RaspberryMatic nutzen...