Any i-mscp related stuff I have to check/change before I upgrade my vServer from wheezy to jessie?
Posts by Heart1010
-
-
Hi,
The following cronjob from i-mscp fails on two files....
Code- Subject: Cron <root@vsrvxyz> /usr/bin/nice -n 19 /usr/bin/find /var/log/imscp/* -maxdepth 1 -type f -mtime +7 -print | xargs -r /bin/rm/bin/rm: Entfernen von „/var/log/imscp/Htaccess_module_htaccess“ nicht möglich: Datei oder Verzeichnis nicht gefunden/bin/rm: Entfernen von „Schutz.log“ nicht möglich: Datei oder Verzeichnis nicht gefunden
When I look into the imscp log folder I have this:
Display MoreCode- -rw-r--r-- 1 root root 3005 Feb 1 18:03 ftp_traff.log
- -rw-rw-rw- 1 root root 0 Jan 23 15:29 Htaccess_module_htaccess Schutz.log
- drwxr-x--- 2 vmail mail 4096 Jul 2 2014 imscp-arpl-msgr
- -rw-r----- 1 root root 0 Feb 1 23:40 imscp-backup-all.log
- -rw-r--r-- 1 root root 0 Feb 1 23:40 imscp-backup-all-mngr.log
- -rw-r----- 1 root root 0 Feb 1 00:00 imscp-backup-imscp.log
- -rw-r--r-- 1 root root 0 Feb 1 00:00 imscp-backup-imscp-mngr.log
- -rw-r----- 1 root root 0 Feb 2 00:00 imscp-disable-accounts.log
- -rw-r--r-- 1 root root 0 Feb 2 09:00 imscp-dsk-quota.log
- -rw-r--r-- 1 root root 0 Feb 2 00:00 imscp-httpd-logs-mngr.log
- -rw-r--r-- 1 root root 0 Feb 1 00:02 imscp-rkhunter-package.log
- -rw-r----- 1 root root 0 Jan 29 12:01 imscp-rqst-mngr.log
- -rw-r--r-- 1 root root 0 Feb 2 09:00 imscp-srv-traff.log
- -rw-r--r-- 1 root root 0 Feb 2 09:00 imscp-vrl-traff.log
- -rw-r----- 1 root root 0 Feb 2 09:00 mail.po.log
- -rw-r----- 1 root root 0 Feb 2 09:00 mail.smtp.log
- -rw-r----- 1 root root 0 Jan 29 12:01 Plugin_module_AdminerSQL.log
- -rw-rw-rw- 1 root root 0 Jan 29 12:01 Plugin_module_CronJobs.log
- -rw-rw-rw- 1 root root 0 Jan 29 12:01 Plugin_module_PanelRedirect.log
"Htaccess_module_htaccess Schutz.log" file name looks strange, doesn't it? (also the other files all have 0 bytes)
--
Distribution in use (Identifiant and codename): Debian GNU/Linux 7 (wheezy)i-MSCP version in use (Version and codename): i-MSCP 1.2.0 Build: 20141230 Codename: AndromedaServer implementation in use: courier, Apache FPM -
-
Hi,
wondering if the statistics shown when I login as admin (and click right at the top statistics - "Server Statistics") are calculated correct. After I update to v1.2.0 they became really really high (and going higher each day).
When I saw that I also installed darkstat to be able to compare the traffic. Running darkstat for about 8 days shows me a total traffic of about 2GB on that really small vServer. When you have a look at that i-MSCP server statistics they are way higher than that (each day!).
I only have ~5 domains on that dev server. When I login into each of that domains and look there in the i-MSCP statistic page, everything looks ok, small numbers as usual the last months. But as admin > statistics these values are really high.
(adding all 5 domains i-mscp statistic values also are way smaller than that statistic summary I get shown as admin)
--
Distribution in use (Identifiant and codename): Debian GNU/Linux 7 (wheezy)
i-MSCP version in use (Version and codename): i-MSCP 1.2.0 Build: 20141230 Codename: Andromeda
Server implementation in use: courier, Apache FPM -
...selbiges hier (1.2.0). Danke für die Infos!
Ich hatte die zwei @10* Einträge gelöscht. Daraufhin kamen weitere Fehler
Code- # php -i | grep ConfigurePHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525/mysql.so' - /usr/lib/php5/20100525/mysql.so: undefined symbol: mysqlnd_connect in Unknown on line 0PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525/mysqli.so' - /usr/lib/php5/20100525/mysqli.so: undefined symbol: mysqlnd_connect in Unknown on line 0# grep -Hrv ";" /etc/php5 | grep -i "extension="/etc/php5/mods-available/pdo.ini:extension=pdo.so/etc/php5/mods-available/imap.ini:extension=imap.so/etc/php5/mods-available/intl.ini:extension=intl.so/etc/php5/mods-available/mysqlnd.ini:extension=mysqlnd.so/etc/php5/mods-available/mcrypt.ini:extension=mcrypt.so/etc/php5/mods-available/mysqli.ini:extension=mysqli.so/etc/php5/mods-available/pdo_mysql.ini:extension=pdo_mysql.so/etc/php5/mods-available/mysql.ini:extension=mysql.so/etc/php5/mods-available/curl.ini:extension=curl.so/etc/php5/mods-available/gd.ini:extension=gd.so
Ein
legte dann wiederrum automatisch den @10* Eintrag an
Also noch manuell den @20* Eintrag davon gelöscht
...und nun bleibt die Ausgabe von "php -i | grep Configure" auch leer (gut)! -
Re;
The solution above only works for parameters which are not yet defined in the pool configuration file. Already defined parameters are not overridden.
Any chance to do that? -
...so for disabling policy-weight and postgrey in v1.2.0 I only have to remove the two lines in main.cf
stop the policy-weight and postgrey services and
remove the policy-weight and postgrey packages from the system and restart postfix service. Correct? -
especially for joomla (and Wordpress) you could have a look at JAMSS - Joomla! Anti-Malware Scan Script (http://forum.joomla.org/viewtopic.php?f=714&t=778692)
-
I had that error on every update I did until now.... with 1.1.15 to 1.1.15 I didn't have it for the first time
-
@Nuxwin Nice.... a useful addition to that cronjob plugin would be that a user also can set a HTTP-User / HTTP-Password (I saw that on a hosting panel from another provider). So the user can place his cronjob script in a folder and secure this folder with .htaccess/.htpasswd.