Posts by pinky

  • mysql root Passwort funktioniert nicht

    Besten dank.
    Ein blick in die user Tabelle verrät, dass offensichtlich ein root user angelegt wurde, der für 127.0.0.1 reagiert. "localhost" wird sowohl von mysql als Standard angenommen, als auch vom imscp-installer. (Hier aber änderbar.) Daher: solved, thx.


    Gruß Pinky

  • mysql root Passwort funktioniert nicht

    Guten Tag zusammen,


    ich bin mir ziemlich sicher, dass dieses Problem an sich nichts mit IMSCP zutun hat, da aber die einzelnen Dienste durch den IMSCP-Installer installiert wurden hake ich hier trotzdem mal nach.


    Ich bin gerade dabei auf die neue IMSCP-Version zu updaten und werde dabei durch den installer nach meinem root-Passwort gefragt. Dieses wird abgelehnt. (falsch).
    Der direkte Weg (mysql -uroot -p) erklärt mir ebenfalls, dass as Passwort falsch ist.


    Diverse Versuche es zu resetten scheitern ebenfalls:
    http://dev.mysql.com/doc/refma…esetting-permissions.html
    http://www.sysadminslife.com/l…n-reset-wiederherstellen/



    Sie resultieren allesamt wieder in:


    mysql -uroot -p <- passwort falsch.



    Ist eventuell der root-user gesperrt oder ähnliches? Jemand eine Idee?



    Nachdem die installationsroutine jetzt "halb" durchgelaufen ist, ist die IMSCP-Instanz auf jeden Fall erstmal down :/


    Debian Wheezy


    i-MSCP 1.2.17 -> 1.3.14


    Gruß Pinky

  • Php7

    Hey Moonraker,
    wie Nuxwin schon sagte, wäre es eine Möglichkeit ein Ubuntu Xenial (16) aufzusetzen. Das liefert php7 dann in der Standardkonfiguration mit. Wenn du darauf dann imscp installierst hast du was du dir wünscht. Ein i-mscp mit php7, glänzend und shiny.


    Ich habe hier auch einen Server in dieser Konfiguration. Läuft prima.


    Gruß Pinky

  • Plugin PHPSwitchter failed upgrading (Column not found: 1054 Unknown column 'version_binary_path' )

    o/


    I just upgraded to i-MSCP 1.3.6 - worked fine.


    Afterwards I upgraded PhpSwitcher to 2.2.14 (latest) and activated it again. It failed to install with the error:

    Code
    1. Plugin-Installation fehlgeschlagen: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'version_binary_path' in 'php_switcher_version'


    I removed the Plugin from the plugins folder and deactivated it in the database. Afterwards I installed it completely new and receive the same error.
    Did it all again and completely removed it from the Database (plugin-table) no changes, the error still occurs.


    Any suggestions what to do next?


    Best regards
    Pinky

  • Php7

    Hey Moonraker,


    ich empfehle dir, wirklich mal das PHPSwitcher-Plugin. Es macht das Leben wirklich deutlich leichter und kostet nicht die Welt. Die Vorteile liegen auf der Hand:


    1) Du Unterstützt die Entwickler des Plugins - und von i-MSCP
    2) Du sparst dir Stundenlanges einrichten, debuggen, fixen etc
    3) Du bist auch für zukünftige PHP-Versionen kompatibel - auch abwärts.


    Gruß Pinky

  • Internal Server Error

    Guten Abend zusammen,


    ein Kunde erhält seit einiger Zeit in unregelmäßigen Abständen 500er Server-Errors beim aufrufen der Seite. Ich kann momentan nicht eingrenzen woran das liegen könnte. Da die Webseite in der Regel ohne Probleme funktioniert, scheint dies ein Temporäres Problem zu sein, welches immer wieder auftritt.


    Die error.log spuckt dazu folgendes aus:


    Code
    1. [Mon Oct 10 17:37:38 2016] [error] [client 84.181.65.55] (104)Connection reset by peer: FastCGI: comm with server "/var/lib/apache2/fastcgi/php-fcgi-domain.com" aborted: read failed
    2. [Mon Oct 10 17:37:38 2016] [error] [client 84.181.65.55] FastCGI: incomplete headers (0 bytes) received from server "/var/lib/apache2/fastcgi/php-fcgi-domain.com"
    3. [Mon Oct 10 17:38:09 2016] [error] [client 91.190.228.90] (104)Connection reset by peer: FastCGI: comm with server "/var/lib/apache2/fastcgi/php-fcgi-domain.com" aborted: read failed
    4. [Mon Oct 10 17:38:09 2016] [error] [client 91.190.228.90] FastCGI: incomplete headers (0 bytes) received from server "/var/lib/apache2/fastcgi/php-fcgi-domain.com"


    Jemand eine Idee wo das Problem liegen könnte?


    Gruß Pinky

  • Domain Einhängepunkt nachträglich ändern

    @Nuxwin


    great! That was a fast solution :D
    This absolutely meets the point.


    My thoughts were the other way round:


    Code
    1. /var/www/virtual/<customer>/htdocs/app (private)
    2. /var/www/virtual/<customer>/htdocs/src (private)
    3. /var/www/virtual/<customer>/htdocs/vendor (private)
    4. /var/www/virtual/<customer>/htdocs/web (new DocumentRoot which is public)

    For Customer beeing a name or even an id (vu-numbers?)
    This goes along with the idea, that every "customer" can have as much domains (and subdomains, ...) as he wants, and is able to point them to a directory he likes best to do the job. (Within a designated docroot - for example: htdocs/mysupercoolWebsite1 <- Domain1, Domain2 htdocs/mylazyTestWebsite <- sub.Domain1, Domain3, ...)


    Best regards,
    Pinky