Ankündigung

Einklappen
Keine Ankündigung bisher.

Fragen und Probleme mit Edomi unter CentOS 7

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

  • Winni
    antwortet
    Da gibt's eigentlich nicht viel mehr zu sehen, als oben, ich versuch's nochnmal (natürlich eingekürzt):

    ###[VISU.JS]###
    VSE_VSEID_CONSTRUCT=function(elementId,obj) {
    visuElement_callPhp("construct",null,null);
    };
    ###[/VISU.JS]###

    ###[VISU.PHP]###
    <?
    function PHP_VSE_VSEID($cmd,$json1,$json2) {
    ?>
    console.log('<?echo $cmd;?>');
    <?
    };
    ?>
    ###[/VISU.PHP]###

    ###[SHARED.JS]###
    visuElement_callPhp("shared",null,null);
    console.log('SHARED');
    ###[/SHARED.JS]###
    Auf der Console werden "SHARED" und "construct" ausgegeben, nicht aber "shared"

    Einen Kommentar schreiben:


  • gaert
    antwortet
    Kann ich so nix zu sagen - zeig' doch mal den vollständigen Code (oder zumindest die relevanten Teile)...

    Einen Kommentar schreiben:


  • Winni
    antwortet
    Hallo gaert ,

    ich fürchte die Frage kannst nur du beantworten: Ich versuche aus dem Abschnitt SHARED.JS mit visuElement_callPhp() zu arbeiten.
    Mit Hilfe der JS-Funktion "visuElement_callPhp()" (im Abschnitt [VISU.JS] oder [SHARED.JS]) wird zunächst die PHP-Funktion "PHP_VSE_VSEID()" (per "Ajax") aufgerufen, diese Funktion kann dann ggf. in eigene Implementierungen verzweigen:
    Egal was ich mache, der Aufruf scheint ins Leere zu gehen. Ich sitz da nun schon länger dran und hoffe ich bin nicht einfach nur zu blöd......

    function PHP_VSE_VSEID($cmd,$json1,$json2) {
    ?>
    console.log('<?echo $cmd;?>');
    <?
    Das Kommando wird bei Aufruf aus VISU.JS ausgegeben, aus SHARED.JS nicht, auch produzierte Syntax-Fehler führen aus SHARED.JS zu keiner Reaktion


    Gruß
    Winni

    Einen Kommentar schreiben:


  • ChrisChros
    antwortet
    Das mit dem Timeout würde zumindest passen von der Wartezeit, denn der beträgt 300s.
    Zuletzt geändert von ChrisChros; 25.01.2020, 15:14.

    Einen Kommentar schreiben:


  • Lonie
    antwortet
    Zurück zum Problem. Ich vermute dass der systemd keine Rückmeldung über den Stop bekommt und deswegen so lang wartet bis der konfigurierte Timeout (/usr/lib/systemd/system/mariadb.service) erreicht ist. Zwei Shells öffnen, in einem tail -f /var/log/mariadb/mariadb.log laufen lassen und im anderen systemctl stop mariadb.

    Ich vermute auch dass Edomi MariaDB überwacht und das System neu startet sobald die Datenbank manuell neu gestartet wird. Das Verhalten ist nämlich reproduzierbar und nicht "normal"

    Einen Kommentar schreiben:


  • ChrisChros
    antwortet
    Zitat von Lonie Beitrag anzeigen
    Die Version siehst du wenn du einfach mal "mysql" in der Konsole eingibst
    zumindest habe ich die gleiche Version wie du installiert, daran sollte es also nicht liegen.

    Einen Kommentar schreiben:


  • vento66
    antwortet
    Ist mir schon klar, hatte nur auf die Schnelle nix zum nachschauen.... Andre hat ja schon alles dazu geschrieben.

    Einen Kommentar schreiben:


  • Lonie
    antwortet
    Zitat von vento66 Beitrag anzeigen
    Keine Ahnung, ist aber bei mir auf allen Geräten auch so...
    MySQL ist nicht mehr Bestandteil der CentOS Repositories und kann nicht einfach so mittels yum installiert werden. Vermutlich gibt Gaert da auch einen festen String aus. Die Version siehst du wenn du einfach mal "mysql" in der Konsole eingibst

    Code:
    [root@edomi log]# mysql
    Welcome to the MariaDB monitor. Commands end with ; or \g.
    Your MariaDB connection id is 232629514
    Server version: 5.5.64-MariaDB MariaDB Server

    Einen Kommentar schreiben:


  • Peterich
    antwortet
    Ich hatte das Problem auch dachte eigt es kam vom Falsch installierten telegram bot.. Hab die vm einfach neu aufgesetzt dannach wars wieder gut aber starte Edomi eigt kaum bis garnicht neu....
    Bei mir hat übrigens ein stop und dannach start zum Absturz von Edomi geführt warend er den Befehl anzeigt

    Einziges was geholfen hat war zu warten

    Einen Kommentar schreiben:


  • jonofe
    antwortet
    Ich glaube mariadb und mysqld werden hier synonym verwendet, denn

    Code:
    systemctl status mariadb
    und

    Code:
    systemctl status mysqld
    liefern dieselbe Ausgabe. Es ist also mariadb installiert, aber an einigen Stellen taucht noch mysqld auf:

    Code:
    [root@edomi ~]# [COLOR=#3498db][B]rpm -qa | grep maria[/B][/COLOR]
    mariadb-libs-5.5.64-1.el7.x86_64
    mariadb-devel-5.5.64-1.el7.x86_64
    mariadb-5.5.64-1.el7.x86_64
    mariadb-server-5.5.64-1.el7.x86_64
    
    [root@edomi ~]# [COLOR=#3498db][B]rpm -qa | grep mysql[/B][/COLOR]
    nagios-plugins-mysql-2.3.1-1.el7.x86_64
    php-mysqlnd-7.2.26-1.el7.remi.x86_64

    Einen Kommentar schreiben:


  • vento66
    antwortet
    Zitat von Lonie Beitrag anzeigen
    Warum läuft da ein mysqld und kein mariadb?
    Keine Ahnung, ist aber bei mir auf allen Geräten auch so...

    Einen Kommentar schreiben:


  • jonofe
    antwortet
    Zitat von ChrisChros Beitrag anzeigen
    in welcher vm laufen die bei dir?
    ESXi

    Einen Kommentar schreiben:


  • ChrisChros
    antwortet
    ka, hab das system eben frisch aufgesetzt. Installiert wurde das ganze über das inet. Sonst hab ich da noch nichts dran gemacht.
    Zuletzt geändert von ChrisChros; 25.01.2020, 14:08.

    Einen Kommentar schreiben:


  • Lonie
    antwortet
    Warum läuft da ein mysqld und kein mariadb? Ist zwar prinzipiell egal aber merkwürdig finde ich es schon.

    Du könntest mal in der Konsole den Dienst manuell anhalten und wieder starten und dabei das zugehörige Logfile beobachten.

    Einen Kommentar schreiben:


  • ChrisChros
    antwortet
    in welcher vm laufen die bei dir?

    Einen Kommentar schreiben:

Lädt...
X