Jump to content

almarma

Members
  • Content Count

    124
  • Joined

  • Last visited

Community Reputation

0 Neutral

About almarma

  • Rank
    Advanced Member

Converted

  • Gender
    Male
  • Location
    Norway

Recent Profile Visitors

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

  1. Thank you Johnnie. I forgot to mention that I followed this guide step by step and saw no error during the process: https://wiki.unraid.net/The_parity_swap_procedure But I suspect that the old damaged disk I replaced contained maybe those errors and so they were "transmitted" to the new replacement one. Anyway, I'll follow your advice and will do another parity check this evening and check if it returns 0. Thank you again
  2. Hi, After replacing the old parity disk (3TB) with a new one (4TB, precleared) and a data drive with smart issues replaced with the old parity disk following the official guide from the wiki (fantastic guide, by the way), I performed a parity check and 244188000 errors were detected and corrected (yes, 244 millions!). The parity status is Valid. Other than that error, the server is working great, no other issue anywhere. I also replaced some SATA cables with better ones as recommended by @johnnie.black on another thread I opened when I begun having array writing issues, so everything is up and running as expected. Could it be maybe some "leftover issues" from the old damaged drive? Should I panic?
  3. I agree totally. I think that, when creating a native File Explorer it should be pointed really really clear that mixing /mnt/user/ with /mnt/diskN will corrupt data. Thinking about the interface, I think it should be warned at the first use, or pointed very clearly. Not everybody knows or understand Linux and even what "mounting" is. To avoid beginners mistakes I would create "safe" shortcuts to the recommended or safe places to go to manipulate files or folders. I'm thinking about the /mnt/user/ address specifically, I think it should be the default address, and if the user moves out of there (to the higher /mnt/ address) then he or she should get a warning. It takes a while to understand that /user/ correspond to the "Shares" tab within the UnRAID admin page. So maybe the best is to call that shortcut "Shares" for consistency with the UnRAID naming convention. I think having a File Explorer is a great addition to UnRAID. Sometimes deleting or moving files or folders is much faster locally than via LAN, and specially if there's any weird thing going on with permissions or so, having a way to access the file system from the admin UI is a great addition. I like Dolphin, but I miss: - Shortcuts on the left side of the screen. - A text file editor (to edit some settings on some plugins or dockers that require it).
  4. How can you be that sure? I just ask out of curiosity, to learn myself. Because I did the SMART extended test and it was ok and there's not a single error logged into it. Again, how did you found that out? Thank you in advance
  5. Thanks for your answer. But is it 100% sure it's the disk and not the cable? What do you mean with "Parity is failing"? As far as I know, parity is still ok and no error was corrected from parity:
  6. Hi everybody, A few months ago I came here asking for help to disable a supposedly damaged disk. I followed all the instructions but the last one: actually removing the disk from the array. I did it because summer holidays and such, I didn't want to hurry it or even risking to leave the array partially broken while on holidays with no access to the server. Well, now I'm back and last weekend I had an issue with a case fan which became noisy so I replaced it and rearranged the fans in another way because the cables were too tight. Well, after it, a new array test happened and now I saw 17 errors in the Parity disk, and no error in the supposedly damaged one. What's going on here? After that I did a new Extended SMART test from both disks and now none of them has any issues (the Disk3 reported issues before). Can it be the cable? Did I accidentally moved the cables while rearranging the case fans and now it's fine? It's a big weird that the issue has jumped from one disk to another one. This is the array status reporting 17 errors (not parity errors, the array shows as healthy): This is the Test results from the Parity Drive This is the test results from the Disk3 Drive. Here you can notice: - Last test, completed without error. - The previous one (#2) Completed with read failure. - Down in the error log, Error 19 happened at 42930 hours of age. No other error until now (2000 hours more). I've attached also the diagnostics file from my server in case somebody want or can help me. Thank you in advance. galeon-diagnostics-20190816-1010.zip
  7. Thanks for your answer. I did, I run the docker safe permission script but the error kept popping so I'm copying instead of moving so I'm not left with half copied folders. Maybe the safest way to move data deleting it from the original source would be: copy everything, verify, and only then if 100% is copied and ok, then delete the source. Is is done like this?
  8. I have a suggestion for this awesome plugin: I've noticed that, before any operation there's a scan of each share, folder, disk or whatever will be moved to ensure a successful operation (which is great!), but in case of warnings or issues, it's very difficult to read them, because it's a popup that disappears by itself after a few seconds, and you have no time to read it all. I think that, in case of warnings or errors, this popup should be permanent with maybe a "Close" or "OK" button. In this way the user has time to read it all and do the corrections needed to continue. Here's a screenshot example of a warning I get after the scan. It also was the only way I found to read it till the end:
  9. I agree with you. The only reason why I did that was because the "Fix Common Problems" recommended it to me. I had it as a user share but it told me it wasn't recommended
  10. OK. My progress so far: I was able to empty Disk1 totally. I was able to copy Docker.img and /appdata/ from Disk3 to Disk1 (using Dolphin Docker with root access. I copied, I didn't remove anything from Disk3 yet). Yes, I was using a docker app with the docker system still up, but because I just copied it, it seems it worked. Next I shut down Docker service, changed settings to Disk1 Then I changed the share location to use Disk1 instead of 3. I turned on Docker service and checked one by one all the apps and modified its settings to use Disk1 if I saw any path using Disk3. Everything seems to be working fine, and this was in my opinion the most critical part. Next I'll try: to rename Docker.img and /appdata/ folders (adding .backup or something) to see if nothing crashes and it's yet stable. Then I'll restart the Docker service to confirm the old folders are not used at all. And then I plan to reboot the server for same goal. If all goes as planned, I'll move the rest of the folders out of Disk3 and rebuild the array without it. Does it sounds fine? Am I missing some step?
  11. I have a question: Let's say for simplicity that I have one share called MOVIES assigned to use Disk1 Disk2 and Disk3, and then with the array down, I change its settings to use only Disk1 and Disk2. Will the content be automatically moved from Disk3 to the other 2 to remove the content from Disk3? I know how it goes adding disks, but not how it goes removing them from shares
  12. Thank you very much for the follow up Ok, this is the point where I want to be sure I do it right. I know some basic Linux command line tools, but it has been a while since the last time. Isn't unBalance a good tool to do it? Also, I guess the Docker should be down before proceeding. Should the array be down too? I want to be sure before doing any step to minimize stress and errors along the way.
  13. Hi, I have an issue with one of my disks and I want to shut it down. Right now I have a very tight budget and cannot afford to buy a new one. The broken disk is the most crucial one I think because it stores the docker.img and the /appdata/ folder. Let me first describe better the situation: - Parity disk: 3TB - Disk1: 3TB (used mainly for Time Machine backups) - Disk2: 1.5TB - Disk3: THE BROKEN ONE. It holds shares and the docker.img plus the /appdata/ folder - Disk4: 750GB - Disk5: 1TB I'm figuring out two possible solutions: 1.- To stop using Disk1 for backups (I have a 2.5" usb disk that will solve it for now) and move all the data from Disk3 to Disk1. 2.- Replace Disk3 using Disk1. I've tried moving /appdata and the docker.img file and folder to Disk1 but I don't have the right permissions, so I'm not sure if that's the right way to do it. About option 2, I'm not totally sure about the steps to do it minimizing risks. Should I first empty disk1 and remove it from the array and then replace it for Disk3 role? Help would be much appreciated
  14. Thank you. Yes, many of the content are movies which can be re downloaded. There're some backups from my Macs too, and some important stuff too, but it doesn't take that much, so I'll do a big cleanup and remote it. I'm just wondering one thing: is it better for the whole array to remove it or to just use it with irrelevant stuff? I mean, can it affect negatively to the whole array or can it still be useful to reconstruct the array in case of another failure?
  15. Thank you. Here's the report galeon-diagnostics-20190419-1731.zip