SubnetMask
Contributor
- Joined
- Jul 27, 2017
- Messages
- 129
I just finished converting one of my Supermicro 2U enclosures from a full system with motherboard, pros, controllers, NICs etc to a JBOD enclosure, so I now have two 2U JBOD enclosures that are connected to a R620 via the same controllers that I've been using with the Supermicro board. For part of this, I was also going to migrate to a HDD (or two) away from the USB stick I've been using, so prior to the change, I set up a fresh install of 11.1U7 on the new box, installed on the HDD, and at the time of the change, I made a fresh backup of the config and all of the keys.
After converting the first enclosure to be a JBOD and moving the controllers over to the R620, I booted the R620 and after it booted, I restored my config, after which of course it rebooted and did what it had to do to migrate my original config, and after booting after doing all of that, it detected all of the pools. Not surprisingly, they were all locked. Now, since I had imported my config and it saw all of the pools, one would think you would not have to import the pools, and that just using 'Unlock' would do the trick, and would prompt for a key if one didn't exist, but that's not what happened - it tried to unlock, couldn't and just said 'sorry'. So I tried to do an import, but this is where it got weird. It saw all disks when I looked at 'View Disks', but when I went to import, I told it to decrypt, supplied the key, but when it asked to select disks, there were only like five or six present in the list - One was a SATA disk that was part of a two disk stripe (It's a temporary location for backup data so if it were destroyed due to a disk failure, no big deal), the others were multiport SAS disks that are part of my other three pools. I didn't know what to do there, so I aborted without making any changes and ended up shutting down, pulling the new boot device and installing the original USB Key taht was runnin gwith the Supermicro board, booting that, and after that started a boot, did something related to the change of hardware, I assume and rebooted again, all pools came up unlocked and healthy, I just had to fix NIC relationships, but all was well after that. So for now, I'm running off that USB stick still.
Since then, I have destroyed the Backup pool to use the disks for something else for a period of time, and I also unmounted and re-mounted my DVR pool (To move the disks elsewhere without shutting the whole system down), which to re-mount, I imported the pool, at which point it asked for the key, asked me to select the disks, both of which were listed, and it did it's thing, re-mounted the pool and everything was there and happy.
So with the attempt to import after moving to the fresh install with my config restored, why were there only a few disks listed? Does it only list one disk from each pool when there are more than a certain number of pools and/or disks?
I did some reading and learned that the keys are located at /data/geli, so I looked there and found the keys, named what I assume are the GUIDs for the pools.
Since I restored the config, can I copy the geli keys from /data/geli on the USB key as is, and put them in the same location with the same names on the fresh install, after which on bootup, it'll find them and unlock the pools?
After converting the first enclosure to be a JBOD and moving the controllers over to the R620, I booted the R620 and after it booted, I restored my config, after which of course it rebooted and did what it had to do to migrate my original config, and after booting after doing all of that, it detected all of the pools. Not surprisingly, they were all locked. Now, since I had imported my config and it saw all of the pools, one would think you would not have to import the pools, and that just using 'Unlock' would do the trick, and would prompt for a key if one didn't exist, but that's not what happened - it tried to unlock, couldn't and just said 'sorry'. So I tried to do an import, but this is where it got weird. It saw all disks when I looked at 'View Disks', but when I went to import, I told it to decrypt, supplied the key, but when it asked to select disks, there were only like five or six present in the list - One was a SATA disk that was part of a two disk stripe (It's a temporary location for backup data so if it were destroyed due to a disk failure, no big deal), the others were multiport SAS disks that are part of my other three pools. I didn't know what to do there, so I aborted without making any changes and ended up shutting down, pulling the new boot device and installing the original USB Key taht was runnin gwith the Supermicro board, booting that, and after that started a boot, did something related to the change of hardware, I assume and rebooted again, all pools came up unlocked and healthy, I just had to fix NIC relationships, but all was well after that. So for now, I'm running off that USB stick still.
Since then, I have destroyed the Backup pool to use the disks for something else for a period of time, and I also unmounted and re-mounted my DVR pool (To move the disks elsewhere without shutting the whole system down), which to re-mount, I imported the pool, at which point it asked for the key, asked me to select the disks, both of which were listed, and it did it's thing, re-mounted the pool and everything was there and happy.
So with the attempt to import after moving to the fresh install with my config restored, why were there only a few disks listed? Does it only list one disk from each pool when there are more than a certain number of pools and/or disks?
I did some reading and learned that the keys are located at /data/geli, so I looked there and found the keys, named what I assume are the GUIDs for the pools.
Since I restored the config, can I copy the geli keys from /data/geli on the USB key as is, and put them in the same location with the same names on the fresh install, after which on bootup, it'll find them and unlock the pools?