trurl Posted January 28 Share Posted January 28 21 minutes ago, CDLehner said: Yes; I'm pretty sure. Is there any other disk that could have been disk9? Quote Link to comment
CDLehner Posted January 28 Author Share Posted January 28 6 minutes ago, trurl said: Is there any other disk that could have been disk9? Only other drive, would be the 430RX; which just ftr…I think has been properly replaced, by 45HCW. If you like, I could replace 55926…with 430RX? What I do from there, I’ll leave to you. Quote Link to comment
trurl Posted January 28 Share Posted January 28 What I'd like to do is New Config original disk9 back into the array since it is already xfs, and work on copying one of the reiser disks to the new larger disk. Then that reiser disk could be reformatted xfs and you could copy one of the other reiser disks to it. Repeat as necessary until all disks are xfs. Except converting that larger reiser disk is going to need some more space. Maybe you don't do it all at once, but you need to get it done. At some point you could shrink the array then add a new larger disk formatted xfs, then that would give more room to work in. Quote Link to comment
CDLehner Posted January 28 Author Share Posted January 28 ^To be CRYSTAL clear: I started off, with 7 drives…plus 430RX and 55926. I think I’ve REPLACED 430RX, and did a failed copy of 55926. 55926, is the XFS drive. Do you want 55926 ALONE (and then that would be with the new 8T drive. In the array that is); or do you want 55926 AND 430RX BOTH back in (and therefore the new 8T OUT)…and just kind of “start over”?? I’m on EST; so I’ll have a look, in my AM. Quote Link to comment
trurl Posted January 28 Share Posted January 28 Is it possible to put all original drives back plus the new 8TB? That would allow a new array with all the original disks and their data, plus a new larger disk that could be formatted xfs, ready to copy data from the others. If not, you could still do something like that without one of the originals, then get that other disk in later after shrinking the array. Before proceeding with anything, I have to ask. Do you have another copy of anything important and irreplaceable? Parity is not a substitute for backups. And parity will probably be invalid at some point while we work on this. I'm EST also so may not get back till later in the morning. Quote Link to comment
CDLehner Posted January 28 Author Share Posted January 28 7 hours ago, trurl said: Is it possible to put all original drives back plus the new 8TB? Easiest option to do that...is if I could remove and use the SATA and power, off the Cache drive (temporarily, of course). Is that an option? If not, I'll poke around; see if I can find "room". And if not, it sounds like we can do it in stages...as you say (albeit, less convenient). 8 hours ago, trurl said: Before proceeding with anything, I have to ask. Do you have another copy of anything important and irreplaceable? I mean...I don't have the only directions, to the family fortune on there or anything; just dumb music, movies, and TV...lol. That being said...yes; some of those files, probably couldn't be replaced. So...proceed with caution, please; but I understand you're warning me about risk. Quote Link to comment
trurl Posted January 28 Share Posted January 28 46 minutes ago, CDLehner said: remove and use the SATA and power, off the Cache drive (temporarily What I have in mind is New Config with all original array disks plus the new 8TB disk, rebuild parity. You can rearrange disks as you want as long as you keep parity in the parity slot. Then reformat that new 8TB disk to xfs and copy some of the reiser disks to it so they can be reformatted xfs, copy some of the remaining reiser disks to that reformatted xfs, etc. It will take many days to get all this done. You don't have to do it all at once, but it would be good to get at least 2 disks copied, then you could shrink the array by one of those already copied disks and rebuild parity. Then reformat the other already copied reiser disk to xfs so it can be a destination for data from another reiser disk. Repeat as necessary and convenient. You could put cache back in after shrinking the array by that one disk and go back to using your server normally and do the other conversions when convenient. You have till 2025 to get them all converted. Let me know if you have any questions or concerns about this. I will try to work with you until you get comfortable with the process. For now, Disable Docker and VM Manager in Settings and leave them disabled until you are able to put cache back in. And don't write anything to your server till then. Then remove cache, install all the HDDs, New Config to assign as you wish. Don't start the array. Post a screenshot of Main - Array Devices and new diagnostics and wait for further advice. Quote Link to comment
CDLehner Posted January 28 Author Share Posted January 28 Do I want to 'preserve current assignments'? Quote Link to comment
itimpi Posted January 28 Share Posted January 28 16 minutes ago, CDLehner said: Do I want to 'preserve current assignments'? Technically this is optional, but in practice one nearly always wants to do this to minimise the chance of making a mistake in assignments. You can still make any changes you want when you return to the Main tab. Quote Link to comment
fmeres Posted January 28 Share Posted January 28 The original transfer went so fast probably because you had "dry-run" enabled. Quote Link to comment
trurl Posted January 28 Share Posted January 28 1 minute ago, fmeres said: The original transfer went so fast probably because you had "dry-run" enabled. seems likely Quote Link to comment
CDLehner Posted January 28 Author Share Posted January 28 7 hours ago, trurl said: For now, Disable Docker and VM Manager in Settings and leave them disabled until you are able to put cache back in. And don't write anything to your server till then. Then remove cache, install all the HDDs, New Config to assign as you wish. Don't start the array. Post a screenshot of Main - Array Devices and new diagnostics and wait for further advice. unserver-diagnostics-20230128-1840.zip Quote Link to comment
CDLehner Posted January 28 Author Share Posted January 28 3 hours ago, fmeres said: The original transfer went so fast probably because you had "dry-run" enabled. I bet you're right. I'm very unfamiliar with the app, but 'dry run' seemed like the cautious 1st step. When I run it again, I'll pay attention...to see if it stays down (and therefore did before), on the 'copy'. Quote Link to comment
CDLehner Posted January 28 Author Share Posted January 28 (edited) Did you say, I could go ahead and change assignments...right? (not that it really matters) Edited January 28 by CDLehner Quote Link to comment
trurl Posted January 29 Share Posted January 29 12 hours ago, trurl said: You can rearrange disks as you want as long as you keep parity in the parity slot. Quote Link to comment
trurl Posted January 29 Share Posted January 29 That looks good. Before we build parity, let's take a look at the data disks with the array started. Unassign parity, start the array in normal (not maintenance) mode, then post new diagnostics. Quote Link to comment
CDLehner Posted January 29 Author Share Posted January 29 9 hours ago, trurl said: That looks good. Before we build parity, let's take a look at the data disks with the array started. Unassign parity, start the array in normal (not maintenance) mode, then post new diagnostics. Good morning. At this point, I'm going to be damn sure safe than sorry. Are you sure I still want 430RX in this array? I ask because I'm fairly confident, 430RX was replaced by 45HCW; it's just that 55926 wasn't copied to 45HCW. Quote Link to comment
trurl Posted January 29 Share Posted January 29 Looks like you unassigned parity as I asked, now 10 hours ago, trurl said: start the array in normal (not maintenance) mode, then post new diagnostics. 45 minutes ago, CDLehner said: Are you sure I still want 430RX in this array? I ask because I'm fairly confident, 430RX was replaced by 45HCW; it's just that 55926 wasn't copied to 45HCW. Yes, because we are going to do that all over. That large new disk contains the files from the drive it was rebuilt from, but unfortunately, those files are all still reiser filesystem. We need that large new disk to be empty xfs so we can copy files from reiser disks to it, including that disk you had already replaced. Quote Link to comment
CDLehner Posted January 29 Author Share Posted January 29 ^Right on! unserver-diagnostics-20230129-1101.zip Quote Link to comment
trurl Posted January 29 Share Posted January 29 OK. those 9 data disks mount and have plenty of contents. Looks like disk1 has the same amount of files as disk5, which it had replaced in the earlier configuration. Stop the array, assign parity, and let parity build. Wait for that to complete and post new diagnostics. Or if it seems to be having problems building parity, post new diagnostics. You don't seem to have the connection problems many do, probably because of backplane, so I expect parity build will go smoothly. Quote Link to comment
trurl Posted January 29 Share Posted January 29 41 minutes ago, CDLehner said: ^ ~19 hours ⏳ Reasonable speed, my last 8TB parity check took a little less than 18 Quote Link to comment
CDLehner Posted January 30 Author Share Posted January 30 Thx unserver-diagnostics-20230130-0912.zip Quote Link to comment
trurl Posted January 30 Share Posted January 30 That looks good. Here is a wiki entry that summarizes your situation. This is just for information, you don't need to follow these steps. https://wiki.unraid.net/Manual/Storage_Management#Converting_to_a_new_File_System_type In your current configuration, instead of emptying a drive so we can reformat it, we are just going to start with a new empty disk1 (as mentioned in that wiki), formatted as xfs, since all your data is on the other disks. Now, what we want to do is reformat that new 8TB disk1 as xfs. https://wiki.unraid.net/Manual/Storage_Management#Changing_a_File_System_type Only change the format of disk1, we can't reformat any others until we copy their data. Pay very close attention to step 5. Don't format unless disk1 is the only one listed for formatting. Quote Link to comment
CDLehner Posted January 30 Author Share Posted January 30 (edited) 7 hours ago, trurl said: Now, what we want to do is reformat that new 8TB disk1 as xfs. So...are we only doing this, and able to do it; because the new 8T...should have exactly the same files, as the old 3T (that replaced it)?? Edited January 30 by CDLehner 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.