itimpi

Moderators
  • Posts

    19668
  • Joined

  • Last visited

  • Days Won

    54

itimpi last won the day on April 18

itimpi had the most liked content!

10 Followers

About itimpi

  • Birthday 06/10/1950

Converted

  • Gender
    Male
  • Location
    United Kingdom

Recent Profile Visitors

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

itimpi's Achievements

Grand Master

Grand Master (14/14)

2.3k

Reputation

745

Community Answers

  1. There is no free version of Unraid v6 and you always need a valid licence. The closest is a trial licence valid for 30 days which is free and intended to allow no users to evaluate whether Unraid meets their needs but has the time limitation built in.
  2. There is no user data on the parity drive, just enough information to rebuild a failed disk (in conjunction with all the other non-failed data drives. There is a good write-up on how Unraid parity works in the online documentation. As long as you do not have any disabled disks (marked with a red ‘x’) then rebuilding parity is zero risk to your data and is in fact necessary to protect it against future Fisk failures.
  3. That is the global setting. You only get entries in smart-one.cfg when you over-ride the defaults.
  4. No - it always starts of as an unmountable because at that point it is NOT formatted. The button to format unmountable drives is next to the one to start the array. Formatting is a very fast operation that only takes a minute or so. Make sure that only drives you WANT to be formatted are listed there in case another drive is currently unmountable for some reason.
  5. You need to format the 14TB drive to create an empty file system on it and make it ready for use. This is always required when adding a drive to a new slot in the array. Since we do not know what state the parity is in from your previous attempt to add disk4 I would strongly recommend now running a correcting parity check to make sure that parity is in sync with your array drives. You can always remove Historical Devices from the UD section. They are kept there so that any settings you applied to the drive last time it was used will still be set. Removing them means that if is then attached again you get the default UD settings for the drive.
  6. You should be able to get the system's diagnostics zip file created via ssh. Posting that here might give us a chance to see what is going on.
  7. Unraid only supports booting off the flash drive (and loading the OS into RAM. Not sure why you have to ‘interrupt’ the boot sequence - the flash drive should be set as the default boot drive in the BIOS to avoid this. Have you read this section of the online documentation accessible via the ‘Manual’ link at the bottom of the GUI or the DOCS link at the top of each forum page. It covers transferring the licence to a new flash drive.
  8. I would definitely be worried about that on a new drive - particularily if the number is still increasing.
  9. That will not allow you to change the scheduling as Unraid is still responsible for starting the checks. However the standard scheduling can handle quarterly.
  10. What you need is the parity swap procedure which is designed for exactly this scenario. It allows you to upgrade a parity drive to a larger one and then use the old parity drive to replace the failed data drive.
  11. Are there any periods within the time spanned by the syslog in the diagnostics you posted that you know this occurred to help narrow the search criteria.
  12. This. You cannot do an ‘in place’ encryption.
  13. The Linux ‘file’ command can be used to work out their likely content type which can be useful in working out what app can be used to open them for examination. There is no automated way to work out the original name. The reason a file gets put there in the first place (with the numeric name) is that the system was unable to work out what the name should be. It takes manual inspection of the contents.
  14. No idea if it is a RAM issue or not! Just pointing out that it is very easy to get the docker.img file back into a known clean state. If you continue to get corruption then either the device holding it has a problem or you quite likely do have a RAM issue.
  15. It is always easy to recreate the docker.img file if it gets corrupted and restore containers with settings intact via Apps->Previous Apps so, as long as the underlying XFS file system look OK, I would probably recommend doing that.