VelcroBP

My thoughts exactly. I am contacting them to request an evaluation license for SUM so I can update via IPMI, so I'll ask about 3.0a while I'm at it.

I can only find v3.4 at SuperMicro's website for the MBD-X10SLH-F. Is this the version you flashed to?

this is fantastic! Thanks for running this down and reporting back in such detail! I will try to get this going soon. I just completed a lengthy file system conservation on my data drives (reiser -> xfs) and am currently running down a few lingering issues. Once I'm confident that dust has settled I'll look at upgrading my server bios and trying your settings. I'm going to stick with the lsio container, simply because I don't want to rebuild my entire Plex library setup again, or reset my played status for my users. Sent from my Pixel 5 using Tapatalk

CPU load is coming back down since mover stopped trying to use Disk 2. what is "re-health"? Also: I'm not sure what you're asking about normal usage?

what would be causing that? Is it related to the mover job being hung up by the slow HDD? Do i have too many containers running for my system to handle, regardless of mover? Sent from my Pixel 5 using Tapatalk

I did experience super slow transfer speeds with Rsync on this drive during the FS conversion process. IIRC it took almost 2 full days to move just ~5.5tb to it. I chalked it up to it being an SMR, WORM drive. I stopped the mover task and added Disk 2 to the exclusion list for my media share (Data). I mover again and now it seems to be progressing normally. I'm guessing this is a HDD issue and not an unRaid issue? I'll try for an RMA but the HDD in question is shucked from a Seagate Expansion external I bought in 2018. Maybe I can fill up the drive manually (with several overnight sessions I'm sure) and continue to use it as read-only?

I knew I forgot something. thanks. mootower-diagnostics-20220807-1401.zip

I recently completed file system conversion on all my data disks following the guide from the wiki. All seemingly went well. However, the next scheduled mover task seemed to be hung up (kicked off @ 0130, still running @ 0730). I panicked and stopped mover via CLI. The server would not seem to reboot. I issued POWERDOWN via CLI and it eventually shut down, although uncleanly. After the resulting parity check (0 errors), the next scheduled mover task also seemed frozen. At this point, I launched MC and looked on each Data disk for any duplicates of something on the Cache disk. I found a couple of "***.partial" files that I don't think would be a problem, but deleted anyway because the downloads are not important. After verifying there is nothing on the Cache that's already on an array disk, I invoked mover again. According to the log, it seems to start on the first file and then just sits there. On the main UI page, there appears to be very slow write activity to an array disk, as well as reads on the cache. Below is the NetData for the array disk (which is shingled):

This is fantastic to hear! I will try to mimic your results, but I'm going to stay on lsio Plex container for now. Sent from my Pixel 5 using Tapatalk

Perfect! Thanks!

So is it no longer supposed to prompt for WAN/LAN ? Mine is not after updating and restarting. Do I need to reconfigure something in the Template?

What is the difference here between selecting LAN or WAN? I must have just updated this container after a while because I don't recall seeing this prompt before.

I agree about the need for a check before a drive replacement and rebuild. unBalance would be after the rebuild. The FS conversion guide on the wiki indicates that the process requires a blank drive, onto which I move the contents from the drive to be converted. It also indicates that I will need to be certain parity is valid during that process. Does replacing a data drive have an impact on parity or is it maintained during the rebuild? If maintained then I'm inclined to proceed with the FS conversion immediately after the rebuild. 1. parity check 2. replace data drive and rebuild from parity 3. move contents off new drive and scatter to other disks in the array (via unBalance) 4. proceed with "mirror procedure" FS conversion process as detailed in the wiki guide 5. parity check FS conversion wiki guide I'm referencing: https://wiki.unraid.net/File_System_Conversion Sent from my Pixel 5 using Tapatalk

Mine are set to No in the scheduler's "write corrections to parity disk" field. But I'm asking about manual checks in between a drive swap and FS conversion though. Now I'm confused, does the scheduled check's correction setting impact when I should run a manual check? Sent from my Pixel 5 using Tapatalk

I get that. I guess I'm asking how granular do I consider maintenance? I'm inclined to run a check before replacing the drive. but should I then run another after the rebuild and before FS conversion since they're distinct maintenance operations? I'm inclined to lump them together and wait to run a second check until after all the drives are converted. I only ask because the wiki guide stresses a check before conversion and I'm curious if it's risky to consider the one before drive swap/rebuild as valid for that. I know that everyone has different risk tolerance but I wanted to see if I'm overlooking any risks by doing both a drive swap and FS conversions between checks. In my mind nothing will change in the array between the operations so shouldn't it be ok to consider parity valid at that point and begin with unBalance immediately after the drive rebuild completes? Sent from my Pixel 5 using Tapatalk

I have a party check scheduled every 3 months. Currently it's been 77 days since the last one. I'm planning a couple major drive operations and am looking for advice on the best time to manually run a check during. I'm replacing a 2tb data drive with a new 8tb hdd. After the rebuild I will run unBalance to empty the new drive. Finally I will convert my data drives to XFS using the mirror method from the wiki. Should I run a parity check before or after the data drive swap? If before is recommended, can I just run that one or should I do another before starting the conversions? I'm planning on disabling Docker and my appdata backups during the conversion to prevent new data being written to the array. Sent from my Pixel 5 using Tapatalk

Thanks for getting back! I'll dive in to that post and see what I can turn up.

@Hoopster Sorry for the ping but I'm hoping you might have some insight? I can post logs from unRaid or from Plex if needed (though I'm not sure how/if Plex logs need sanitized..?)

I ran this command as recommended in a guide and before are the results -v -s $(lspci | grep VGA | cut -d" " -f 1)lspci 04:00.0 VGA compatible controller: ASPEED Technology, Inc. ASPEED Graphics Family (rev 30) (prog-if 00 [VGA controller]) DeviceName: Onboard VGA Subsystem: Super Micro Computer Inc ASPEED Graphics Family Flags: bus master, medium devsel, latency 0, IRQ 11, IOMMU group 10 Memory at f6000000 (32-bit, non-prefetchable) Memory at f7000000 (32-bit, non-prefetchable) I/O ports at d000 Expansion ROM at 000c0000 [virtual] [disabled] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/4 Maskable- 64bit+ Kernel modules: ast supposedly i should be seeing the Intel igu populating here, specifically "i915" as the KENNEL MODULE Sent from my Pixel 5 using Tapatalk

I changed the parameters to: --device=/dev/dri , and I'm even more confused after some more testing. Video files will now play with the transcode enabled in Plex, but it doesn't seem to actually transcode at all. Below is my playback settings along with the dashboard showing the corresponding stream:

I'm trying to enable hardware transcoding in Plex. Initially I had a hard time getting the i915 module to be detected by unRaid. Only the mobo ASMEDIA ast VGA module was detected. After trial and error I found that I was changing the wrong setting in the BIOS. I changed that and now the system sees the igpu. My Hardware: supermicro MBD-X10SLH-F-O xeon e3-1246 v3 haswell unRaid upgraded to v6.10.3 during testing things i've tried: via BIOS, switched "VGA PRIORITY" to OFFBOARD since reverted back to ONBOARD installed INTEL_GPU_TOP plugin I haven't tried blacklisting i915 as suggested in the plugin's support forum, since that seems to be in response to newer hybrid CPUs like Alderlake+. I might be mistaken though so let me know please if that applies to my Haswell Xeon also. modprobe i915 command manually created /boot/config/modprobe.d/i915.conf file added device to Plex container added extra parameters: --device=/dev/dri:/dev/dri Ran : chmod -R 777 /dev/dri -results after running CHMOD Please let me know if any logs or commands would be helpful and I will post those ASAP. I have just exported fresh diagnostics.zip and attached. It's probably something simple that I'm overlooking. I haven't messed with hardware configuration on my system in any great depth, or at all for a while really, so I'm quite lost as to what to try next. Most of the results I get searching are geared towards discreet cards or issues utilizing i915 with newer CPUs. mootower-diagnostics-20220623-1915.zip

Indeed your fix works!! Thanks a million! I'm now able to use the UUD in all it's glory! Well, except for that damn "unassigned devices" field still defaulting to the first drive in the list. But that's easy enough to ignore for now. Thanks again!!!

Thanks! Your post cleared up some things, and I did indeed NOT have the unRaid-API docker installed at all! EDIT: figured out my initial errors with UNRAID API were due to having a custom port mapped for unRaid UI. I changed the server setting in UNRAID API to: server:port, and it's now pulling all the wonderful data! Image links aren't working for the dockers, but I'm gonna check your post since I believe you found a solution for that as well.

I haven't refreshed hardware in my server in several years. I've been adding a lot of functionality via containers lately, so I'm definitely going to max out my mobo's RAM at 32gb soon. I want to lay out an upgrade path for the next several months. My budget is extremally limited so I can't go all out at once unfortunately. As a minimum I'm looking at a new case (with room for 10 drives so I can retire my Norco SS-500s) and installing an old GPU (Radeon HD-7950) to help transcoding maybe. My question: is there even an upgrade path while retaining my LGA 1155 supermicro MBD-X10SLH-F ? Would I get any significant boost by replacing just my Xeon E3-1246 CPU (in addition to doubling the RAM)? Or would I be better off saving money until I can afford a modern server board and CPU(s) to go with it? There seems to be a lot of varieties in this socket for Xeons, and I'm rather ignorant at interpreting benchmark metric comparisons.