brainbone

Members
  • Posts

    271
  • Joined

  • Last visited

  • Days Won

    1

brainbone last won the day on January 31 2020

brainbone had the most liked content!

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

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

brainbone's Achievements

Contributor

Contributor (5/14)

9

Reputation

  1. What's the correct way to re-build a drive marked as disabled that passes extended SMART test without losing the emulated data on it? I'd ideally like to pre-clear the drive as a test before re-adding it back. Are these the correct steps?: 1. Stop array 2. Set device to "No device" (this is the step that concerns me.) 3. Start the array (hopefully my disk 13 will still be emulated even after marking no-device?) 4. Preclear the now un-assigned disk 5. Stop the array 6. Set disk 13 to the pre-cleared disk 7. start the array and let unraid rebuild it. Edit: Here's my "PASSED" smart report for the drive:
  2. I haven't tried, so I may be way off base, but wouldn't it be possible, and far more flexible, to pass through the WiFi adapter to a VM in Unraid (like we do for GPUs, USB controllers, etc.), and then have the VM run, say, OpenWRT or whatever else, to handle Wifi?
  3. A touch too close to the fresh air supply for the furnace -- and no easy way to relocate it.
  4. After taping the vents up, the lowest HDD temp is currently around 14C. A bit too cold yet, but still above the Seagate minimum of 5C, and well above the insanely low -19C I hit in 2019 (Lost a couple drives from that -- and the older drives that died recently I still blame on it.)
  5. Polar vortex time again, and my HDD temps are already falling. (Monday will be even colder.) Throwing some masking tape over the vents in front of the drives as a temporary fix. It really would be nice if Unraid could give notifications for low drive temperatures, seeing that low enough HDD temps can be as bad, or worse, than high HDD temps.
  6. One of my 4TB data drives failed while waiting for my two new 10TB drives to arrive. (All drives were 4TB.) No problem. I figured unraid would let me rebuild the failed 4TB drive onto the 10TB drive, then I could replace the 4TB parity with the other 10TB parity... but unraid doesn't seem to like this Idea. Please don't tell me I need to purchase a 4TB drive just to get back up and running before I can install my 10TB drives? Unraid 6.8.3.
  7. Crap. I see that now for devices under the array. Unfortunately, some of my NVMe devices are Unassigned Devices. Doesn't look it's supported there. Guess this is a question for the Unassigned Devices plugin thread. Thanks.
  8. Is there a way to have certain devices, like NVMe drives, use a higher threshold for temperature warnings? NVMe can and do run at much hotter temperatures than HDDs. When I set the threshold to warn me when HDD temps are getting too high, I end up getting constant warnings when my NVMe devices get heavy write activity.
  9. But I currently have no use for multiple array support. I'd much rather have HA and replication as core features. But above that, I'd like GPU drivers baked in and officially supported. May I suggest cheering in the multiple array thread instead of jeering in the GPU one?
  10. Yeah, let's just get rid of docker, VMs, the whole plugin system ... all that stuff that's not "genuine NAS", whatever that means.
  11. That could be said about any feature request. You may not find it useful, but many others would. For this specific feature, I think some of you may be conflating the burden for Linuxserver.io to do each Unraid Nvidia release with what it would be for Limetech. The burden on Limetech would be many orders of magnitude less, which is why this feature would be beneficial.
  12. Please add GPU drivers to unraid builds. Doesn't Limetech already do this for some NICs, SAS controllers, etc? If so, I see no reason why GPU drivers (specifically for Nvidia in my case) shouldn't be added as well. There's no need to keep up to date with the latest driver, unless there are serious bugs/exploits that need to be patched, just like with any other driver Unraid uses. I really don't get all the "sky is falling" negativity surrounding this request. The work involved for Limetech to include these drivers is far less than for the Linuxserver.io team (and a huge thanks to each of them for that effort!) to add them after the fact.
  13. Until there's ubiquitous, unmetered, gigabit internet just about everywhere, there's going to be a need for transcoding. Transcoding to lower bit rates for streaming, and syncing, while on the road is one of my main uses of Unraid Nvidia. I don't see that going away any time soon.
  14. Having an asrock board and multiple nvidia GPUs, I was a little gun-shy updating to 6.8.1 based on a few past comments. Updated to Nvidia 6.8.1 without issue. @CHBMB Thank you!
  15. Letting the GPU handle decoding/encoding leaves your CPU open for other work. Generally, the encodes from a GPU (hardware encoder) will be lower quality than the encodes from the CPU (when using x264), though newer generation hardware encoders are starting to close this gap. (the K10 does not have a newer generation hardware encoder.) If you have a powerful enough CPU to keep up with the transcodes being requested and everything else being requested of your unraid server, you'll likely see no real benefit with a hardware encoder. "Unraid Nvidia" lets you use the GPU with Plex/Emby/etc. dockers. See this list for what you can expect in Plex. The K10 isn't included in that list, but if it works at all, I'd expect it to perform something like the other GK104's No experience with any of the Tesla cards, but how useful it will be depends on your specific use case. I use a Quadro P400 for nvenc/nvdec in my Plex Docker, leaving my CPU (and GTX 1080) open for use with a gaming VM. For me, it was worth the time involved passing the 1080 GTX through to my gaming VM, and using Unraid Nvidia to offload Plex transcoding to the P400. Allows me to dedicate more CPU cores to the Gaming VM.