• Posts

  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

jj_uk's Achievements


Contributor (5/14)




Community Answers

  1. It's copying from /mnt/disk2/MediaServer to /mnt/disk1/MediaServer So that's disk to disk, right? /mnt/user/MediaServer <-- is that a user share?
  2. So the data is just lost? ok, i'm moving the data off the drive i'd like to remove using the Dynamix File Manager plugin. I'll take a look at unBalance.
  3. The process of changing the parity drive to a 20T drive, and replacing a faulty disk has now completed. I've now replaced another small data disk with a 20T disk. As I now have loads of free space on the server, I'd like to remove a disk. The process to remove a drive is to reset the config, choosing to preserve assignments, changing the disk to be removed to 'unassigned' then starting the array (in maintenance mode, for speed). As a disk has been removed, what happens here? Does Unraid try recreate the removed disk's data onto the remaining disks? In my case, there will definitely be enough space for this to happen, but what happens if there's not enough space? What happens to the share settings if they're set to use, or exclude that disk? This isn't covered in the FAQ. https://wiki.unraid.net/Manual/Storage_Management#Removing_data_disk.28s.29
  4. OK, I'll stop worrying now. Seems to be reading and writing only the new parity drive. Was this fixed in a newer Unraid version (I'm using 6.10.2) ? I'm planning on replacing a data drive with a 20T once this parity check finishes.
  5. I followed the procedure 'exactly' to perform the parity swap. The old parity drive was 8T, the new parity drive is 20T. I have the following drives (image below) : The parity swap process completed successfully. The last part of the instructions states that running a parity check is optional. So I chose to run it. There are literally millions of sync errors being corrected by the parity check! - What's going on ?! The parity check position is past 8T (my largest data drive). Is this simply the parity drive being reset to a known state and nothing to worry about? The new parity drive was precleared before use. Should I be worried?? tower1-diagnostics-20221208-1820.zip
  6. The mention of the cache drive was a mistake, I was supposed to be referring only to the parity and data drives. Yes- Once they've done a few weeks of preclearing on the binhex-preclear docker, i'll pop them out of the usb cases and attach then via sata.
  7. I have a data disk that is showing smart errors. The disk is about 12 months old, and annoyingly a 3-cycle preclear didn't show any errors, but that's life. The drive was ripped from a USB backup box so it has no warranty. Bye bye cash. My server is running low on storage, so I've bought two 20TB drives (usb backup drives, currently connected via usb and preclearing 3x cycles). All data disks and the parity disk are currently 8TB. To insert the 20T disks, I'll also need to replace the cache drive as it must be >= the largest data disk. Would I be OK swapping out the parity drive with a 20T, rebuilding the array then swapping the failing drive with the old parity drive? Or should I do a the parity swap procedure instead ? (https://wiki.unraid.net/The_parity_swap_procedure)
  8. I've had this problem for a while now. A long time ago, I renamed a share from CamelCase, to lowercase. Ever since doing that, the camel case share comes back at system reboot. For the old camel case share, I've deleted all the share's folders from all disks and the cache drive using MC, and i've deleted the share in the 'shares' tab UI, but upon reboot, the share re-appears - I just can't get rid of it, then fix common problems detects duplicate shares again. Any ideas how to delete the old share, forever?
  9. Changed Status to Closed
  10. Google Chrome / Win10 Click on the MAIN tab, move mouse over a disk and the grey bar flashes. Click on something and it stops flashing. Click on DASHBOARD tab: Move over Docker containers and the grey background doesn't look correct around docker logos. Hover over Shares or Users or CPUs or Array: every-other line gets a grey bar, not every line. I can see this is useful for lists of items that span the whole page width, e.g. on the Shares (tab), Dockers (tab), VMS (tab), definitely not required on the dashboard tab.
  11. Yes, that's what it was. Not sure what to do about it so disabled it.
  12. Both my servers are spiking CPU usage due to "find", about every 7 seconds. The CPU high load lasts about a second. What is "find" and why is it spiking the CPU so often? It's not a problem on my "Tower 1" sever, but it is a problem on my low-power "microserver1".
  13. Thanks guys. I've updated to rc3. changed settings -> docker -> `Docker custom network type` to `ipvlan`. I've scrubbed the cache disk and the docker volume, no errors found. Hopefully that'll fix it. I have had a few issues with macvlan in the past taking down the server.
  14. My server crashed again. This time syslog was being mirrored to flash so I have something to show. Attached is `syslog` from /flash/logs/. There was nothing unusual before the cropped section. It completed its appdata backup as usual at 3am, then crashed at just before 9am. The server was hard-reset and is now running a parity check. This happens every few weeks. What can I do to fix this? EDIT: Attached a diagnostics dump. syslog-cropped.txt tower1-diagnostics-20220315-1044.zip