audigex

Members
  • Posts

    4
  • Joined

  • Last visited

audigex's Achievements

Noob

Noob (1/14)

1

Reputation

  1. I've tried ReBalance, but get the "unBALANCE needs exclusive access to disks, so disable mover and/or any dockers that write to disk" error even when I've disabled Docker, VMs, and don't have any cache drives or mover enabled, so unless I can figure out what's stopping that, it doesn't seem to be an option Is there any other way to force unRAID to use my disks better? The only other technique I've found is (with shares that are enabled to use any disk) to move data off the share to another machine, then copy it back to the share... that seems to force it to re-allocate the data, but it's still really not ideal
  2. Surely that could be handled by just zeroing the rest of the drive when adding a larger drive? It seems pointless to spend 16 hours parity checking 4TB every month, just for a "maybe you'll want to do this one day" task that you'd need to do once... it seems like it would make far more sense to do that one-off task once, rather than doing it monthly forever? The array already knows how big the biggest data drive is, and the new data drive needs to be zeroed anyway, so presumably those two things can be done simultaneously when necessary Running it monthly/on every parity check when it may never even be necessary, just seems very inefficient for something we might one day do once
  3. I have a 6TB parity drive and 2TB data drives (the result of a drive failing and doing a parity swap to plan for future expansion) When running a parity check, the first 2TB completes in 8 hours or so, but then the check runs for another 16 hours checking the remaining "4TB" of the array. This seems unnecessary when the other 3 drives are spun down, there's no parity to check and it's just adding wear to my parity drive for no real reason So yeah: wouldn't it make sense to end the parity check at this point?
  4. After an XFS rebuild, my Torrents have vanished from Deluge - but the files are still on my disk, how do I get them back? I had 3x 2TB (1 parity, 2 data) drives in my server, with DelugeVPN configured and working fine. I then added a (very old) 1TB drive, but within a couple of weeks it said it was unmountable. I figured the drive was dead (it really was old, so not surprising) and added a new drive. The new drive was 6TB, so I did a parity swap to make the new 6TB drive the parity, and the old 2TB parity replaced the 1TB data drive But the "new" 2TB data drive was still unmountable, so I ran XFS_REPAIR from the unRAID web UI. All good, everything seemed to restore just fine. All my downloads (spread, I believe, across all 3 disks) are there on the disk, I can see them and open them etc no problem I went to run Deluge, and the WebUI didn't come up. Look in the logs, and apparently my OpenVPN config has vanished - I re-add it to the binhex-delugegpn/openvpn folder and restart it, and deluge opens just fine, it remembers my password in the webUI, all good, presumably it's saved the rest of my config... except none of my torrents are showing up? I can't find any config for the Docker to set a specific folder to save them in, although I have found a bunch of .torrent files in binhex-delugevpn/state with names that look like md5/sha/whatever hashes. I added them as magnet links, so the names could make sense Are those my torrents? Do I just add them back to Deluge via the WebUI, or is there something else I should be doing here Edit: They appear to be *some of* my torrents, but not all, and at least miss off the most recent dozen or so, what am I missing?