| Summary: | mysqld-prepare-db-dir (code=exited, status=1/FAILURE) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Bit Twister <bittwister2> |
| Component: | RPM Packages | Assignee: | Marc Krämer <mageia> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | mageia, marja11 |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | mariadb-core-10.3.8-3.mga7.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Bit Twister
2018-08-10 21:28:25 CEST
assigning to registered maintainer, Cc'ing mkrämer, who, iirc, pushed mariadb in a recent past Assignee:
bugsquad =>
alien and what is the problem with that output? It is only occurs on the first start of mysqld. This is because we don't want to have the testdatabase in production environments. Assignee:
alien =>
mageia sorry. last comment was not supposed to be posted. (In reply to Marc Krämer from comment #2) > and what is the problem with that output? > It is only occurs on the first start of mysqld. This is because we don't > want to have the testdatabase in production environments. I can agree it is a good security practice, and I have an expect script which runs mysql_secure_installation to remove the test database and whatnot, but the big problem with it is, # systemctl start mysqld Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.
Bit Twister
2018-08-11 01:53:22 CEST
Severity:
normal =>
major update mariadb-core-10.3.8-4.mga7 resolved the problem. Resolution:
(none) =>
FIXED |