Posts by scieri

    The error received when I try to reconfigure the mysql is shown because of the missing "libdbd-mysql-perl" package.

    If I manualy install that package and the dependency "libmariadbclient18" it will auto remove the "libmariadb3, mariadb-client-10.2, mariadb-client-core-10.2". To manualy install mariadb, I have to install about 12 packages, the dependencies of some of the packages depend on 10.1, so I ended up in a vicious circle in which I don't know how to get out, that's why I asked if there is a way to clean install all the requirements regarding mysql? all the rest of the services work just fine.

    For the time being I just give up on reconfiguring the server as now is not used anymore, migrated on another hosting.

    Hello all,


    After the auto update of the packages on a Debian 9 the Postfix/Dovecot were unable to connect to Mysql.

    The server had installed MariaDB 10.2 and after the auto update it had 10.1. I've tried to use the same database files but with no luck so I've manualy reinstalled MariaDB 10.2.

    Now I want to reconfigure Imscp 1.5.3 with the auto_installer but I get the following errors:

    What is the correct way to reset/reconfigure the Mysql part in Imscp 1.5.3

    Hello all,


    I've just installed a fresh server Debian 9, and I-mscp 1.5.3.
    When I'm trying to log into the PhpMyAdmin with any username created into any domain it won't login(is like a refresh of the page). No error is shown as in the case of trying with root account(method which is disabled but at least it says that authentification failed).

    Any ideas on what to troubleshoot?


    Later edit: It seems that on http you get on browser console "Password fields present on an insecure (http://) page. This is a security risk that allows user login credentials to be stolen".
    On https it works just fine.:thumbsup:

    Hello All,


    I have 3 servers that I'm trying to convert them to virtual machines using VmWare Esxi + vCenter Converter standalone.
    One of them converts just fine. But the other 2 I think that I've found what causes the error in converting using the Vmware sysinfo scripts.


    One of the 2 servers that doesn't convert have the following "extra" mounts: <volume mountPoint="/var/www/virtual/mydomain.com/logs/mydomain.com" for every domain on the server. The other one have the same entry for just 2 domains.
    Bellow are attached outputs from sysinfo for the 2 servers that don't convert(A, C), and the one that worked B.


    Any ideas on if those mounts are needed?



    Later edit: unmounted the strange entries and the conversion is working just fine

    Files

    • a.txt

      (10.05 kB, downloaded 7 times, last: )
    • b.txt

      (4.19 kB, downloaded 2 times, last: )
    • c.txt

      (6.13 kB, downloaded 1 times, last: )

    I will give it a try with purging the php


    I only have the following sources set:


    Later edit:
    The php5 purge and setting the correct path to opcache.so did the trick.


    Thank you for the hints and support.

    Hi Nuxwin,


    Debian Wheezy, using Apache 2.4.


    Somehow I've managed to pass over the Roundcube error(I've run the installer and removed it).
    But I also think that the php is the issue, now I have the following:

    Code
    1. root@server:~/imscp-1.2.11# php -v
    2. Failed loading opcache.so: opcache.so: cannot open shared object file: No such file or directory
    3. PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525+lfs/mysql.so' - /usr/lib/php5/20100525+lfs/mysql.so: undefined symbol: mysqlnd_connect in Unknown on line 0
    4. PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525+lfs/mysqli.so' - /usr/lib/php5/20100525+lfs/mysqli.so: undefined symbol: mysqlnd_connect in Unknown on line 0
    5. PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525+lfs/pdo_mysql.so' - /usr/lib/php5/20100525+lfs/pdo_mysql.so: undefined symbol: mysqlnd_allocator in Unknown on line 0
    6. PHP 5.4.45-0+deb7u2 (cli) (built: Oct 17 2015 09:01:48)
    7. Copyright (c) 1997-2014 The PHP Group
    8. Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies

    I got the following issue when upgrading from 1.2.2 to 1.2.11, I've followed the errata.


    Any ideas on solving this issue?

    I think It will be very useful to have an automated upgrade procedure for I-MSCP, as the manual one most likely will encounter errors along the way.
    So I propose that in future releases the user should have the option to upgrade the I-MSCP in the same way as installing it.

    Sorry for the stupid question, I haven't checked the architecture which is 32bit (somehow I thought it was installed the 64bit version). Mysqltuner gave me the error about the memory.
    For now is not an issue as not even 1GB of Ram is used, I will upgrade to a new server and install it from scratch.


    Many Thanks.

    Hello,


    Is it possible to install by default the MySQL 64bit version, as on most of the servers there is more than 4gb of memory available that the MySQL 32bit can't use.?


    Is there any procedure to update the MySQL 32bit to 64bit tested with I-MSCP?


    Many thanks.