tTIKA

Thanks, but why would I be getting so many parity errors? Anything wrong in the diagnostics you see?

TLDR: Does the running XFS_REPAIR in the UI also reflect the changes in parity or would I need to run a parity check to update? The whole issue: I booted up my server after a long vacation and one of the disks in the array was unmountable. It is an encrypted xfs. I did some trouble shooting and got it working after running the xfs_repair in the UI and some re plugging of sata cables. I did start a parity check afterwards. (I was gonna do it anyway since it has been a while). Around %15 in, I noticed around 5MB of updates to the parity. I expected some after the repair but that seems too much. I did some digging and noticed that I now have a lost+found folder in the disk. (I know what is it now, but didin't know at the time) The bad news is, I found most of the files in there are random files for my Encrypted Time Machine backups of my various Macs at the house. I was able to tell because Time machine splits them up in fixed sized chunks. But there is no way that I know of to put them back since the file names are gone. So I want to restore this and start again, if I can. Should A) I just rebuilt the disk from parity? I understand that %15 of the new stuff is already written. But would this leave things in a limbo? B) Or does the parity already have updated with the results of the xfs_repair? if it did, why did I got so many errors? C) Or should I just let the parity check run and salvage whatever I can? Thanks for any help here fatma-diagnostics-20230802-2050.zip

fatma-diagnostics-20220705-1934.zip

Just trying find out if this is intended behavior: I have a disk mounted with Unassigned Drives plugin. I am trying to copy its contents to the array. The command I used is: cd /mnt rsync --progress -ra disks/Y5J326NC/BerkesHDD/ user/ManuelBackup/BerkesHDD/ However, rsync fails when my cache is full: 2,457,600 7% 2.23MB/s 0:00:12 rsync: [receiver] write failed on "/mnt/user/ManuelBackup/BerkesHDD/sd_cards/2018 all nikon z6/Simla Shoot/DSC_0442.NEF": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(378) [receiver=3.2.3] rsync: [sender] write error: Broken pipe (32) rsync error: error in file IO (code 11) at io.c(823) [sender=3.2.3] But my settings for that device should start writing directly to the array when the cache is full? Why would this happen? I know I can bypass cache by using user0 instead but I want to know why this is the case.

I just unassigned and re assigned the second drive and let btrfs do its thing again. But for future reference and may be helping others: What would cause this? Is there an other way to fix it? And where to look in the diagnostics? and if it matters hers the output now: root@fatma:~# cryptsetup luksOpen /dev/nvme0n1p1 nvme0n1p1 Device nvme0n1p1 already exists.

Just updated unraid directly from the 6.9.2 to 6.10.2. Now the btrfs cache with 2 disks doesn't work. It says "Unmountable: Volume not encrypted". Tried restarting the array but didn't work. Not sure what to do other than formatting. fatma-diagnostics-20220601-1219.zip

Updated both the BIOS and Firmware using the excellent guide here: Do you know what the setting "Boot Support" in the cards BIOS does?

Thank you for the help! The missing disk was on purpose. My array drives are connected to a LSI board because with two M.2s (my btrfs raid 1 cache pool) my motherboard wont let me use all the onboard sata ports. I temporally took one of the SSDs out to use all the onboard Sata ports for testing. So my questions are: If something like this happens again, is there a way to gracefully shut down the system without holding the power button? (linux commands from ssh didnt work) Add my LSI card is very new. Could that be causing issues like this? I'm adding its details below. It's it came in IT mode and I haven't done anything to it

I messed something up (probably about the docker service) and my server is now messed up. Turning on the docker service (by which I mean when setting Enable Docker to Yes in settings when the array is on) will make the system somewhat unresponsive. Some pages will takes ages to load, sometimes fix common problems will get stuck etc. But this is inconsistent. What is consistent is after turning docker on I wont be able to turn off some containers. (that has been working perfectly for over a year and I haven't touched them). This will in turn will make me un able to stop the array and shut down the server, requiring a hard restart. The server will never fully freeze and I am able to ssh in to it. But no linux shutdown/halt command I found online or killing docker processes will do anything. I tried pretty much everything I could find in this forum. Lastly I tried formatting my USB drive and only copying or my plug-ins and configs for the shares, users, passwords etc. Nothing docker related. Then I set it up linuxservers Plex docker. It worked perfectly fine. But then I tried to stop it in the UI, and my system went back to that state again. Every time I clicked on stop it will show the arrows the UI but after 10 minutes I would refresh the page and the containerwould still show as running. I worked on this for 3 days straight now and about to loose it. Please help me. fatma-diagnostics-20220115-1918.zip

Need some help with 2 new drives. A WD red plus drive was making a clicking sound during pre read phase. The click itself didn't sound abnormal for a dive(this is my 6th WD red, so i am familiar with how they sound, but first plus drive) but the click was happening exactly once a second like a clock. Pre read completed successfully. After pre read, clicking stooped. An other drive I just bought (a seagate ironwolf if matters) also passed pre clear. Put in the logs section I see the line: Dec 13 14:50:07 preclear_disk_VDKAS47P_25498: Pre-Read: dd - read 8001565319168 of 8001563222016. since the numbers don't match should I be alarmed? (full log posted below) This is my first post on the forums, since I always try to solve things by my self first, but the pre-clearing (especially pre reading) issues seems to be not very discussed online. Any help appreciated! Full Logs:

will do, thanks should I be asking this question there?

I am trying to find general info on pre-clearing and the pre-clear plugin. Most of the info I found are from spaceinvaider ones video and the comments on the source code. I would really appreciate however if anyone has details on how exactly this process works and what to look for in the logs. ie Is the pre-clear not failing is enough to trust the drive? Also, I am looking for the answer of these specific questions: A WD red plus drive was making a clicking sound during pre read phase. The click itself didn't sound abnormal for a dive(this is my 6th WD red, but first "plus" , so i am familiar with how they sound) but the click was happening once a second exactly like a clock. Pre read completed successfully. After pre read, clicking stooped. An other drive I just bought (a seagate ironwolf if matters) also passed pre clear. Put in the logs section I see the line: Dec 13 14:50:07 preclear_disk_VDKAS47P_25498: Pre-Read: dd - read 8001565319168 of 8001563222016. since the numbers don't match should I be alarmed? (full log posted below) This is my first post on the forums, since I always try to solve things by my self first, but the pre-clearing (especially pre reading) issues seems to be not very discussed online. Any help appreciated! Full Logs: