Duplicate UUID on boot generated by update
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mdadm (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
MDADM Serious bug
The Environment
A RAID 1 environment, originally with 2 hard drives containing both UBUNTU Server and data files as /dev/md/1 & /dev/md/0
On upgrade (sudo apt upgrade) mdadm.conf updated to include two sets of
“# definitions of existing MD arrays
ARRAY /dev/md/1 metadata=1.2 name=acas6:1 UUID=blah1:…...
ARRAY /dev/md/0 metadata=1.2 name=acas6:0 UUID=blah0:…...
# This file was auto-generated on Sun 18 Nov…...
# by mkconf $ld$
ARRAY /dev/md/1 metadata=1.2 name=acas6:1 UUID=blah1:…...
ARRAY /dev/md/0 metadata=1.2 name=acas6:0 UUID=blah0:…...”
The UUIDs corresponding to the md/0 were identical as were those for md/1.
The mdadm.conf file was incorporated in the OS boot image
Which resulted on boot in repeated
“mdadm: Duplicate MD device names in conf file found.
mdadm: Device: UUID-blah0:…….
Done.
Gave up waiting for root file system devices. Common problems:
– Boot args (cat/proc/cmdline)
--Check rootdelay= (…)
– Missing modules (cat /proc/modules: ls/dev)
ALERT ! UUID=blah2:…….. does not exist. Dropping to shell!”
Editing mdadm,conf in the boot image was viewed as too risky.
BOOT Repair does not work (It appears just to accept the two sets of identical ARRAY entries in mdadm.conf)
Nor did Gparted+ Gpart fix anything.
Various incantations to mdadm did not work either.
Eventually I resorted to reinstall of UBUNTU 18.04 server utilising one of the two RAID disks and two extra disks which were used as the basis of a new RAID1 array.
Then mounted the other original single RAID disk as read only.
UBUNTU Server 18.04 proceedure does not appear to support incorporating a boot disk into a RAID 1 array.
Regardless it would be really useful if updates involving mdadm checked to ensure that it was not producing two identical copies of ARRAY entries with identical Device and UUIDs. It appears to just scan and append to mddm.conf though some hidden special character may be lurking somewhere.
It would also be useful if on boot mdadm checked if duplicate entries were identical and if so simply act on one entry and ignored the other.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: mdadm 4.1~rc1-
ProcVersionSign
Uname: Linux 4.15.0-52-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.9-0ubuntu7.6
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Tue Jun 18 20:39:48 2019
EcryptfsInUse: Yes
InstallationDate: Installed on 2015-08-01 (1416 days ago)
InstallationMedia: Ubuntu-Server 15.04 "Vivid Vervet" - Release amd64 (20150422)
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MachineType: Gigabyte Technology Co., Ltd. H97M-HD3
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: mdadm
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/05/2014
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: F6
dmi.board.
dmi.board.name: H97M-HD3
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.family: To be filled by O.E.M.
dmi.product.name: H97M-HD3
dmi.product.
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
etc.blkid.tab: Error: [Errno 2] No such file or directory: '/etc/blkid.tab'