<div dir="ltr">Ich kann jetzt def sagen das es bei mir nur mit Kanälen kommt bzgl Temperatur.<div>Hab 3 Kanäle erstellt:</div><div>1. Bekommt die Werte aus node-red (quelle FHEM)</div><div>2. 

Bekommt die Werte per Linux Script (quelle OWS)</div><div>3 

Bekommt die Werte aus node-red (quelle OWS</div><div><br></div><div>Habe jetzt den OWS Node-Red Kanal gelöscht und der Fehler ist weg.</div><div>Vorher Nachher SQL Dumps hab ich gemacht. Will die aber nicht direkt in der MailingListe posten. Einfach mich direkt anschreiben wenn interesse besteht.</div><div><br></div><div><br></div><div>Grüße</div><div><br></div><div><br></div></div><div dir="ltr"><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am So., 19. Jan. 2020 um 14:08 Uhr schrieb Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Alles sehr merkwürdig. Mir viele nur ein Daten vor Fehler sichern, Skript anwerfen, wenn Fehler nochmal sichern. Dann könnte ich mal auf den Unterschied schauen anstatt nur aus dem Fehlerbild zu versuchen woran es liegt.<div><br></div><div>Oder wir ignorieren es weiter ;)</div><div><br></div><div>Viele Grüße, Andreas</div><div><br><div><br><blockquote type="cite"><div>On 19. Jan 2020, at 09:02, Christian S <<a href="mailto:schnellrieder.cs@gmail.com" target="_blank">schnellrieder.cs@gmail.com</a>> wrote:</div><br><div><div dir="ltr">Hi.<div><br></div><div>Vielleicht noch als Input. Hatte jetzt immer Ruhe von dem Fehler... bis ich wieder den Temp Kanal aktiviert habe. Dieser Kanal wird von einem Script befüllt das von OWM die Daten bezieht und dann in die Datenbank schreibt.</div><div>Vor ein paar hab ich das script wieder aktiviert und zack... am nächsten Tag schon wieder der Aggregate Fehler. Hab jetzt den gesamten Kanal gelöscht und der Fehler ist auch wieder weg.</div><div><br></div><div>Grüße</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 31. Okt. 2019 um 13:39 Uhr schrieb Christian S <<a href="mailto:schnellrieder.cs@gmail.com" target="_blank">schnellrieder.cs@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hallo Andreas. <div><br></div><div>Immer noch nix. Also ja ich denke du kannst es zu den Akten legen.</div><div><br></div><div>Grüße</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 24. Okt. 2019 um 10:33 Uhr schrieb Christian S <<a href="mailto:schnellrieder.cs@gmail.com" target="_blank">schnellrieder.cs@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hallo.<div><br></div><div>Kann ich aktuell nicht direkt beantworten: Ich hab damals ja auf mariaDB umgestellt und ich denke das ich dann den Eintrag in cron für die Minuten abgestellt habe weil mich im Fehlerfall der Server mit Mails voll gespamt hat.</div><div><br></div><div>Ich hab den Eintrag jetzt mal wieder aktiviert. Bis jetzt war nix. </div><div><br></div><div>Grüße</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mi., 23. Okt. 2019 um 22:47 Uhr schrieb Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hallo Christian,<div><br></div><div>ich habe das immer noch auf meiner Todoliste- ist der Fehler irgendwann nochmal aufgetreten? Falls nein würde ich ihn jetzt als “sporadisches MySQL Problem” zu den Akten legen…</div><div><br></div><div>Viele Grüße, Andreas</div><div><br><div><br><blockquote type="cite"><div>On 12. Jul 2019, at 13:35, Andreas Götz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>> wrote:</div><br><div><div dir="auto">Ziemlich sicher nicht- ich sehe den Fehler auch, finde aber keine Ursache :(<br><br><div dir="ltr">Viele Grüße,<div>Andreas</div></div><div dir="ltr"><br>Am 12.07.2019 um 07:59 schrieb Christian S <<a href="mailto:schnellrieder.cs@gmail.com" target="_blank">schnellrieder.cs@gmail.com</a>>:<br><br></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">So kleines Update.<div><br></div><div>Also so langsam glaub ich eher das der Wurm eher in der Datenbank selbst war.</div><div>Nach einer komplett zerstören MYSQL installation und einem Versuch wo die Datenbank selbst dann auch defekt war denke ich hab ich den Umstieg geschaft.</div><div><br></div><div>Warum auch immer und da bin ich nur durch einen Zufall draufgekommen hatte die Datenbank nicht die altuelle Version. Nach einem Upgrade mit "mysql_upgrade" war der Umstieg auf mariadb wirklich easy. Vielleicht liegt da auch die Ursache für das eigentliche Problem.</div><div><br></div><div>Grüße</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mo., 8. Juli 2019 um 07:23 Uhr schrieb Christian S <<a href="mailto:schnellrieder.cs@gmail.com" target="_blank">schnellrieder.cs@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Danke Daniel.<div><br></div><div>Hat leider nicht so ganz geklappt auf den ersten Versuch ;)</div><div>Kann da auch nicht sagen warum aber der Dump den ich für Andi gemacht habe wurde nur ein Bruchteil der Daten angenommen. Leider kann ich jetzt nicht direkt mit Fehlermeldungen aufwarten. Aber nach 4 Stunden wollt ich nur zurück zu mysql wo auch der dump restore ganz normal funktioniert hat.</div><div><br></div><div>Werd mir aber die Tage nochmal die Zeit nehmen und es nochmal testen.</div><div><br></div><div>Grüße</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am So., 7. Juli 2019 um 18:38 Uhr schrieb Daniel Lauckner <<a href="mailto:vz@jahp.de" target="_blank">vz@jahp.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hallo,<br>
<br>
<br>
am Sonntag, 7. Juli 2019 um 18:05 hat Christian S geschrieben:<br>
> Ich werd mich mal einlesen in Maria DB und wie ich hier am besten<br>
> meine beiden Anwendungen (Nextcloud und VZ) auf MariaDB umstelle.<br>
<br>
Wenn du ein Backup mit einem SQL-Client ziehst (sqldump, dbcopy)<br>
liegen die Daten als Klartext vor und werden auch als Klartext wieder<br>
eingespielt. Die interne Unterschiede der DB spielen also keine<br>
Rolle.<br>
<br>
Das schöne an MariaDB ist das es sogar die selbe PHP-Schnittstelle<br>
pdo_mysql nutzt. Also von der Anwendungsseite her (wohl auch bei<br>
Nextcloud) keine Anpassungen erforderlich sind.<br>
<br>
Anwendungen aus, Backup, alte DB aus, neue DB an, Restore, Anwendungen<br>
an.<br>
<br>
<br>
mfg Daniel<br>
<br>
</blockquote></div>
</blockquote></div>
</div></blockquote></div></div></blockquote></div><br></div></div></blockquote></div>
</blockquote></div>
</blockquote></div>
</div></blockquote></div><br></div></div></blockquote></div>