nandt
June 27, 2013, 12:39pm
1
virtualmin and webmin is not accesible
i try ulimit -a
and the following is the results.
core file size (blocks, -c) 0
Eric
June 27, 2013, 2:38pm
2
Howdy,
Hmm, it sounds like you’re being limited as to how many processes you can run.
Are you by chance using OpenVZ? It’s possible that your container is being restricted.
Also, are you able to run this command:
ps auxw | wc -l
If that works, I’d be curious what number it returns.
-Eric
nandt
June 27, 2013, 5:19pm
3
i am afraid it doesn’t work…
I suppose if you even cannot enumerate processes anymore, the server should be rebooted so processes are cleared up the hard way.
Afterwards you can check what Eric suggested, repeatedly over time, and see if there’s some issue with lots of processes getting created. Apache or Postfix or Dovecot could do that, if you get DOS-attacked or if hackers try to brute-force passwords. If so, there’s ways of limiting how many processes those tools are allowed to create.
nandt
June 27, 2013, 8:42pm
5
rebooted several times … the problem stim exists…
what do you suggest?
Just to make sure I understand this correctly: Even after a reboot you’re unable to list running processes using ps auxw? If so - which would suggest something is quite wrong with your server - what message do you get when you try to?
Eric
June 27, 2013, 10:03pm
7
Howdy,
It sounds like your OpenVZ container may be too restrictive; you may require more processes than they allow you to run.
You may want to contact your provider, and see if they could increase the amount of processes you’re allowed to launch.
-Eric
nandt
June 28, 2013, 9:32am
8
postfix 14338 0.0 0.1 39284 2292 ? S 12:17 0:00 error -n retry -t unix -u -cvs3193.dus2.alvotech.de -d decorate
nandt
June 28, 2013, 9:32am
9
postfix 14338 0.0 0.1 39284 2292 ? S 12:17 0:00 error -n retry -t unix -u -cvs3193.dus2.alvotech.de -d decorate
nandt
June 28, 2013, 1:25pm
10
the problem was that postfix was sending spam from a virtual server on my vps.
there was in the queue more than 22000 emails…
and i am thinking on how to stealth the postfix account…
best regards…
Eric
June 28, 2013, 1:46pm
11
Howdy,
The key to determining the cause of spam being sent from your server is to review the email headers within that spam.
What you may want to do is to start Postfix briefly, let a few messages get into the queue, and then to look at the email headers for those messages.
You should then be able to determine if the email is being sent from a remote PC, after authenticating with an email account – or if it’s being generated from within the server.
The most common cause for spam that we see is for a web app to be broken into… so you may need to review the web apps on your server to make sure they’re up to date.
-Eric
