tucansam Posted September 15, 2021 Share Posted September 15, 2021 (edited) All my disks are XFS, encrypted. I added a disk, it belonged to the array a while ago and has been sitting on a shelf after an upgrade. After adding the new disk, I started the array. Unraid said it was unmountable because it wasn't formatted (it was, I mounted it and read files just fine). So I clicked the format box and now it says its unmountable because its not an encrypted volume. But if I click on the disk it clearly says its "XFS encrypted." I've added or upgraded disks on this system dozens of times and have never had this happen. Edited September 15, 2021 by tucansam Quote Link to comment
trurl Posted September 15, 2021 Share Posted September 15, 2021 Something about your description doesn't make sense. If you add a disk to a new slot in an array that already has valid parity, Unraid must clear the disk (unless it is already precleared) so parity will remain valid. After it clears the disk it will need to be formatted. Quote Link to comment
tucansam Posted September 16, 2021 Author Share Posted September 16, 2021 So I physically added four drives. All were mountable via the new "mount" button (used to use unassigned devices) except one drive, for some reason it wouldn't mount but was recognized. I added one of the drives to the array after stopping it, and then restarted. That's when I got the format error. Formatted it, and now am getting the not encrypted error. The disk is showing up in the list of array members, however it is not mounted. Yet I am getting green balls and assume parity is valid. So I'm not sure what is happening. Quote Link to comment
trurl Posted September 16, 2021 Share Posted September 16, 2021 Did you do New Config to add the disks? Quote Link to comment
trurl Posted September 16, 2021 Share Posted September 16, 2021 22 hours ago, trurl said: Unraid must clear the disk (unless it is already precleared) so parity will remain valid. Not only MUST it clear the disk, it WILL clear the disk and you have no choice to skip this unless you do New Config, in which case you must rebuild parity. Quote Link to comment
tucansam Posted September 16, 2021 Author Share Posted September 16, 2021 No. I just stopped the array, selected one of the disks from the drop down list of the next empty slot, and started the array. Quote Link to comment
trurl Posted September 16, 2021 Share Posted September 16, 2021 I can only assume it cleared any disks you added to new data slots in an array with valid parity, and now you will have to format them to use them. Quote Link to comment
trurl Posted September 16, 2021 Share Posted September 16, 2021 If you haven't rebooted diagnostics might tell what happened. Or syslog server if you have that setup. Quote Link to comment
tucansam Posted September 16, 2021 Author Share Posted September 16, 2021 I did format it....... Diags attached. ffs2-diagnostics-20210915-1955.zip Quote Link to comment
trurl Posted September 16, 2021 Share Posted September 16, 2021 New disk 15 added Sep 12 16:41:03 ffs2 kernel: md: import disk15: (sdv) ST4000VN000-1H4168_Z301AV5B size: 3907018532 Sep 12 16:41:03 ffs2 kernel: md: disk15 new disk Clearing starts Sep 12 16:42:27 ffs2 kernel: md: recovery thread: clear ... Clearing finishes about 8 hours later Sep 13 00:34:20 ffs2 kernel: md: sync done. time=28313sec Sep 13 00:34:20 ffs2 kernel: md: recovery thread: exit status: 0 So that is all as expected, but then Sep 14 17:46:47 ffs2 emhttpd: shcmd (712376): /sbin/wipefs -a /dev/md15 Sep 14 17:46:48 ffs2 emhttpd: shcmd (712377): mkdir -p /mnt/disk15 Sep 14 17:46:48 ffs2 emhttpd: /mnt/disk15 mount error: Volume not encrypted Sep 14 17:46:48 ffs2 emhttpd: shcmd (712378): umount /mnt/disk15 Sep 14 17:46:48 ffs2 root: umount: /mnt/disk15: not mounted. There isn't actually a mount command logged, just that mount errored. Not sure if maybe that is just the way it logs formatting attempts though You can see the mount command on other disks like this: Sep 12 16:42:14 ffs2 emhttpd: shcmd (683): mkdir -p /mnt/disk14 Sep 12 16:42:14 ffs2 emhttpd: shcmd (684): mount -t xfs -o noatime /dev/mapper/md14 /mnt/disk14 Sep 12 16:42:14 ffs2 kernel: XFS (dm-13): Mounting V5 Filesystem Sep 12 16:42:15 ffs2 kernel: XFS (dm-13): Ending clean mount Sep 12 16:42:15 ffs2 kernel: xfs filesystem being mounted at /mnt/disk14 supports timestamps until 2038 (0x7fffffff) One thing I did notice earlier in syslog while that disk was Unassigned: Sep 12 16:02:18 ffs2 kernel: XFS (dm-17): Filesystem has duplicate UUID e876d367-1c54-4b53-9532-0e1b5ccda64f - can't mount Sep 12 16:02:18 ffs2 unassigned.devices: Mount of '/dev/mapper/ST4000VN000-1H4168_Z301AV5B' failed: 'mount: /mnt/disks/ST4000VN000-1H4168_Z301AV5B: wrong fs type, bad option, bad superblock on /dev/mapper/ST4000VN000-1H4168_Z301AV5B, missing codepage or helper program, or other error. ' Sep 12 16:02:18 ffs2 unassigned.devices: Partition 'ST4000VN000-1H4168_Z301AV5B' cannot be mounted. Don't know if the duplicate uuid problem is preventing the format from succeeding or not, though duplicate uuid isn't logged at the time the format is attempted. Quote Link to comment
tucansam Posted September 17, 2021 Author Share Posted September 17, 2021 The disk existed in the array long ago, like maybe a year or two ago. Its been sitting on a shelf since. How do I get the disk to add? And will I have this problem with subsequent former disks that I add? Quote Link to comment
trurl Posted September 17, 2021 Share Posted September 17, 2021 There is a way to change the UUID of a disk but I'm not sure how it works with a disk already in the array, or one that is supposed to be encrypted. I'll call in the expert @JorgeB but it will probably be several hours before he wakes up. Quote Link to comment
tucansam Posted September 17, 2021 Author Share Posted September 17, 2021 Wow, I really appreciate that!!! Thanks! Quote Link to comment
JorgeB Posted September 17, 2021 Share Posted September 17, 2021 Reboot, start array, format disk15, please post new diags if it still doesn't work. Quote Link to comment
tucansam Posted September 20, 2021 Author Share Posted September 20, 2021 On 9/17/2021 at 12:57 AM, JorgeB said: Reboot, start array, format disk15, please post new diags if it still doesn't work. That worked. But now the disk is showing up as added, and not added..... Quote Link to comment
JorgeB Posted September 20, 2021 Share Posted September 20, 2021 Those are historical devices, you can click on the red x to remove it from the listing. Quote Link to comment
trurl Posted September 20, 2021 Share Posted September 20, 2021 Or you can hide historical devices using the slider at upper right. Quote Link to comment
tucansam Posted September 24, 2021 Author Share Posted September 24, 2021 On 9/17/2021 at 12:57 AM, JorgeB said: Reboot, start array, format disk15, please post new diags if it still doesn't work. Just did this with Disk 16.... It is not working. Formatting and rebooting had zero effect, although it fixed Disk 15. I have added four more disks, all of which were previously used (its been years) in this server, all of which are now clearing. I will update shortly, I presume I will need to format all of them and then I will have five disks which refuse to add to the array because "Unmountable: Volume not encrypted" Quote Link to comment
trurl Posted September 24, 2021 Share Posted September 24, 2021 5 minutes ago, tucansam said: all of which are now clearing. I will update shortly, I presume I will need to format all of them and then I will have five disks which refuse to add to the array You must format them AFTER you add them to the array, NOT BEFORE. Quote Link to comment
tucansam Posted September 25, 2021 Author Share Posted September 25, 2021 OK I'm just doing them in the order that the GUI is popping up the options........ Quote Link to comment
trurl Posted September 25, 2021 Share Posted September 25, 2021 19 minutes ago, tucansam said: I'm just doing them in the order that the GUI is popping up the options........ As I explained in my first post to this thread On 9/14/2021 at 11:17 PM, trurl said: If you add a disk to a new slot in an array that already has valid parity, Unraid must clear the disk (unless it is already precleared) so parity will remain valid. After it clears the disk it will need to be formatted. If you format a clear disk before adding it to the array, it is no longer a clear disk. Then when you add it to the array, Unraid must clear it so parity will remain valid. Then you will have to format it. So... 37 minutes ago, trurl said: You must format them AFTER you add them to the array, NOT BEFORE. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.