Posts by yacsp

Hmm, i didn't try to install last version of postgrey plugin on an old i-MSCP. That makes no sense. I use the old plugin version 1.1.1 wich runs in a fresh install of 1.3 without any problem.

I just follow the few hints to migrate from one server to another, wich i found in the forum, ok, not the latest stable version, just the "old stable" version 1.3.16. But the hints makes no difference, wich version is used.

I did the migration with same version of 1.3. because, i was not sure if 1.4 will run without problems on a "old" Ubuntu 14.04. PHP 7 is only one point, systemd an another point.

So my plan was to uses a version wich will run on both systems, version 1.3.16. So i tested first if 1.3.16 will run on Ubuntu 16.04, with PHP7 and so on. And i installed all plugins, wich fits to version 1.3.16, and it works without a problem. So i migrate the data, the Database, mails and Websites to the new server, and it works, except the plugin postgrey. The other two plugins spamassassin and clamav are not clear at the moment.

But i see, that postgrey is still running on the new server. The deactivation has not really deactivate the service. Ok, its another problem with the implementation of the plugins.

At last, no support for 1.3 means no more hint or else for that in this forum. Ok, i got it.

My server runs on one leg, but it still runs. I got a bit time to think about the right backup, crash and recovery scenarios and the proper combination of os and software wich will be able to solve that.

I did mysqldump with option --all-databases and with recovery of that dump i got all sql-user and their rights. Its closed.

I run in an unexpected error during activiting the plugin Postgrey. It remains in status "activating..."
The rest seems to be running well, i have access to backend, all websites and e-mails.

What happend before? I will try to explain short:

• Fresh installation i-mscp 1.3.16, with all (postscreen, postgrey, spamasssin, clamav) compatible plugins needed, installed, but not activated.
• Migration i-mscp 1.3.16 from one server to the new one, with the hints i found in this forum.
• Part of some SQL-Commands was the command "update plugin set plugin_status = 'disabled', plugin_error = NULL;", followed by an "/var/www/imscp/engine/setup/imscp-reconfigure --reconfigure".

Im looking for hints to solve that problem.

• Where can i find the logs, wich will give me more ifnromationen of that unexpected error? /var/log/i-mscp it quite empty.
• How can i change the status of the plugin to inactive, to try a deinsatllation and a new installation.

Im migrating i-mscp from one server to another, follwing some forum entrys wich deal with that. Ok, except dumping mysql databases complete with --all-databases. I export the imscp concering databases and the customer databases for different reason one by one.

I create the databases, because the dump of the databases with mysqldump dont contains the create command of the database.

A part of the transfer are follwing instructings, i think to trigger several things, like ceatings of Unix users, creating directorys for domains, mails, and so on.

• mysql -u root -p<password>
• > use imscp;
• > update domain set domain_status = 'ok';
• > update subdomain set subdomain_status = 'ok';
• > update domain_aliasses set alias_status = 'ok';
• > update subdomain_alias set subdomain_alias_status = 'ok';
• > update mail_users set status = 'ok';
• > update admin set admin_status = 'ok', admin_sys_name = null, admin_sys_uid = 0, admin_sys_gname = null, admin_sys_gid = 0;

With the command imscp-reconfigure --reconfigure after that all went fine, except the creation of the sql-user and granting rights to their according databases.

How can i trigger i-mscp to create the databases (if they dont exists) and mysql-users (if they dont exists), set password and grant rights as saved in the database?

The source system is Ubuntu 14.04, the target system is Ubuntu 16.04. Both server runs with i-mscp 1.3.16.

Ok, thanks for that information.

It is important for me, to maintain a system with last (stable) updates and with apt.get dist-upgrade u will get rid of old pakets not needed anymore and minimize possible security problems.For me its important to know that there is a possibilty to fix overwritten configuration files of packages wich are used by i-mscp.

So, that way described in last post is a part of strategy to keep an installation up to date.

Mit Hilfe von apt-get update && apt-get dist-upgrade wird ein (Ubuntu-)System umfassend auf den jeweiligen neusten Stand gebracht.

Es wird hierbei immer wieder Änderungen, die vorhandenen Konfigurationsdateien ebenso verändern möchten. Gerade bei aktuellen Distros, wie Ubuntu 16.04 kommt das häufiger vor.

Nun, einerseits ist dies sicherlich sinnvoll, andererseits kann ein Überschreiben einer Konfigurationsdatei ziemliche Probleme mit sich bringen.

Für mich stellt sich hier die Frage nach der richtigen Strategie. Klar ist zunächst, dass sofern derartiges vorgeschlagen wird, man wissen muss, wofür die jeweilige Konfigurationsdatei gut ist. Dann muss man sich eben entsprechend entscheiden.

Nun zurück zum Bezug I-MSCP und die installierten Plugins. Welche Strategie ist hier sinnvoll? Nachfolgend liste ich einmal Vorschläge auf, wie ich das System derzeit verstanden habe. Liege ich richtig oder falsch? Wenn falsch, wie ist der richtige Weg?

Nach einem Update mit automatischen Änderungen an Konfigurationsdateien betreffend den Core von I-MSCP z.B. folgenden Befehl ausführen:

Nach einem Update mit automatischen Änderungen an Konfigurationsdateien betreffend die Plugins von I-MSCP wie folgt vorgehen;

Plugin Update durchführen oder Plugin deinstallieren und wieder installieren.

I'm not sure, if follwing helps:

A look at all distro .xml in ../docs/Ubuntu and ../docs/Debian shows, that in the section "other" is no <package>awstats</package>

A look in an older i-MSCP version .xml shows, that there is a <other>awstats</other>.

So maybe it is just dropped or should be installed in other way, like in dependencies of a other package!?

Distro: Ubuntu 16.04
I-MSCP: v1.3.0 (fresh installed on plain Ubuntu)

Problem: Error 404 after click on Webstatistics in Panel.

The username and password ist asked before, after then the url, e.g. http://example.com/stats/
shows 404 Not found

The log /var/log/apache2/error.log shows:

and a look at /usr/lib/cgi-bin/ shows, that there is no awstats.pl

Im sure, that i choose the installation of awstats during setup. Under /etc/apache2/sites-enabled is a @01_awstats.conf with following content:

In the apropiate config file of the domain is the following section (e.g. example.com):

So, it seems, that awstats is not installed during setup.

It gives no results.

What goes wrong and how can i force a setup for awstats for i-mscp if i install the package manually?

Jepp, es läuft. Mir leuchtete es irgendwie nicht ein, das ApacheServer.zip für die Dienste nehmen zu müssen. Ich habe da wohl zu kompliziert gedacht. Aber nun habe ich das klar.

Der Knackpunkt ist, dass OtherServer.zip 3 Dateien enthält, also root.crt, 1_intermediate.crt und z.B. 2_host.example.com.crt

So wie ich das verstehe, wird beim ApacheServer.zip aus dem root.crt und intermediate.crt ein CA bundle und genau das wird bei der Installation benötigt.

Ich gehe auch einmal davon aus, dass die oben beschriebene Methode, wenn das abgelaufene Zertifikat ersetzt werden muss, zum Einsatz kommt, oder?

Hallo,

zunächst Danke für die Infos. Ich habe mir jetzt eine Lösung erarbeitet, die wohl auch funktioniert. Ob das der Königsweg ist, nun das weiß ich nicht. Aber evt. stolpert ja der ein oder andere ebenso hierüber.

Wenn man bei StartSSl ein Zertifikat erwirbt, gibt es neben dem public key einen Satz ZIP-Archive mit verschiedenen Zertifikats-Bündeln. Für I-MSCP sind folgende von Bedeutung:

ApacheServer.zip
dies enthält das CA Bundle (1_root_bundle.crt) und z.B. das Zertifkat (2_host.example.com.crt).
Benötigt wird dies für die Installation in den Services. Die Dateien sollten z.B. in /usr/local/src entpackt werden.

Nachgeholt die Konfiguration von I-MSCP mit folgendem Befehl

• Bei der Aufforderung SSL-Verschlüsselung wählen.
• Den Pfad zur Datei mit dem private key eingeben, ggfs. das Passwort eingeben.
• Die Frage nach dem CA-Bundle bejahen und den Pfad zur Datei 1_root_bundle.crt eingeben.
• Den Pfad zum Zertifikat, z.B. 2_host.example.com.crt eingeben.

NginxServer.zip
dies enthält jedglich ein Bundle z.b. 1_host.example.com_bundle.crt.
Benötigt wird dies für die Installation in das Panel. Die Datei sollten z.B. in /usr/local/src entpackt werden.

Nachgeholt die Konfiguration von I-MSCP mit folgendem Befehl

• Bei der Aufforderung SSL-Verschlüsselung wählen.
  Den Pfad zur Datei mit dem private key eingeben, ggfs. das Passwort eingeben.
  Den Pfad zum Bundle, z.B. 1_host.example.com_bundle.crt eingeben.
  Den Pfad zum Zertifikat, z.B. 1_host.example.com_bundle.crt eingeben. Ja, zweimal die gleiche Datei, aber funktioniert.