Telegramm Skript

[Hofi90]

Hallo,

Ich denke mal du wirst auch den Fehler exit127 haben.

Richtig, den habe ich. Nach kurzer Forensuche bin ich hier anscheinend nicht der einzigste... Na toll

@blackhole:
CCU Version: 2.49.18
CUxD Version: 2.3.3

Es klappt übrigens weder mit nur "curl" noch mit "/usr/bin/curl"

Das Skript in der Form war unter Firmware 2.47.15 lauffähig (klar, da gabs ja dieses Update bezüglich curl noch nicht), daher gehe ich davon aus, dass am Skript selber prinzipiell nichts falsch ist.

Danke schonmal für eure Mühe!

Grüße

Andreas

[blackhole]

@blackhole:
CCU Version: 2.49.18
CUxD Version: 2.3.3

Ich packe das mal hier einfach rein:

nape1: Firmware x.xx.xx + CUxD x.x.x --> "nur curl" klappt
Hofi90: Firmware 2.49.18 + CUxD 2.3.3 --> "nur curl" klappt nicht (vermutlich LD_LIBRARY_PATH-Problematik)

Falls das identisch sein sollte, wovon ich erst einmal nicht ausgehe, bleibt fast nur noch ein Problem in der Versions-/Update-Historie von CUxD bei einer Installation als Ursache übrig. Vergleichbare, korrekte Skript-Aufrufe natürlich immer vorrausgesetzt - ich habe das hier nicht im einzelnen kontrolliert.

Es klappt übrigens weder mit nur "curl" noch mit "/usr/bin/curl"

Und wie sieht es mit "LD_LIBRARY_PATH=/usr/local/lib /usr/bin/curl" aus?
Oder richtigerweise: Wie sieht es mit: "LD_LIBRARY_PATH=/usr/lib /usr/bin/curl" aus?

Zur Erklärung: Die zugehörige Library liegt in /usr/lib der Pfad zeigt aber auf das (nicht vorhandene) Verzeichnis /usr/local/lib - so zumindest bei einer CCU3. Das ist übrigens ein Bug in der Firmware, der mal behoben werden müsste.

[Hofi90]

Oder richtigerweise: Wie sieht es mit: "LD_LIBRARY_PATH=/usr/lib /usr/bin/curl" aus?

damit funktioniert es!

Mein Skript lautet nun:

Code: Alles auswählen

! Telegram Push Foto Huehner
dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("wget -q -O '/tmp/huehner.jpg' 'http://192.168.1.81:88/cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=Admin&pwd=XXX'");

dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("LD_LIBRARY_PATH=/usr/lib /usr/bin/curl -s -k 'https://api.telegram.org/botXXX/sendPhoto' -F chat_id=XXX -F photo='@/tmp/huehner.jpg' -F caption='Hallo Andreas, so schauts gerade bei den Maedels aus. Gruesse Homematic'");

Kann ich den Verweis denn irgendwie anpassen, dass er auf das richtige Verzeichnis zeigt? Oder wie kann ich es sonst vermeiden, in meinen Scripten jetzt überall "LD_LIBRARY..." ergänzen zu müssen?

Danke..

Grüße

Andreas

[blackhole]

damit funktioniert es!

Sehr schön, dann habe ich ja richtig orakelt. Sei so gut und teste jetzt bitte noch die Variante ohne Pfad zu curl:

Code: Alles auswählen

LD_LIBRARY_PATH=/usr/lib curl

Kann ich den Verweis denn irgendwie anpassen, dass er auf das richtige Verzeichnis zeigt? Oder wie kann ich es sonst vermeiden, in meinen Scripten jetzt überall "LD_LIBRARY..." ergänzen zu müssen?

Also der Firmware-Bug ist diesbezüglich irrelevant. Das muss in CUxD angepasst werden. Da gibt's irgendwo eine Datei in der man das anpassen kann. Ich nutze selbst aber seit Jahren kein CUxD mehr und bin raus aus der Nummer. Ich meine aber das kürzlich im Forum oder auf Github noch gelesen zu haben.

[alchy]

Wie vorgestern und gestern schon gepostet:

Code: Alles auswählen

which curl

und

Code: Alles auswählen

echo $LD_LIBRARY_PATH

sollte die Einstellungen zeigen
und dann wäre noch profile.d

Code: Alles auswählen

string stdout;string stderr;
system.Exec("cat /etc/profile.d/usr-local-path.sh",&stdout,&stderr);
WriteLine(stdout);

Alchy

[blackhole]

Wie vorgestern und gestern schon gepostet:
...

Code: Alles auswählen

echo $LD_LIBRARY_PATH

...
sollte die Einstellungen zeigen

Und diese Einstellung ist ebenfalls falsch, wie oben schon erklärt und hier bestätigt. Bringt also nichts. Die Library liegt in /usr/lib - egal was da engezeigt wird.

Die zugehörige Library liegt in /usr/lib der Pfad zeigt aber auf das (nicht vorhandene) Verzeichnis /usr/local/lib - so zumindest bei einer CCU3. Das ist übrigens ein Bug in der Firmware, der mal behoben werden müsste.

[alchy]

Ich habe geschrieben das der Befehl die Einstellungen ZEIGT
Was also ist daran verkehrt ?

Alchy

[alchy]

Und wer das Ganze umbiegen will (auf einer CCU3) und sich es traut, der passt die im Script genannte Datei

/etc/profile.d/usr-local-path.sh

auf richtig an und startet die CCU neu. Theoretisch sollte das funktionieren.

Code: Alles auswählen

mount -o remount,rw /

vorher nicht vergessen um den Schreibschutz aufzuheben.
Leider schafft es ja kein CCU2 User mal mit zu arbeiten. Ich habe nur eine CCU 3 und hole meine CCU2 deswegen nicht raus.

Alchy

[Hofi90]

Sei so gut und teste jetzt bitte noch die Variante ohne Pfad zu curl:

Code: Alles auswählen

LD_LIBRARY_PATH=/usr/lib curl

Funktioniert nicht. Nur wenn ich den Pfad zu curl mitgebe, funktioniert es.

Code: Alles auswählen

which curl

Ausgabe: /usr/bin/curl

Code: Alles auswählen

echo $LD_LIBRARY_PATH

keine Ausgabe

Code: Alles auswählen

string stdout;string stderr;
system.Exec("cat /etc/profile.d/usr-local-path.sh",&stdout,&stderr);
WriteLine(stdout);

Das habe ich bei "Skript testen" eingegeben, hoffe, das war richtig. Aber auch hier erfolgt keinerlei Ausgabe.

Hoffe, das hilft euch weiter...

Danke

Grüße

Andreas

[Hofi90]

Also der Firmware-Bug ist diesbezüglich irrelevant. Das muss in CUxD angepasst werden. Da gibt's irgendwo eine Datei in der man das anpassen kann. Ich nutze selbst aber seit Jahren kein CUxD mehr und bin raus aus der Nummer. Ich meine aber das kürzlich im Forum oder auf Github noch gelesen zu haben.

Ok, ich mach' mich mal auf die Suche... aber wie kann das sein, dass dieses Problem dann nicht bei jedem auftritt? Irgendwas muss doch dann an meinem Setting anders sein als z.B. beim Thread-Opener...

Und wer das Ganze umbiegen will und sich es traut, der passt die im Script genannte Datei
/etc/profile.d/usr-local-path.sh
auf richtig an und startet die CCU neu. Theoretisch sollte das funktionieren.

Puh... das trau' ich mir, glaub' ich, nicht wirklich zu... so tief in den Eingeweiden der Produktiv-CCU (hab' leider keine Testumgebung) zu arbeiten (noch dazu ohne Linux Kenntnisse) kann blöd ausgehen...

Leider schafft es ja kein CCU2 User mal mit zu arbeiten. Ich habe nur eine CCU 3 und hole meine CCU2 deswegen nicht raus.

Sorry, ich geb' mein Bestes... und deine CCU2 brauchst deshalb nicht reaktivieren, man sieht ja, dass dein Wissen auch ohne CCU2 ausreicht, weiterzuhelfen... ^^

Grüße

Andreas