Posts by tobiasgies

    Hi everyone,

    I have a small addendum to this documentation.

    The documented approach still works under Proxmox 5.x. However, for the container configuration (/etc/pve/nodes/pve/lxc/<VMID>) the configuration key lxc.aa_profile has been deprecated. To avoid warning messages under Proxmox 5.x, use the new configuration key lxc.apparmor.profile instead.


    I'm currently in the process of moving my i-MSCP installation to a new hoster, so I need to remove the old server's IPs from the database and/or config files and add the new IPs instead.

    in the 1.2.x branch of i-MSCP, this was possible using the installer's --reconfigure ips parameter. In 1.2.x, I was able to set a new primary IP, add the new IPs to the database and remove the old IPs, while selecting replacements for each of the old IPs separately. This was very convenient, since I didn't need to do any manual changes after that installer run completed.

    In the 1.3.x branch, that option seems to be missing. I only have the option to run the installer with --reconfigure primary_ip to set a new primary IP. to replace the old server's IPs in my config with the new ones, it seems I need to do all the following steps manually:

    • Add the new IPs in IP manager
    • Edit all resellers to add the new IPs to them.
    • Edit all customer domains to change their IP assignment to the new IP.
    • Edit all resellers again to remove the old IPs from them.
    • Remove the old IPs from IP manager.

    Compared to the much easier process with the installer in the 1.2.x branch, this seems like a massive step back. Did I miss something? Is there a new way to accomplish this in an automated way, like in the 1.2.x branch?


    BTW: You should kill your administrator for adding such a rewrite rule. I don't even know how your other sites can work ;) In my opinion, if there is someone that must go to nirvana, that is your administrator :D

    Hey hey hey, let's not do anything drastic – I rather like this world and would like to avoid visiting nirvana for a few more decades. :-D

    Thanks a lot for your help, nuxwin. I really forgot that this file was there. In my defense: We upgraded this server from ispCP / Debian 6 to i-MSCP / Debian 8 yesterday (yes, I know… better late than never). I recall this thing being necessary for one reason or another in our ispCP setup, but obviously we no longer need it with the shiny new system. ;-)

    Again, thanks for helping us out here, and also thanks a lot for the plugin recommendation. I'll look into that later.

    Danke für's testen, gOOvER.

    Hm. Dass AjaXplorer nicht ganz 5.5-kompatibel ist, ist ja uncool. :S

    Auf meinem Server habe ich das Problem jetzt so gelöst, dass ich in der /etc/php5/fpm/pool.d/master.conf den OPcache für den VHost der i-MSCP-GUI deaktiviert habe. Für die anderen VHosts ist OPcache weiterhin an.

    Wäre das eventuell eine Lösung, die auch in die Standard-Konfiguration von i-MSCP übernommen werden könnte, bis AjaXplorer 5.5-kompatibel ist?

    Hallo zusammen,

    ich teste gerade den aktuellen git-master (Revision f5d2e4b) von i-MSCP auf einem neuen VServer mit Debian Wheezy. Installiert ist Apache 2.2.22 und PHP 5.5.7-1~dotdeb.1, es wird php-fpm verwendet.

    Rufe ich auf diesem Server den im i-MSCP enthaltenen AjaXplorer auf, erhalte ich reproduzierbar einen 500er-Fehler im Browser und in der /var/log/php5-fpm.log folgende Meldung:

    1. [23-Dec-2013 00:59:14] WARNING: [pool master] child 7512 exited on signal 11 (SIGSEGV) after 0.033026 seconds from start
    2. [23-Dec-2013 00:59:14] NOTICE: [pool master] child 7513 started

    Nach einigen Reloads kommt es zu keinen Segfaults mehr, sondern im Browser erscheint folgende PHP-Fehlermeldung:


    Fatal error: Call to undefined method DOMNodeList::àÐ}() in /var/www/imscp/gui/public/tools/filemanager/core/classes/class.AJXP_Plugin.php on line 195

    Die wirren Zeichen, die den Methodennamen darstellen sollen, variieren, wenn ich zwischenzeitlich php5-fpm neustarte. Eigentlich wird an dieser Stelle im Skript DOMNodeList::item() aufgerufen.

    Wenn ich OPCache abschalte, verschwinden sowohl die Segfaults als auch der Fatal Error. AjaXplorer wird dann problemlos angezeigt. Da OPCache aber nun eines der wirklich nützlichen neuen Features in PHP 5.5 ist, würde ich ihn ungern einfach abgeschaltet lassen, auch weil sämtliche andere PHP-Software, die ich bisher auf dem Server getestet habe, mit OPCache absolut stabil läuft.

    Hat jemand eventuell die gleichen Probleme mit AjaXplorer und schon eine Lösung gefunden?