Ankündigung

Einklappen
Keine Ankündigung bisher.

DarkSky Bausteine

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • JonDonSponky
    antwortet
    Zitat von vento66 Beitrag anzeigen
    Vielleicht sollte das mal in einen cronjob gepackt werden. Wenn wir ganz lieb nachfragen, könnte das ja schon „ab Werk“ eingerichtet werden. Das Problem wird ja immer wieder auftreten.
    Wäre bestimmt sinnvoll... vielleicht kann gaert es ja auch "uff seine Liste" packen

    By the way, jetzt funktioniert der Abruf lustigerweise wieder, ohne dass ich die Zertifikate aktualisiert habe...

    Einen Kommentar schreiben:


  • vento66
    antwortet
    Vielleicht sollte das mal in einen cronjob gepackt werden. Wenn wir ganz lieb nachfragen, könnte das ja schon „ab Werk“ eingerichtet werden. Das Problem wird ja immer wieder auftreten.

    Einen Kommentar schreiben:


  • starwarsfan
    antwortet
    Jap, da sind Zertifikate abgelaufen und müssen erneuert werden.

    Code:
    yum update ca-certificates nss
    Das steht hier schon in verschiedenen Threads.

    Einen Kommentar schreiben:


  • JonDonSponky
    antwortet
    Ich habe leider seit Neuestem immer wieder diese Fehlermeldung im LBS:
    Code:
    [COLOR=#393930][FONT=EDOMIfontMono]Error: SSL connect error[/FONT][/COLOR]
    und somit keine Daten.

    Habe nach durchstöbern des Forums folgenden Befehl gefunden, der das Problem in meinem Testsystem löst:
    Code:
    yum update nss
    Da ich eigentlich ein Fan des "don't touch a running system" bin und natürlich versuche möglichst nahe am Originalsystem zu bleiben, nun die Frage an wintermute, ob diese Installation okay ist, oder ob du eine bessere Lösung für das Problem hast.

    wintermute vertritt meiner Meinung nach eine sehr gute Einstellung, was das herum experimentieren im System angeht , aber leider sind nicht alle so gut ausgebildet bzw. eingeweiht in die Tiefen des Linux um die Tragweite der Änderungen abschätzen zu können, deshalb die Nachfrage bzw. Einschätzung...

    Vielen Dank schon mal für eine Antwort!

    Einen Kommentar schreiben:


  • gspsteve
    antwortet
    Vielen Dank windy75 , hab jetzt einfach die Befehle von deinem Post für Alexa Control "erneut" ausgeführt und seitdem funktioniert auch der DarkSky LBS wieder, somit ohne Neuinstallation.

    yum install -y oathtool
    cd /etc/ssl/certs && wget https://curl.haxx.se/ca/cacert.pem -O /etc/ssl/certs/cacert-Mozilla.pem
    echo "curl.cainfo=/etc/ssl/certs/cacert-Mozilla.pem" >> /etc/php.d/20-curl.ini
    /etc/init.d/httpd restart

    Einen Kommentar schreiben:


  • windy75
    antwortet
    Ich habe bis zum Schluss leider die Seiteneffekte in Richtung DarkSky nicht durchdrungen - vermute irgendwas ist mit dem Nachinstallieren der Pakete durcheinander geraten. Die Korrekturen, die mir dann am Ende geholfen haben (cacert.pem -> cacert_Mozilla.pem bzw. 20-curl.ini) haben ja mit DarkSky nichts zu tun. Wirst wahrscheinlich um eine Neuinstallation nicht herumkommen.

    Einen Kommentar schreiben:


  • gspsteve
    antwortet
    Zitat von windy75 Beitrag anzeigen
    ... vielleicht hilft Dir diese Diskussion weiter. Hatte am Ende nichts mit den DarkSky-Bausteinen zu tun, die laufen prima (ohne Fehler im Log), nur Wetter hatte ich keines mehr -> https://knx-user-forum.de/forum/proj...mmenh%C3%A4nge
    Vielen Dank, das hört sich ja ganz genau nach meinem Problem an, habe auch Alexa Control implementiert, nur soweit war ich mit meinen Tests noch gar nicht...

    Die Frage die sich mir jetzt nur stellt ist, gibt es auch eine andere Möglichkeit als das System wie du komplett neu zu installieren!?

    jonofe macht es Sinn die "Prerequs" in der Hilfe für Alexa Control auf CentOS 7 dem entsprechend anzupassen?

    Einen Kommentar schreiben:


  • windy75
    antwortet
    ... vielleicht hilft Dir diese Diskussion weiter. Hatte am Ende nichts mit den DarkSky-Bausteinen zu tun, die laufen prima (ohne Fehler im Log), nur Wetter hatte ich keines mehr -> https://knx-user-forum.de/forum/proj...mmenh%C3%A4nge

    Einen Kommentar schreiben:


  • gspsteve
    antwortet
    Komm einfach nicht dahinter,curl scheint zu funktionieren nur das schreiben in die cache dateien (.header und .json) funktioniert nicht. Datei sowie Ordner Rechte sind schon auf 777.

    Falls wer noch Troubleshooting tipps hätte wär ich dankbar!?

    Einen Kommentar schreiben:


  • gspsteve
    antwortet
    Zitat von ChrisChros Beitrag anzeigen
    Was hast du denn an E6 stehen?
    Danke für deine Antwort, ich E6 ist derzeit leer, hatte ich jedoch auch schon auf diversen Werten, dies ist mMn jedoch nur der Dateiname der .json sowie .header Datei. Werde heute Abend weiter analysieren

    Einen Kommentar schreiben:


  • ChrisChros
    antwortet
    ich hab das mal mit dem Log bei mir verglichen, und es sieht fast gleich aus. Einen Unterschied sehe ich jedoch, der Pfad für Cache ist bei mir identisch mit dem Cach (alt).
    Was hast du denn an E6 stehen?

    Einen Kommentar schreiben:


  • gspsteve
    antwortet
    Vllt hat noch jemand einen Tipp welcher mich in die richtige Richtung lenkt. Offensichtlich scheiterts bei mir an der "curl" Abfrage. Die Dateien .json sowie .header werden zwar erstellt sind jedoch leer.

    Log bringt auch keinen Fehler:
    2019-12-27 20:06:39 393455 31524 7 (ID1850) Debug: ############ DEBUG-Dump ############
    2019-12-27 20:06:39 393737 31524 7 (ID1850) Debug: Laenge: 15.985419
    2019-12-27 20:06:39 393817 31524 7 (ID1850) Debug: Breite: 47.336456
    2019-12-27 20:06:39 393896 31524 7 (ID1850) Debug: Sprache: de
    2019-12-27 20:06:39 393974 31524 7 (ID1850) Debug: Einheiten: si
    2019-12-27 20:06:39 394051 31524 7 (ID1850) Debug: Hell/Dunkel: Dunkel
    2019-12-27 20:06:39 394125 31524 7 (ID1850) Debug: URL: https://api.darksky.net/forecast/ZENSIERTng=de&units=si
    2019-12-27 20:06:39 394203 31524 7 (ID1850) Debug: Cache: /tmp/DarkSky
    2019-12-27 20:06:39 394289 31524 7 (ID1850) Debug: Cache vorh.: Nein
    2019-12-27 20:06:39 394366 31524 7 (ID1850) Debug: Cache (alt): /tmp/EDOMI_LBS19001630_47.336456,15.985419
    2019-12-27 20:06:39 394444 31524 7 (ID1850) Debug: Cache-Alter: N/A
    2019-12-27 20:06:39 394520 31524 7 (ID1850) Debug: Cache-Dauer: 1800
    2019-12-27 20:06:39 394643 31524 7 (ID1850) Debug: Cache Clean: Nein
    2019-12-27 20:06:39 394737 31524 7 (ID1850) Debug: ##### Hier Monitor abschneiden #####
    2019-12-27 20:06:39 394824 31524 6 (ID1850) Informational: Cache-Filename wurde geaendert ('/tmp/EDOMI_LBS19001630_47.336456,15.985419.{json|header }' -> '/tmp/DarkSky.{json|header}'), loesche alte Cache-Files
    2019-12-27 20:06:39 394963 31524 6 (ID1850) Informational: Lokaler Cache zu alt (N/As) oder nicht vorhanden, fetche Daten von 'https://api.darksky.net/forecast/ZENSIERT/47.336456,15.985419?extend=hourly&lang=de&units=si '
    2019-12-27 20:06:39 850409 31524 6 (ID1850) Informational: Baustein beendet

    Einen Kommentar schreiben:


  • cheater
    antwortet
    Hallo Leute,
    ich bastele auch gerade etwas mit dem DarkSky Baustein.

    Jetzt habe ich den Baustein Zeitformatierung/Addition 19000153 im Einsatz, mit welchem ich die Sonnenaufgangszeit kürzen möchte, sodass nur noch Stunden und Minuten ausgegeben werden (also die Sekunden abgeschnitten werden). Was muss ich denn dazu unter Format eintragen?

    Einen Kommentar schreiben:


  • gspsteve
    antwortet
    Zitat von ChrisChros Beitrag anzeigen
    Also bei mir funktioniert alles bestens unter CentOS 7, von daher "nein, kann nicht sein".
    Super, danke für die Antwort. Dann muss ich mich an die Fehlersuche machen...

    Einen Kommentar schreiben:


  • ChrisChros
    antwortet
    Zitat von gspsteve Beitrag anzeigen
    Kann es sein, dass die Dark Sky Bausteine nichte unter CentOS 7 laufen!?
    Also bei mir funktioniert alles bestens unter CentOS 7, von daher "nein, kann nicht sein".

    Einen Kommentar schreiben:

Lädt...
X