Jump to content

itimpi

Moderators
  • Posts

    19,783
  • Joined

  • Last visited

  • Days Won

    54

Everything posted by itimpi

  1. As was mentioned the parity swap procedure is for exactly this scenario although it would leave you with the 10TB drive in place of the failed 8TB drive and the other 14TB drive as a spare. If you want to make the 10TB drive a spare you could then follow the standard procedure for upgrading the size of a drive in the array, but maybe it will be simpler to keep it as a spare as it could then replace any failed drive.
  2. Single bit errors like you describe will always be hardware related. It is possible a software upgrade can change the frequency as it may start using regularly a memory address that was not much used before the upgrade.
  3. Are the nvme disks being seen at the BIOS level? If not you need to work out why as Unraid is not expected to see them if the BIOS does not.
  4. You may have a power supply issue as a parity check is one time when all drives are being accessed at the same time. you can edit the config/disk.cfg file on the flash drive to change the startArray option to “no” to avoid starting the array during the boot sequence. That would give you an option to disable the docker and VM services to see if that makes a difference and to do further investigations. You can also try booting in Safe Mode (which stops any plugins from loading) to see if that has any effect.
  5. My guess is that the process supporting User Shares has crashed (if you post a copy of your system’s diagnostics we can probably confirm this). If that is the case rebooting the system will be needed to fix this.
  6. That sounds like a bug although not at all clear what could trigger it. Maybe the flash drive had dropped offline so that Unraid could not update the array status on it to say it was successfully stopped?
  7. @jeffreywhunter you might want to read this section of the online documentation accessible via the ‘Manual’ link at the bottom of the GUI.
  8. Unraid will report on SMART values, but will only mark a drive as failed if a write to it fails.
  9. The diagnostics are a single zip file - please post that instead of all the files inside the zip.
  10. Unraid has had problems getting times (and speeds) correct when there are pauses involved. the plug-in takes account of this in the messages it generates (as opposed to the ones Unraid generates), and also in the history record written on completion.
  11. I use Edge when on Windows, and Safari on my iOS devices. Not sure which I should be voting for?
  12. Was the drive showing as unmountable while it was being emulated before rebuilding it? If so that would not get cleared by a rebuild. the standard process for handling an unmountable disk is covered here in the online documentation accessible via the ‘Manual’ link at the bottom of the GUI.
  13. You could look at the sub-folders within the appdata share to see which container the space is associated with.
  14. If you reboot the system all the standard Unraid permissions will revert to their standard settings as a fresh copy of Unraid is always loaded from the archives on the flash drive as part of the boot process. You may, however, have upset permissions on the appdata share for some of the docker containers.
  15. The licence file is tied to the GUID of the flash drive for which it is licensed. There is a process for transferring the licence to a new USB drive (and black-listing the old one), but you will not need to use that if you continue to use the same USB drive.
  16. You are going to have to work out how to get into the BIOS on your motherboard. From the message I would think that the correct boot device is not set at the BIOS level. As it was in storage for a long time there is a good chance the CMOS for the BIOS had lost its settings so you have reverted to defaults.
  17. Your syslog shows that there appear to be btrfs level problems with device sdf which I think is a cache drive so it cannot be successfully unmounted
  18. You have to start the array after setting the slot yo Unassigned to get Unraid to ‘forget’ the old drive. If you simply reboot the change will not get committed - that happens when the array is started after making the change. After doing that you can then stop the array and assign the new drive to the slot.
  19. Re-ordering drives invalidates parity2 and changing the number of drives invalidates parity1. If you clicked the Parity is Valid checkbox to avoid immediately rebuilding parity then the behaviour you are seeing will be expected.
  20. Do you have the My Servers plugin installed? If so you can get your key file via that. It would also be included in any local backup you have made of the flash drive. There is also the possibility you have it attached to an email from Limetech. In the worst case you can email Limetech and they should then be able to help but that may take a bit longer to get resolved.
  21. Basically looks correct. However a step I would add before the one where you reassign the disabled disk is to check that the emulated disk has the expected contents as all the rebuild process does is make the physical disk match the emulated one. If the emulated disk does NOT contain what you expect (or does not mount) then a different action might be more appropriate.
  22. You are likely to get better informed feedback if you post your systems diagnostics zip file
  23. Unraid does not split files across drives, so you need to make sure a disk has enough space to contain the vdisk when it grows to its maximum size. If there is not enough space then the VM will stop working when the drive runs out of free space. another possibility is to bypass this problem by passing a complete physical drive to a VM.
  24. Probably worth pointing out that a version that DOES work with UEFI boot can be downloaded from memtest86.com
×
×
  • Create New...