App Denstallation schlägt fehl und hängt.

  • Guten Abend,


    leider ist mir grad auf einem Server, der mit LiveConfig arbeitet, eine Web-App aufgefallen, die sich nicht löschen/deinstallieren lässt :(


    Es handelt sich hier im Detail um Roundcube, welches die Routine zum deinstallieren gestartet hat, nun bleibt es aber beim Status "Deinstallation.." stehen.
    Wie bekomme ich das Teil nun weg, ein Neustart von LiveConfig hat leider nicht den gewünschten Erfolg gebracht.


    viele Grüße
    Matthias Knick

  • Derzeit habe auch ich eine Anwendung (MediaWiki) die sich nicht deinstallieren lässt.
    Bei der Installation habe ich eine Meldung ala ~"Fehler beim Download" erhalten (weiss den genauen wortlaut nicht mehr).


    Nach erfolgten Klick auf "Deinstallieren" passiert nichts mehr...
    ich habe LiveConfig als auch den ganzen Server schon neu gestartet und auch den durch liveconfig verwalteten Datenbankserver.


    Status weiterhin auf "Deinstallation..."
    Auf dem Webserver wurde das verzeichnis für die App auch noch nicht angelegt bzw. existiert schon nicht mehr.


    Hat einer schon in Erfahrung bringen können welche Hebel betätigt werden müssen damit der Eintrag verschwindet?
    Testweise habe ich soeben noch eine Anwendung (phpMyAdmin) installiert und konnte diese erfolgreich wieder löschen.


    Ich denke das hiermit einer der genannte Punkte von "m_k" aus https://www.liveconfig.com/de/…ne-Antwort?highlight=Apps abgehakt werden können und die Lösung auch zum Thread https://www.liveconfig.com/de/forum/threads/172-Anwendungen-können-nicht-gelöscht-werden passt.


    PS: In den LogFiles taucht nichts ungewöhnliches auf.

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

  • An diesem Problem (hängende/fehlerhafte Installationen) wird aktuell gearbeitet, voraussichtlich bis morgen Abend sollte das dann endlich vom Tisch sein :)


    webby: wissen Sie evtl. noch, wann bzw. welche Version Sie MediaWiki installieren wollten? Ich schätze, dass das auch auf Ihrem CentOS-Webserver ausgeführt wurde?


    Viele Grüße


    -Klaus Keppler

  • webby: wissen Sie evtl. noch, wann bzw. welche Version Sie MediaWiki installieren wollten? Ich schätze, dass das auch auf Ihrem CentOS-Webserver ausgeführt wurde?

    Da ich die installation aus der APP heraus durchführen wollte müsste es sich um "Version: 1.20.0 (06.11.2012)" von MediaWiki handeln. Das habe ich zumindest eben von der entsprechenden Stelle rauskopiert.


    Auf meinem Server tauchen übrigens doch entsprechende Zeilen auf (wo auch die Versionsnummer zu erkennen ist):

    Code
    [2012/11/19 14:30:33.001141] [513|519] Connecting to update.liveconfig.com ([2a01:138:a005::2:3]:443)...
    [2012/11/19 14:30:33.070736] [513|519] Requesting installer file 'wai-mediawiki-1.20.0-1.php.gz'...
    [2012/11/19 14:32:40.191987] [513|518] Timeout while executing 'wai-mediawiki-1.20.0-1.php'
    [2012/11/19 14:32:41.192266] [513|518] Program 'wai-mediawiki-1.20.0-1.php' terminated with exit code 9
    [2012/11/19 14:36:21.616171] [1793|1793] Can't chdir() to '/var/www/web1/apps/gawik': No such file or directory
    [2012/11/19 14:36:21.639253] [513|520] Program 'wai-mediawiki-1.20.0-1.php' terminated with exit code 256


    Wie Herr Keppler bereits vermutet hat, ja ich arbeite auch hier auf einem CentOS-Server (grundsätzlich!) und es wurde auf meinem WebServer ausgeführt.

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

  • Hallo,


    zu meiner Ursprungsfrage auch ein Auszug aus dem Logfile:

    Code
    [2012/10/26 18:36:47.209545] [3163|3167] Connecting to update.liveconfig.com ([62.146.188.96]:443)...
    [2012/10/26 18:36:47.243289] [3163|3167] Requesting installer file 'wai-roundcube-0.8.2-1.php.gz'...
    [2012/10/26 18:38:20.632340] [7240|7240] Can't chdir() to '/var/www/web1/apps/webmail': No such file or directory
    [2012/10/26 18:38:20.633556] [3163|3169] Program 'wai-roundcube-0.8.2-1.php' terminated with exit code 256


    Wie man hier gut erkennen kann, es ist/war auch der Exit-Code 256, nachdem nicht ins entsprechende Verzeichnis gewechselt werden konnte.


    herzliche Grüße
    Matthias Knick

  • Wenn ich mich nicht irre ist "256" ein "unbekannter Grund" :(

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

  • Ich habe heute meine TestServer wieder hochgefahren und habe mal geschaut ob ich "das letzte problem" mit phpMyAdmin weiterhin habe.


    Habe vor vielleicht 1 Woche mal versucht phpMyAdmin zu installieren und bin auf folgendes Problem gestoßen...


    Ich gehe wie folgt vor:
    1. Klick auf "Anwendungen"
    2. "phpMyAdmin" auswählen und auf "installieren" klicken
    3. Gebe die erforderlichen Daten ein:
    3.1 Bei "Domain" wähle ich meine entsprechende SubDomain
    3.2 Bei "Name" gebe ich "phpma" an
    3.3 Bei "Datenbank" ist der Punkt automatisch bei "neue Datenbank anlegen", hier gebe ich folgende Daten an:
    3.3.1 Als "Datenbank": phpmydb
    3.3.2 Als "Benutzername": phpmauser
    3.3.3 Als "Passwort" habe ich bei meinem Test "cikEyr#f5" angegeben.
    Klick auf "Weiter" und dann "fertigstellen"


    Das Fenster mit dem "Installations-Status:" erscheint aber es passiert nichts weiter!


    Die Punkte:
    - Lade Paket herunter:
    - Anlegen der Datenbank:
    - Entpacke Anwendung:
    haben alle eine "stehende graue sanduhr"


    Folgendes Passiert in den LogFiles auf dem Datenbankserver (Info: Habe auf Server1 Web/FTP/Mail etc. und auf Server2 die Datenbank):

    Code
    ==> /var/log/liveconfig/lcclient.log <==
    [2012/12/07 16:41:44.402079] [477|813] Created database 'phpmadb' (user 'phpmauser')
    
    
    ==> /var/log/mysqld.log <==
    121207 16:41:45 [Warning] IP address '111.222.111.222' could not be resolved: Name or service not known
    121207 16:41:45 [Warning] Access denied for user 'phpmauser'@'111.222.111.222' (using password: YES)


    Auf dem WebServer passiert in den LogFiles (bei meinem zweiten Versuche nichts, vermute hier würde dann in den LogFiles noch der Download der installationsdatei etc. erscheinen).


    Das oben erwähnte Fenster "Installations-Status:" schliesse ich per Klick auf das "X" oben rechts.
    In der Übersicht der Installierten Apps taucht "phpMyAdmin" erst einmal nicht auf. Klicke ich erneut auf "Anwendungen" in der Navigationszeile, taucht "phpMyAdmin" dann auf - jedoch dann mit der Fehlermeldung: "Status: Fehler: while connecting to database".


    Der oben angegebene user "phpmauser" ist mit bem oben veröffentlichten Passwort als "controluser" in der Datei "/var/www/web8/apps/phpma/config.inc.php" eingetragen.


    Auf dem Datenbankserver ist die IP-Adresse des WebServer beim Punkt "Zugriff erlaubt:" bei der Serverwaltung - > Datenbanken erlaubt.


    Der Aufruf der von mir gewünschten Subdomain für phpMyAdmin fördert den Login vom phpMyAdmin auch der Login selbst funktioniert jedoch ist die Seite anschliessend mit gefährlich vielen roten kästchen und Fehermeldung übersäht. z.B:

    Code
    Fehler
    
    
    SQL-Befehl: DokumentationBearbeiten Bearbeiten
    
    
    SELECT `tables`
    FROM `phpmadb`.`pma_recent`
    WHERE `username` = 'test'


    und

    Code
    MySQL meldet: Dokumentation
    #1142 - SELECT command denied to user 'test'@'111.222.111.222' for table 'pma_recent'
    Verbindung für den controluser, wie er in Ihrer Konfiguration angegeben ist, ist fehlgeschlagen.


    Falls weitere Informationen benötigt werden, bitte her damit :)


    Achja:
    LiveConfig 1.6.0-r2052
    CentOS 6.3 x64

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

    Einmal editiert, zuletzt von webby ()

  • Hallo Herr Keppler

    An diesem Problem (hängende/fehlerhafte Installationen) wird aktuell gearbeitet, voraussichtlich bis morgen Abend sollte das dann endlich vom Tisch sein :)


    Auch hier nochmal die die Nachfrage, der 20.11. ist ja schon einer paar Tage her ;)


    viele Grüße
    Matthias Knick

  • Code
    ==> /var/log/liveconfig/lcclient.log <==
    [2012/12/07 16:41:44.402079] [477|813] Created database 'phpmadb' (user 'phpmauser')
    
    
    ==> /var/log/mysqld.log <==
    121207 16:41:45 [Warning] IP address '111.222.111.222' could not be resolved: Name or service not known
    121207 16:41:45 [Warning] Access denied for user 'phpmauser'@'111.222.111.222' (using password: YES)


    ...


    Achja:
    LiveConfig 1.6.0-r2052
    CentOS 6.3 x64


    Kommt mir bekannt vor: https://www.liveconfig.com/de/…-Web-Server-getrennt-sind


    Bug behoben in 1.6.1


    Viele Grüße,


    Oskar Groh

    Computer sind unglaublich dumme Geräte,
    die unglaublich intelligente Sachen können.
    Programmierer sind unglaublich intelligente Leute,
    die unglaublich dumme Sachen produzieren.
    ("Die Presse", 30.8.1999)

  • Kommt mir bekannt vor: https://www.liveconfig.com/de/…-Web-Server-getrennt-sind


    Bug behoben in 1.6.1


    Klasse, Danke für Dein Feedback.


    Ich habe es seinerzeit mit "LiveConfig 1.6.0-r2052" getestet. Gut zu wissen das es in 1.6.1 behoben ist. Bei gelegenheit werd ich meine testkisten+testlizenz mal neu aufsetzen und mich von den weiteren features überraschen lassen.


    Lg
    Webby

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

  • Hallo,


    Es handelt sich hier im Detail um Roundcube, welches die Routine zum deinstallieren gestartet hat, nun bleibt es aber beim Status "Deinstallation.." stehen.
    Wie bekomme ich das Teil nun weg, ein Neustart von LiveConfig hat leider nicht den gewünschten Erfolg gebracht.


    hat sich bzgl. dieser "Probleme" mittlerweile das LiveConfig Team auf Lösungssuche begeben?
    Ich möchte gerne diese Installations-Leichen loswerden...


    viele Grüße
    Matthias Knick

  • Hallo,


    haben das Problem, dass ein Kunde versucht hat "MediaWiki" zu installieren, nun hat er eine Installation, die im Status "Deinstallation" hängt und eine die im Status "Installation" hängt.


    Wie sollen die beiden Apps am Besten entfernt werden und warum tritt der Installationsfehler bei MediaWiki immer auf?
    Es wird LiveConfig 1.6.0-r2052 genutzt.


    Danke.

  • Die Installation von MediaWiki dauert ziemlich lange (großer Download von vergleichsweise "langsamen" Server, Entpacken des großen Archivs, ...) - unserer Erfahrung nach wird daher meist das PHP-Script vorzeitig beendet, weil die max_execution_time aus der Standard-PHP.INI überschritten wird.
    Wir arbeiten bereits an einer Lösung (sieht dann so aus, dass diverse Limits wie zB. max_execution_time und memory_limit explizit auf höhere Werte eingestellt werden, wenn das Installations-Script aufgerufen wird).
    Das Löschen nicht erfolgreich installierter Anwendungen ist hier in einer Testumgebung schon behoben, wir werden diese Funktion in den nächsten Tagen in die Preview-Version übernehmen (anders gesagt: voraussichtlich am Montag gibt es ein Update, mit dem das dann möglich sein sollte)


    Viele Grüße


    -Klaus Keppler

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!