I updated sources.list and did apt-get update but then this happened:
GPG error: http://software.virtualmin.com virtualmin-precise Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY E8DD3FA0A0BDBCF9
I tried apt-key adv --recv-keys --keyserver keyserver.ubuntu.com E8DD3FA0A0BDBCF9
and got another error
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --recv-keys --keyserver keyserver.ubuntu.com E8DD3FA0A0BDBCF9
gpg: requesting key A0BDBCF9 from hkp server keyserver.ubuntu.com
gpgkeys: key E8DD3FA0A0BDBCF9 not found on keyserver
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
Out of curiosity, what VPS is it that you’re using?
You’re experiencing some strange issues there – the install.sh typically works just fine on a fresh and supported OS – so I’m struggling to figure out what your experiencing there.
One thought that comes to mind is that we’ve seen some really strange issues occur on OpenVZ based VPSs, and I was wondering if that’s what you had there.
If so, is there any chance you could paste in your /proc/user_beancounters file? Thanks!
I can’t reproduce the problems you’re seeing, Virtualmin normally installs just fine on Ubuntu LTS releases. And if they didn’t, the forums here would be littered with folks saying that the installer didn’t work.
OTOH, what I do see is that with your OpenVZ setup, there are both network and RAM failures that are occurring.
That is, attempts to access the network, as well as allocate RAM to processes, have been forcefully stopped by the OpenVZ container.
Since the installer seems to be working in other environments, my suspicion is that the issue is with your container limits.
You could always talk to your provider about increasing your limits, that might help.
Alternatively, we don’t tend to see these sorts of issues on VPS’s not based on OpenVZ – you might consider a different VPS type
Again, the dumb thing is that I have Virtualmin running perfectly right now on two other VPS instances from the same company. I assume they have de-tuned things for new accounts.
If someone could recommend to me a very stable VPS provider which provides a daily backup, I am more than willing to move, ASAP. Our company has had a contract with the current providers for five years and I can break it until tonight.
I can’t speak to why things work on your existing VPS’s.
All I can offer is what I see with this one particular VPS – it’s showing a failure count of “18” for memory – meaning 18 processes requests RAM, but were denied it. Those processes most likely crashed.
And there are 3315 network related failures – meaning there were 3315 attempts to communicate on the Internet, but OpenVZ prevented them from doing so.
Those failures are a big deal
Unless you can figure out how to prevent those failures, you’re likely to see some really strange problems. Such as what you’re experiencing while trying to run the installer.
