View Issue Details

IDProjectCategoryView StatusLast Update
0016665CentOS-7systemdpublic2020-07-02 05:13
Reporterwebmaster@darabanth.com 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Product Version7.7-1908 
Target VersionFixed in Version 
Summary0016665: Systemd mdcheck_* units do not work properly.
DescriptionAfter I have updated a few Centos 7 server from version 7.6-1810 to version 7.7-1908 I have noticed that some new systemd units have been created but they do not work properly.

The names of the units are the following:

mdcheck_continue.service
mdcheck_continue.timer
mdcheck_start.service
mdcheck_start.timer

When I try to restart these units, they fail with the following errors:

systemd: [/usr/lib/systemd/system/mdcheck_continue.service:14] Invalid environment assignment, ignoring: MDADM_CHECK_DURATION='"6 hours"'
systemd: [/usr/lib/systemd/system/mdcheck_start.service:14] Invalid environment assignment, ignoring: MDADM_CHECK_DURATION='"6 hours"'
systemd: [/usr/lib/systemd/system/mdcheck_start.timer:12] Failed to parse calendar specification, ignoring: Sun *-*-1..7 1:00:00
systemd: Failed at step EXEC spawning /usr/lib/mdadm/mdadm_env.sh: No such file or directory
systemd: Failed at step EXEC spawning /usr/share/mdadm/mdcheck: No such file or directory
Additional InformationCurrent kernel version:
3.10.0-1062.1.1.el7.x86_64

cat /etc/*release result
CentOS Linux release 7.7.1908 (Core)
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

CentOS Linux release 7.7.1908 (Core)
TagsNo tags attached.
abrt_hash
URL

Activities

pschiffe

pschiffe

2019-12-02 16:53

reporter   ~0035788

upstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=1774354
Hozza

Hozza

2019-12-03 15:53

reporter   ~0035791

I'm also getting the invalid assignment and calendar parsing errors.
As far as I can tell its due to the mdadm package (which is the source of the mdcheck systemd components) being significantly newer than the systemd version in CentOS 7.7, which has introduced some incompatibilities.
I think this is also the cause of some systemd ordering cycle problems I'm now having with my setup which occur when the RAID array is automounted.
Hozza

Hozza

2020-01-07 10:08

reporter   ~0035950

According to the upstream bug this should be fixed in mdadm-4.1-3
pdifeo

pdifeo

2020-07-02 04:27

reporter   ~0037291

About this problem
CentOS Linux release 7.8.2003 (Core)
mdadm 4.1-4.el7

the file /usr/lib/systemd/system/mdcheck_start.service refer to
/usr/lib/mdadm/mdadm_env.sh
/usr/share/mdadm/mdcheck

but these files not are in the package.

4.1-4 should be more recent than 4.1-3
ManuelWolfshant

ManuelWolfshant

2020-07-02 05:11

manager   ~0037292

Last edited: 2020-07-02 05:13

View 2 revisions

I confirm that what you said is true for mdadm-4.1 ever since version 4.1-1.el7 which in CentOS 7.7 replaced the previously existing 4.0
I guess you should file a bug at bugzilla.redhat.com. Since CentOS is a rebuild from the sources published by RedHat, once they push corrected sources, CentOS will pick the fix automatically.
For easier tracking, please cross reference the bug from bugs.c.o with the one from bugzilla.r.c

Issue History

Date Modified Username Field Change
2019-10-28 13:06 webmaster@darabanth.com New Issue
2019-12-02 16:53 pschiffe Note Added: 0035788
2019-12-03 15:53 Hozza Note Added: 0035791
2020-01-07 10:08 Hozza Note Added: 0035950
2020-07-02 04:27 pdifeo Note Added: 0037291
2020-07-02 05:11 ManuelWolfshant Note Added: 0037292
2020-07-02 05:13 ManuelWolfshant Note Edited: 0037292 View Revisions