LBS19000303 - Telegram Contact I LBS19000304 - Telegram Receiver I LBS19000645 - Telegram Command Validator

[jonofe]

Da war doch heute noch irgendein Post, der auch Probleme mit Docker und "localhost" hatte. Daher würde ich im LBS mal localhost durch 127.0.0.1 ersetzen und dann nochmal probieren. Am besten dann auch mal E7 mit '2' triggern.

[tger977]

Hallo zusammen,

habe nun auch endlich auf CentOS7 mit Yves Docker upgedatet, da nun der letzte noch fehlende LBS auch auf CentOS7 mirgriert wurde.

jetzt habe ich aber mit dem 304 Receiver noch ein Problem, der wirft mir immer sobald ich auf den Reset Eingang E7 einen Trigger setze folgende Fehlermeldungen:

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
 	 		[TR="class: sErr"]
 			[TD]2021-02-18 21:55:37[/TD]
 			[TD]527844[/TD]
 			[TD]?[/TD]
 			[TD]10255[/TD]
 			[TD]Datei: /usr/local/edomi/main/include/php/php-telegram-bot/src/DB.php | Fehlercode: 2 | Zeile: 224 | PDOStatement::execute(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'LBS_19000304_Telegram_Edomibot.telegram_update' doesn't exist[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2021-02-18 21:55:37[/TD]
 			[TD]531932[/TD]
 			[TD]?[/TD]
 			[TD]10255[/TD]
 			[TD]Datei: /usr/local/edomi/main/include/php/php-telegram-bot/src/DB.php | Fehlercode: 2 | Zeile: 501 | PDOStatement::execute(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'LBS_19000304_Telegram_Edomibot.chat' doesn't exist[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2021-02-18 21:55:37[/TD]
 			[TD]534168[/TD]
 			[TD]?[/TD]
 			[TD]10255[/TD]
 			[TD]Datei: /usr/local/edomi/main/include/php/php-telegram-bot/src/DB.php | Fehlercode: 2 | Zeile: 419 | PDOStatement::execute(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'LBS_19000304_Telegram_Edomibot.user' doesn't exist[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2021-02-18 21:55:37[/TD]
 			[TD]535382[/TD]
 			[TD]?[/TD]
 			[TD]10255[/TD]
 			[TD]Datei: /usr/local/edomi/main/include/php/php-telegram-bot/src/DB.php | Fehlercode: 2 | Zeile: 437 | PDOStatement::execute(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'LBS_19000304_Telegram_Edomibot.user_chat' doesn't exist[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2021-02-18 21:55:37[/TD]
 			[TD]540254[/TD]
 			[TD]?[/TD]
 			[TD]10255[/TD]
 			[TD]Datei: /usr/local/edomi/main/include/php/php-telegram-bot/src/DB.php | Fehlercode: 2 | Zeile: 1077 | PDOStatement::execute(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'LBS_19000304_Telegram_Edomibot.message' doesn't exist[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2021-02-18 21:55:37[/TD]
 			[TD]545103[/TD]
 			[TD]?[/TD]
 			[TD]10255[/TD]
 			[TD]Datei: /usr/local/edomi/main/include/php/php-telegram-bot/src/ConversationDB.php | Fehlercode: 2 | Zeile: 69 | PDOStatement::execute(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'LBS_19000304_Telegram_Edomibot.conversation' doesn't exist[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 	 [/TABLE]

der 303 Telegram Contact funktioniert mittlerweile einwandfrei, nachdem ich das telgram-bot Verzeichnis gelöscht und dann neu installiert habe.

Muss ich für den 304 auch noch irgendwas löschen+neu installieren?!

[starwarsfan]

Hallo miteinander

Am besten kann das aber sicher Yves starwarsfan beantworten.

Was Du konkret brauchst, kann ich natürlich nicht wissen. Für welche LBS aber bereits alles vorbereitet ist, kannst Du hier nachlesen.

[jonofe]

Ich würde das aktuelle Docker Image verwenden und damit neu aufsetzen. Dann aus dem alten das Projekt exportieren und ins neue Image importieren.
Ggf. müssen dann noch Datenarchive migriert werden. Bzgl. der notwendigen Installationen, die für bestimmte LBS notwendig sind, hat das Docker Image m.W. schon sehr viel integriert. Am besten kann das aber sicher Yves starwarsfan beantworten.

[cheater]

Ok, danke für die Antwort.

Jetzt muss ich nochmal blöd fragen, da die Installation schon länger her ist. Wie gehe ich das an? Edomi ist auf dem Timberwolf im Docker installiert.

Brauche nur einen kleinen Anstoß bitte.

[jonofe]

Kann mir Anhand der Screenshots jemand bitte sagen, ob alles korrekt installiert ist.

NEIN, ist es nicht.

Du verwendest CentOS6.5, das wird so nicht mehr funktionieren, da die Installationsrepos nicht mehr existieren.

Also zuerst auf CentOS7 migrieren und dann nochmal versuchen.

[cheater]

Hallo Leute,
irgendwie mag mein Telegram Baustein nicht so recht.

Kann mir Anhand der Screenshots jemand bitte sagen, ob alles korrekt installiert ist.

[baumhaus123]

Ah, ich habs: ich hatte mir versehentlich im Zuge des Updates von CentOS eine veraltete Telegram Contact Version installiert (sieht man auch auf dem Screenshot, v0.6) - habe eben auf v1.1 geupdatet und es funktioniert wieder.

Danke trotzdem!

[jonofe]

Hast du mal verschiedene Telegram Clients ausprobiert? Android, Win10, iOS? Ist es bei allen gleich?
Evtl. eine Einstellung im Client?
Bei mir funktionieren die Emoticons nach wie vor problemlos.

[baumhaus123]

Ich hab seit ein paar Tagen ein seltsames Verhalten: die Emoticons in Telegram-Nachrichten werden bei mir nicht mehr richtig aufgelöst. Ich nutze das in zahlreichen Telegram-Nachrichten, um mir diverse Status anzuzeigen/Warnungen auszugeben:

Telegram_2021-02-08_21-16-01.png

Seit ein paar Tagen wird das als plain Text ausgegeben:

Telegram_2021-02-08_21-17-17.png

Ich hatte lediglich mit einem Telegram Contact Baustein herumgespielt (19000303) und mit dem Versenden von Cam-Archiven herumgespielt. Diese Logik ist inzwischen sogar wieder deaktiviert, die fehlerhaften Nachrichten kommen weiterhin, daher ist das aus meiner Sicht nicht die Ursache. Ich bin kürzlich auf CentOS 7 umgestiegen - nach dem Umstieg hatte es aber bereits problemlos funktioniert, nachdem ich die erforderlichen Pakete nachinstalliert hatte.
Das Versenden ist recht simpel über den Text-Eingang (E4):

chrome_2021-02-08_21-24-09.png

Hat jemand eine spontane Idee woran das liegen könnte?

[messen1980]

Hab gestern abend nach ich dem ich das Backup mit (Telegram) wieder zurückgespielt habe
noch NSS aktualisiert und EDOMI über nach laufen lassen. RAM Auslastung gestern abend: 496 MB
RAM Auslastung heute morgen: ca. 3,7 GB

Hab mal mit TOP den Status vor und nach dem Cache löschen abgefragt.
Das löschen des Caches hat erstmal den gewünschten Effekt gebracht. Der Speicher wurde
freigegeben.

An was kann das liegen?
Sollte man das automatisiert freigeben lassen z.B. über einen Cronjob?

VORHER:

top - 08:02:49 up 22:07, 1 user, load average: 0,20, 0,16, 0,15
Tasks: 117 total, 1 running, 116 sleeping, 0 stopped, 0 zombie
%Cpu(s): 2,2 us, 1,5 sy, 0,0 ni, 94,8 id, 0,0 wa, 0,0 hi, 0,3 si, 1,0 st
[COLOR=#e74c3c]KiB Mem : 3880384 total, 666112 free, 360592 used, 2853680 buff/cache[/COLOR]
KiB Swap: 4063228 total, 4063228 free, 0 used. 3246656 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4508 mysql 20 0 1769312 161188 8784 S 6,6 4,2 92:03.32 mysqld
4612 root 20 0 400920 17460 10236 S 2,3 0,4 32:39.58 php
4615 root 20 0 400948 17548 10316 S 1,7 0,5 17:40.12 php
4617 root 20 0 400920 17440 10220 S 1,3 0,4 21:05.43 php
4626 root 20 0 403108 20080 10616 S 1,3 0,5 11:22.99 php
4632 root 20 0 491780 26056 13024 S 1,3 0,7 13:16.13 php
4624 root 20 0 400920 17440 10200 S 1,0 0,4 13:06.88 php
4603 root 20 0 400920 17404 10180 S 0,7 0,4 7:58.72 php
20727 root 20 0 161984 2144 1492 R 0,7 0,1 0:00.04 top
9 root 20 0 0 0 0 S 0,3 0,0 3:55.59 rcu_sched
3372 root 20 0 216408 4648 3672 S 0,3 0,1 0:10.32 rsyslogd
4598 root 20 0 400920 17552 10332 S 0,3 0,5 3:41.82 php
1 root 20 0 190976 3796 2504 S 0,0 0,1 0:10.63 systemd

Nach dem Cache freigeben

top - 08:03:39 up 22:08, 1 user, load average: 0,22, 0,17, 0,15
Tasks: 116 total, 1 running, 115 sleeping, 0 stopped, 0 zombie
%Cpu(s): 2,6 us, 1,4 sy, 0,0 ni, 94,0 id, 0,0 wa, 0,0 hi, 0,9 si, 1,2 st
[COLOR=#e74c3c]KiB Mem : 3880384 total, 3452964 free, 343684 used, 83736 buff/cache[/COLOR]
KiB Swap: 4063228 total, 4063228 free, 0 used. 3361068 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4508 mysql 20 0 1769312 161188 8784 S 7,6 4,2 92:06.91 mysqld
4612 root 20 0 400920 17460 10236 S 3,0 0,4 32:40.82 php
4617 root 20 0 400920 17440 10220 S 1,7 0,4 21:06.23 php
4632 root 20 0 491780 26056 13024 S 1,3 0,7 13:16.67 php
4615 root 20 0 400948 17548 10316 S 1,0 0,5 17:40.79 php
4624 root 20 0 400920 17440 10200 S 1,0 0,4 13:07.41 php
4626 root 20 0 403108 20080 10616 S 1,0 0,5 11:23.41 php
4598 root 20 0 400920 17552 10332 S 0,7 0,5 3:41.97 php
4603 root 20 0 400920 17404 10180 S 0,7 0,4 7:59.01 php
9 root 20 0 0 0 0 S 0,3 0,0 3:55.77 rcu_sched
14 root 20 0 0 0 0 S 0,3 0,0 0:17.33 ksoftirqd/1
3085 root 20 0 44152 2284 1880 S 0,3 0,1 1:51.36 qemu-ga
21656 root 20 0 161984 2144 1492 R 0,3 0,1 0:00.06 top
1 root 20 0 190976 3796 2504 S 0,0 0,1 0:10.64 systemd

[jonofe]

Am besten dann morgen testen und danach nss updaten und danach wieder laufen lassen und beobachten.

[messen1980]

Hab jetzt mal das Backup mit dem Telegram Baustein zurückgespielt.
Lass ich mal bis morgen laufen, dann kann ich das mit dem Cache freigeben mal testen.

[root@edomi ~]# yum list nss
Geladene Plugins: fastestmirror
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
Loading mirror speeds from cached hostfile
* base: centos.schlundtech.de
* epel: mirror.imt-systems.com
* extras: mirror.fra10.de.leaseweb.net
* remi-php72: remi.schlundtech.de
* remi-safe: remi.schlundtech.de
* updates: mirror.infonline.de
Installierte Pakete
nss.x86_64 3.36.0-7.el7_5 @anaconda
Verfügbare Pakete
nss.i686 3.53.1-3.el7_9 updates
nss.x86_64 3.53.1-3.el7_9 updates

Bei mir ist aktuell die 3.36 installiert.

[jonofe]

I.d.R. wird es sich um RAM handeln, welcher als File-Cache verwendet wird. Der Cache wird erst dann wieder freigegeben, wenn er benötigt wird.
Du kannst das testen, indem du auf der Konsole (ssh) folgendes eingibst:

sync && echo 3 > /proc/sys/vm/drop_caches

Wenn sich dadurch der Speicherstand sofort wieder "normalisiert", dann ist es der File-Cache, der den RAM belegt.

Ansonsten gab es auch ein Memory Leak in libcurl bzw. ursächlich in nss.

Welche Version von nss ist bei dir installiert?

[root@edomi ~]# [COLOR=#c0392b][B]yum list nss[/B][/COLOR]
Geladene Plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.mirror.iphh.net
* epel: mirror.speedpartner.de
* extras: mirror.fra10.de.leaseweb.net
* nux-dextop: li.nux.ro
* remi-php72: mirror.serverion.com
* remi-safe: mirror.serverion.com
* updates: mirror.fra10.de.leaseweb.net
Installierte Pakete
nss.x86_64 [COLOR=#e74c3c][B]3.53.1-3.el7_9[/B][/COLOR] installed
Verfügbare Pakete
nss.i686 3.53.1-3.el7_9 updates

[messen1980]

Das mit dem Receiver Baustein habe ich gelesen.
Der Speicherverbrauch steigt an sobald ich den Contact Baustein aktiv habe.
Die HUE Bausteine hatte ich vorher schon in Betrieb. Ohne das der Speicher anstieg.
Mehr hab ich an dem neuen System eigentlich noch nicht drauf.
Bevor Telegram aktiv ist liege ich bei ca. 480MB.
Über ca. 24 Stunden steigt der Verbrauch dann auf die 3,8 GB an.
Wenn ich an der Konsole mit "top" abfrage sehe ich aber nichts ausser ein paar PHP Prozesse was nennenswert Speicher belegen würde.