+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega Support Area (/forum-30.html)
+--- Forum: Usage (/forum-34.html)
+--- Thread: high memory usage after 0:00u (/thread-2865.html)
RE: high memory usage after 0:00u - prale - 04-19-2008 10:03 PM
The problem is still there.
Can you please explain how to turn all vhosts to fastcgi?
Or just regenerating the config files after I switched to worker is enough?, since mod_php will not work anymore with worker.
And what about a2dismod mod_php?
RE: high memory usage after 0:00u - prale - 04-19-2008 10:11 PM
Actually i don't see mod_php in my modules.
@joximu: how can you see in my previous posts, that some vhosts are using mod_php?
Loaded Modules:
core_module (static)
log_config_module (static)
logio_module (static)
mpm_worker_module (static)
http_module (static)
so_module (static)
actions_module (shared)
alias_module (shared)
auth_basic_module (shared)
authn_file_module (shared)
authz_default_module (shared)
authz_groupfile_module (shared)
authz_host_module (shared)
authz_user_module (shared)
autoindex_module (shared)
cband_module (shared)
cgid_module (shared)
dav_module (shared)
dav_fs_module (shared)
dav_svn_module (shared)
authz_svn_module (shared)
dir_module (shared)
env_module (shared)
fastcgi_module (shared)
info_module (shared)
mime_module (shared)
security2_module (shared)
python_module (shared)
negotiation_module (shared)
proxy_module (shared)
proxy_http_module (shared)
rewrite_module (shared)
setenvif_module (shared)
status_module (shared)
suexec_module (shared)
unique_id_module (shared)
watch_module (shared)
RE: high memory usage after 0:00u - joximu - 04-19-2008 10:30 PM
Sorry
no, it seems ok with the php thing.
About the midnight thing:
did you already switch the backup format to gzip instead of bzip2 (see /etc/ispcp/ispcp.conf)
and then, I'd suggest to move the backup to something like 3 o clock:
eg:
[ccode]
# Backup
0 3 * * * root /var/www/ispcp/engine/backup/ispcp-backup-all yes &>/var/log/ispcp/ispcp-backup-all-mngr.log
30 2 * * * root /var/www/ispcp/engine/backup/ispcp-backup-ispcp noreport &>/var/log/ispcp/ispcp-backup-ispcp-mngr.log
[/code]
bzip2 takes alot of cpu - you can search for the bzip2/gzip discussion in the forum (i think it was somewhere in january).
/J
RE: high memory usage after 0:00u - ephigenie - 04-19-2008 10:45 PM
as far as i see - its nothing wrong with the memory consuming - since this seems to be a graph out of munin - so far i know it just means that the mem is beeing used for cache - and thats normal....
Only the green color is mem your applications are really using - so no need to worry about that. Its normal linux / Unix behaviour to tell you its caching things in mem if there's enough available ... (instead of win32 platform) .
RE: high memory usage after 0:00u - prale - 04-20-2008 12:54 AM
Well when I don't reboot it for a week, it's using some swap cache and the ram has only a few mb's left.
I don't think this is normal.
Thanx joximu for the cron explaination.
I'm gonna try it right away.
RE: high memory usage after 0:00u - prale - 04-20-2008 01:09 AM
I just switched backups from bzip2 to gzip in the ispcp.conf
Also in /cron.d/ispcp I changed:
Code:
@daily root /var/www/ispcp/engine/backup/ispcp-backup-all yes &>/var/log/ispcp/ispcp-backup-all-mngr.log
@daily root /var/www/ispcp/engine/backup/ispcp-backup-ispcp noreport &>/var/log/ispcp/ispcp-backup-ispcp-mngr.logto
Code:
0 3 * * * root /var/www/ispcp/engine/backup/ispcp-backup-all yes &>/var/log/ispcp/ispcp-backup-all-mngr.log
30 2 * * * root /var/www/ispcp/engine/backup/ispcp-backup-ispcp noreport &>/var/log/ispcp/ispcp-backup-ispcp-mngr.logLets see what happens now at 0:00, or hopefully at 3:00
RE: high memory usage after 0:00u - joximu - 04-20-2008 03:13 AM
hi prale
the memory "consumption" is normal in linux if it takes the whole you have - theres no need to "not use" any Byte if it's available? Why are you paying for 512MB of ram and then only use 400MB - only for you to be able to say: well, I still have enough RAM...
Unix takes the whole RAM - if needed. Windows (at least Vista I think) does this too but does not show this in the same way, "free" means "free or used for cache" in Redmond...
/J
RE: high memory usage after 0:00u - ephigenie - 04-20-2008 03:13 AM
yeah maybe you should make sure you've a bug-free php version ...
the debian etch / stable version has a bug which causes that child php - processes won't get killed if they've reached their lifetime.
Regarding your memory use : even your "top" output shows total normal values ...
500m used, ~340m cached ... and so on thats normal.
RE: high memory usage after 0:00u - prale - 04-20-2008 08:07 AM
it's using 256.13 MB RAM now at 0:05
so let's see what happens at 2:30 and 3:00
RE: high memory usage after 0:00u - joximu - 04-20-2008 09:16 AM
Hopefully it will be more - otherwise the software does not use all of the hardware that is available... :-)