Help, my RAID won't start
Kevin O'Gorman
kogorman at gmail.com
Tue Apr 4 15:18:21 UTC 2017
On Tue, Apr 4, 2017 at 6:50 AM, Rashkae <ubuntu at tigershaunt.com> wrote:
> On 17-04-04 12:17 AM, Kevin O'Gorman wrote:
>
>> I've been fooling with this for a while. Some things are fixed, but the
>> darned thing still isn't right.
>>
>>
> It looks like you've partitioned your RAID device itself. I'm not too
> sure how that's supposed to look, as I've never set them up that way.
> (I partition the physical devices, as you've done, then create a raid
> array, and create my FS directly on that array.)
>
> That's not to say what you have here is wrong, just that I'm not sure how
> to interpret the blkid output.
>
> But actually fixing your current situation is probably going to be
> simple.. *Don't* use device names in your fstab.. put in the UUID
>
> Example:
>
>
> UUID=a6470f33-4709-4c96-8cf4-2fc0a4c2cdf9 /raid3 ext4 defaults
> 0 2
>
> (Note the removal of nofail, and changing the last field to 2)
>
>
> You might also want to update your mdadm.conf
>
> Check the device name of your running array with cat /proc/mdstat
>
> Assuming it's the same as you have in the original message, md127
>
> mdadm --detail --scan /dev/md127
>
> Use the output of that command to replace the ARRAY /dev/md3 metadata=1.2
> name=camelot-x:3
> UUID=07c3d55f:2c9b1534:6b0d5b78:dd9856ed
>
Thanks...
I tried your entry in my /etc/fstab, and "mount /raid3", and while the
mount finished without reporting an error, there
was no filesystem on /raid3, and /var/log/syslog now ends with
Apr 4 07:37:14 camelot-x wpa_supplicant[1553]: wlp7s0: WPA: Group rekeying
completed with b4:75:0e:fc:84:9a [GTK=TKIP]
Apr 4 07:46:46 camelot-x kernel: [38933.017667] EXT4-fs (md127p1): mounted
filesystem with ordered data mode. Opts: (null)
Apr 4 07:46:46 camelot-x systemd[1]: raid3.mount: Unit is bound to
inactive unit dev-md3p1.device. Stopping, too.
Apr 4 07:46:46 camelot-x systemd[1]: Unmounting /raid3...
Apr 4 07:46:46 camelot-x systemd[1]: Unmounted /raid3.
All of this in spite of /proc/mdstat reporting an active RAID array....
So I tried putting the filesystem directly on the RAID, as you suggested,
with
dd if=/dev/zero of=/dev/md127 bs=1024 count=1024
mdadm --stop /dev/md127
mdadm --remove /dev/md127
mdadm -A --scan /dev/md3
mkfs.ext4 -m .01 -b 4096 -E stride=32,stripe-width=64 /dev/md3
And was still unable to mount /raid3, but now I can see the syslog is
complaining that /raid3 is still bound to the
non-existent partition /dev/md3p1. So I mounted it on a new directory
/raid3x. It seems okay, in that it has
lost+found and lots of space. But it did so last time too.
I'm going to stick with my /etc/fstab entry for now, because I want to be
sure I get a warning if it ever gets assembled
as anything except /dev/md3. The mdadm.conf entry is still correct, so I'm
going to reboot to make sure everything gets
assembled correctly. Back in a few.....
--
Kevin O'Gorman
#define QUESTION ((bb) || (!bb)) /* Shakespeare */
Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20170404/e5ed6b9c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 441 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20170404/e5ed6b9c/attachment.gif>
More information about the ubuntu-users
mailing list