Virtualmin/Webmin continually crash with strange errors

Hi,

I have had virtualmin up and running about 300 domains for about 3 months now. Earlier this week I started getting error alerts from virtualmin that say this :

Monitor on myhostname for ‘PostgreSQL Database Server’ has detected that the service has gone down at 01/May/2013 19:10

The odd thing is, that I am running MySQL, not PostgreSQL. PostgreSQL is not set up and should never be running, and while I could access webmin it said that it was not one of the processes running.

In the past 24 hours, webmin went down and won’t come back. I can restart it and it will run for about 30 seconds, then crash again.

The webserver itself is performing just fine and the memory on the server is at about 45% usage.

Also, I am on Centos 6.

Any suggestions about where I should start looking for a fix?

Thanks

So after doing some reading on here, it seems that it may have to do with upgrading a VPS while virtualmin is installed.

When I try and update system information, I get this error

Failed to query Postfix config command to get the current value of parameter process_id_directory:

I am very lost.

Howdy,

Hmm, it sounds like there may be multiple issues there.

Are you by chance using OpenVZ?

If so, can you paste in the contents of your /proc/user_beancounters file?

-Eric

Here it is:

uid resource held maxheld barrier limit failcnt 1314: kmemsize 31030644 51576832 2147483646 2147483646 0 lockedpages 0 8 999999 999999 0 privvmpages 219972 262144 262144 262144 46876 shmpages 1189 1861 131072 131072 0 dummy 0 0 0 0 0 numproc 61 177 999999 999999 0 physpages 115288 262144 0 262144 0 vmguarpages 0 0 131072 2147483647 0 oomguarpages 62687 126268 131072 2147483647 0 numtcpsock 26 178 7999992 7999992 0 numflock 14 65 999999 999999 0 numpty 1 1 500000 500000 0 numsiginfo 0 87 999999 999999 0 tcpsndbuf 643232 3832440 214748160 396774400 0 tcprcvbuf 425984 2916352 214748160 396774400 0 othersockbuf 194208 683576 214748160 396774400 0 dgramrcvbuf 0 17440 214748160 396774400 0 numothersock 198 462 7999992 7999992 0 dcachesize 12842991 28703925 2147483646 2147483646 0 numfile 2358 5180 23999976 23999976 0 dummy 0 0 0 0 0 dummy 0 0 0 0 0 dummy 0 0 0 0 0 numiptent 41 41 999999 999999 0

Ah, yeah, you appear to be getting memory failures. Look at the failcnt field on the right – you’ll see a lot of failures for the privvmpages row.

Each one of those failures refers to resources the kernel requested, that were denied by OpenVZ.

You’d need to increase your guaranteed RAM… or better, ask them to remove any burst RAM, as that generally only leads to trouble.

-Eric