olschool

Thanks for your input it is helpful. Yea I was trying to avoid setting the disks up in a raid and then having unraid control the seperate raid pools. If I understand you correctly this is what you had to do, or can I bypass the onboard raid controller for the board and allow unraid to set up whatever pools I want? I was hoping to not have to use an LSI card, but sounds like that is my best option.

I have always used server hardware for my Unraid builds, 6 to date. My kid is wanting to tackle their first build but are limited to an apartment so a full rack isn't an option right now. I was solicited to assist in the build and was intrested in the following hardware. ASUS ROG Strix Z790-E and a gen 13 or 14 intel processor. All of my buildis required a HBA controler to manage all of the devices attached to the backplanes. My main question is will the sata controller on this board allow for JBOD so that the unraid software can contol them properly, or will I still need a SATA controller set to IT mode in one of the PCIe slots. Likewise, does anyone know if I should be able to utilize the M.2 drives on this board for Cache drives? I would assume that it uses the same controller the Sata does, but not sure. It is my understanding that this processor should have quicksync and allow video transcoding in apps like Plex, is this true? My second question is will I be able to pass through the hardware on this board to unraid for the dockers and VMs. Say the usb printer, motherboard audio and video to a windows VM. Or say a Home Assistant to usb dongles to control devices? I can do all of this with the servers I have, just not sure how much "pass through" finctionality this board will alow with the Unraid OS. I did search the site, but could not find anything about this particular board. Thank you all in advance for any advise you have. https://rog.asus.com/us/motherboards/rog-strix/rog-strix-z790-e-gaming-wifi-model/

I did but this is what I got root@YoungStewtsGen:~# /etc/rc.d/rc.flash_backup stop root@YoungStewtsGen:~# git -C /boot rm --cached /boot/config/plugins/rclone/.rclone.conf fatal: Unable to create '/boot/.git/index.lock': File exists. Another git process seems to be running in this repository, e.g. an editor opened by 'git commit'. Please make sure all processes are terminated then try again. If it still fails, a git process may have crashed in this repository earlier: remove the file manually to continue. root@YoungStewtsGen:~# git -C /boot commit -m "remove .rclone.conf" fatal: Unable to create '/boot/.git/index.lock': File exists. Another git process seems to be running in this repository, e.g. an editor opened by 'git commit'. Please make sure all processes are terminated then try again. If it still fails, a git process may have crashed in this repository earlier: remove the file manually to continue. root@YoungStewtsGen:~# git -C /boot push Everything up-to-date root@YoungStewtsGen:~# /etc/rc.d/rc.flash_backup start root@YoungStewtsGen:~#

I can't specifically identify what may be filling my syslog, any expert guidance would be appreciated. youngstewtsgen-diagnostics-20220514-1150.zip

I can't specifically identify what may be filling my syslog, any expert guidance would be appreciated. youngstewtsgen-diagnostics-20220514-1150.zip

I tend to think it may be an individual drive firmware version that needs to be updated. My problem is trying to get my windows 10 machine to format the XFS unraid disk, I am using the drive with almost no data on it (25 mb), I have to get the drives into NTFS to get run the firmware update tool from WD. I know it is sort of off topic, but does anyone know how to get windows to recognize a USB XFS so it can be formatted? It sees the drive as a generic drive, but says there is no data on it, and won't allow me to clear and format it. I even used CMD to try and use diskpart and it sees it but also says there is 0 data on it, and therefore it won't "clean" it to format it. I think I am on the right track once I get the drive firmware updated I can add it to the array and allow it to preclear format and rebuild. Unless someone else can think of a better way to do this. I am trying to do it one disk at a time the one without data first, so I do not loose the data from the array or parity. Disk 0 is the laptop SSD and the USB is the WD red pro 10tb from my unRaid server.

Thank you and Squid. I apologize as I understood what you both were saying differently. I understand now that this is a new feature with the new release. My frustration is not being able to enable it, so is that a flaw in the drive itself or the way the drive is communicating with the unraid software? I would like to find a way to fix or repair it if possible. The unraid parity write speeds suck as it is, but to disable the disc cache just compounds the issue and frustration

Both. Prior to updating those discs worked flawlessly with zero errors in FCP. I run regular scans in FCP over the past 6 months, same discs and hardware the entire time, and no issues. I update to 6.7 reboot and boom the cache write errors on only 3 of the 8 identical discs, 2 are parity disc. It is very odd that this write cache function has worked without issue all of this time with the only change being the update. As far as troubleshooting the hardware they are on an Adaptec 16 port pie controller that also has been in place the entire time. The discs that are showing this error are on the same breakouts from the controller as discs without these errors. I eveneed swapped the drives to the cables of the discs not showing the errors and the issues are following these three discs. Thank you for your time

Please see the results in my post that you replied to. I already tried this under all of the conditions I stated. Is there an alternative means or a way to force it to enable? Thank you

I posted my results from doing this in my previous comments on all three discs and the indication that it is not enableing. I even tried disabling, even though it is already disabled, and the enabling it, but it is not enabling. Can you provide a means to fix the hdparm commands not working properly? Thank you.

Thank you for your input. Can you please refer me to the disc setting that I need to change for this to return to normal function?

Can you please explain how to correct it? Again I have not edited anything added or removed anything, and had the exact same setup for 6 months. Something changed, but it wasn't across all discs. Theses discs are actually on seperate controllers from one another, and switching them does not help. I have tried HD parm with array active, the array stopped, rebooted several times, but still will not enable the write cache. The discs themselves return no errors in SMART or overall parity scans. They are all identical discs and added at the same time, one has less then 100 megs of data on it and stays spun down most of the time because it isn't needed in the array because storage hasn't reached the need for it. I run FCP on a schedule every few days and on reboots. Any assistance with correcting it is greatly appreciated.

I too experienced this after 6.7, I have been using the EXACT same config and hardware for 6 months and went through all r versions of the 6.7 build without issue. Mine is showing on disc 1,3, and 4 of the array. Something in the update disabled it just on these discs not all of them, they are ALL identical WD red Pro 10tb drives. here are my results. I can not get it to enable. root@MediaServer:~# hdparm -W 1 /dev/sdf /dev/sdf: setting drive write-caching to 1 (on) write-caching = 0 (off) root@MediaServer:~# hdparm -W 1 /dev/sdg /dev/sdg: setting drive write-caching to 1 (on) write-caching = 0 (off) root@MediaServer:~# hdparm -W 1 /dev/sdd /dev/sdd: setting drive write-caching to 1 (on) write-caching = 0 (off) root@MediaServer:~#