-
Posts
1386 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Report Comments posted by tjb_altf4
-
-
15 hours ago, scot said:
Third: ZFS is using logical drives as part of its assignment. it is MUCH safer to use disk-by-id to assign drive info. (so a device hw GUID vs /dev/sba) so then if you remove a drive and put it back it ALWAYS gets the correct information and it is easier to deal with failures etc.
sdf1 ONLINE 0 0 0
sdg1 ONLINE 0 0 0
VS:ata-Hitachi_HDS722020ALA330_[..] ONLINE 0 0 0
ata-Hitachi_HDS722020ALA330_[..] ONLINE 0 0 0
Not played with ZFS on Unraid yet, but this doesn't sound right, Unraid has always used disk-by-id for assignments for the reasons stated.
Possibly some ambiguity caused by how the information is presented? -
3 hours ago, mattalat said:
Searched through all the comments and couldn't find an answer - also I apologize if this is a dumb question. What does the autotrim feature do? How is it different from scheduling trim?
Instead of garbage collection happening on a schedule, e.g. once a day, it happens as soon as possible.
-
Seen the same with the UI, I'm fairly certain the cause is 3rd party plugins that need to be updated, in this case the plex streams plugin.
-
-
Its a Samsung hardware problem, you can either add the kernel arg to bandaid fix the problem, or update the nvme's firmware to fix at the source.
Both solutions are detailed in the linked thread.
-
If your problem is incorrect temp reporting, which is specific to the newer samsung nvme devices like the 980, this thread from 6 months ago has a fix.
But are you sure you don't simply need to change the temp warning ranges for your nvme?
The default temp ranges are 45-55C for all storage devices in Unraid, which is too low for nvme and will definitely trigger warnings when under a reasonable load.
I usually change this for my nvme devices to 55-65C (which is still a bit below spec for most nvmes) and rarely get temp warnings. This change can be done by clicking on the device name (e.g. Cache, Cache 2), from the MAIN tab
- 1
-
Changed Status to Solved
-
While running 6.11.1 I noticed this change has been implemented
Thank you!
-
-
I can see some iptable call traces.
I saw similar after moving from a solid 6.9.2 to 6.10.x, where I was seeing random crashes during btrfs balance/scrubs.
Try stopping your docker services (setting > docker > enable docker > no) and setting Docker custom network type to ipvlan (from macvlan).
For me, that fixed those call traces that locked up my server.
-
Less convenient, but right-click open link in new tab still works
You might also need to check your ad/popup blocker settings to ensure Unraid is still whitelisted, although the behavior has changed to make it not useful, CTRL click should still work.
-
Domain has moved to a new schema as of 6.10, see release notes below.
Documentation just hasn't caught up yet. @ljm42
https://wiki.unraid.net/Manual/Release_Notes/Unraid_OS_6.10.0
- 1
-
Possible regression introduced in 6.10.1 for a user
-
Refresh the page and it goes away permanently (after clicking close all).
It is a bug that I don't remember being present in rc8
-
Easy upgrade from rc7
-
I like the new font, scaling now seems inline with other fonts on the page
Dark mode = 6.9.2
Light mode = 6.10.0-rc7 with new font
-
I've not had any issues with sleep (just tested again on rc7), but I use WOL to bring the server back up and not the actual power button.
-
4 minutes ago, JorgeB said:
Having a second vfs object "fixed" the problem because apparently Unraid only loads the last one, so basically wasn't loading "vfs objects = btrfs", on a related note if I needed to set two or more vfs objects for one share how could I do that?
vfs objects = vfs_object_1 vfs_object_2
Pretty sure that's how you're meant to do it
- 1
-
No dramas today with upgrades rc5 -> rc6 -> rc7
-
Changed Status to Solved
- 1
-
Tested both with no VMs defined, and with 1 VM defined.
In both cases the issue is resolved in 6.10.0-rc6, thanks!
-
Changed Status to Solved
- 1
-
rc5 onwards has resolved this
root@tower:~# uname -r 5.15.37-Unraid root@tower:~# openssl OpenSSL> version OpenSSL 1.1.1n 15 Mar 2022
-
One quirk compared to normal updates/restarts was that the GUI never recovered and needed a manual refresh, with nginx throwing a 503 error. Not the end of the world, but I thought I'd mention it.
Other than that, flawless upgrade.
Unraid OS version 6.12.0-rc6 available
-
-
-
-
-
in Prereleases
Posted
Toggle from BASIC to ADVANCED on the grey bar corresponding to the Tunnel you want to remove, a DELETE TUNNEL option will appear.