Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 769311 - dev-db/mariadb: emerge --config leaves stale mysqld process by an unrelated user
Summary: dev-db/mariadb: emerge --config leaves stale mysqld process by an unrelated user
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux MySQL bugs team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-02-07 15:06 UTC by Hanno Böck
Modified: 2021-02-07 17:31 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hanno Böck gentoo-dev 2021-02-07 15:06:37 UTC
I'm observing something with the mariadb package that looks very strange.

When I try to initialize a fresh mysql db structure with "emerge --config dev-db/mariadb" after that command a mysqld process is running.
However it is not started by the init script, "/etc/init.d/mysql status" shows "status:stopped".

What makes it extra unusual is that the mysqld runs with the user of oidentd, a useraccount belonging to the oidentd daemon that I had once installed and have uninstalled. I.e. it runs with a useraccount that is unused and should have no relation whatsoever with the mariadb installation.

I'm running a current ~amd64 system, mariadb version is 10.5.8.
Comment 1 Thomas Deutschmann (RETIRED) gentoo-dev 2021-02-07 17:23:16 UTC
Well, `/etc/init.d/mysql status` cannot be used to track anything from `emerge --config` action.

Could you please show process details with used command-line so we can be sure it's really coming from config action?
Comment 2 Hanno Böck gentoo-dev 2021-02-07 17:31:37 UTC
Ok, sorry.

Apparently this came somewhere else (from a docker container, not sure entirely what caused that but I believe it's an unrelated problem on my system, no gentoo bug), I just believed it was caused by emerge --config because it reappeared several times after I tried killing it and running emerge --config again. (I think it was just restarted on a regular basis.)

Sorry for the noise.