Mysql-check-socket[131902]: Is another MySQL daemon already running with the same unix socket?

**Operating system:**CentOS
**OS version:**8.4.x
On a fresh CentOS 8 / Virtualmin install, I’ve been trying to sort this error out since last night and reading and trying to sort it out for most of today. The only change is the socket number, which has changed at each attempt (something throwing up a new instance of MariaDB when I close an open one down?).

I can’t find a way in Webmin/Virtualmin to uninstall MariaDB or to install a fresh instance. Am I missing something?

So I’ve decided to start again. My VPS host provides a VM for reinstalling OSs so it’s not a big deal. The question is whether my habit of battening down a VPS as soon as I get it may be causing problems?

The first thing I do on a VPS is to change root password, create a new non-root user, allow that user shell access and disallow root from all direct external access. I then install Fail2Ban and either enable or disable SELinux (disable to install Virtualmin) prior to installing anything. I can’t see anything wrong with any part of this procedure, but I could easily be wrong.

Finally, the root user I’ve banned from direct access to the VPS appears to be the only user who can get access to Virtualmin. Is this considered to be secure?

I’m not sure about the causal connections here, happy to break it up into multiple threads if that helps.

Would somebody please point me in the right direction?

TIA,

Mike

WTF? That’s not what you should be trying to do here! Why would you uninstall MariaDB?

Edit: We use system packages. Installing and uninstalling MariaDB is not a Virtualmin question (though I guess if you really want to do it in Webmin, there is a software packages module). But, you should not want to uninstall MariaDB.

If you don’t know, it almost certainly is. :wink:

Just start with a freshly installed OS, install Virtualmin. Then do whatever weird stuff you want to do after. Don’t do it before you install Virtualmin. It’s just a dumb bunch of shell scripts and packages, it can’t handle complications.

Clear, concise and a very quick reply. Thanks, Joe. :smiley:

1 Like