Unraid OS version 6.9.1 available


171 posts in this topic Last Reply

Recommended Posts

First off I'd like to say that my entry into the UnRAID universe happened last spring and I began with 6.8.3. This plattforms viability and stability has blown me away. So now with 6.9.x it's my first major update.

I have been holding it off for a while since 6.8.3 has been so good but last night I decided it was time to make the jump to 6.9.1. 

 

Everything went really smooth, I ran the upgrade assistant and followed it's advice, like uninstallintg VFIO-PCI plugin etc etc.

 

I have a question pertaining to VM's and Windows VMs in particular.

I noticed that since 6.9.1 runs on a newer version of Hypervisor layer, there is a new virtIO ISO version available, so which one is the most accurate statement of the ones below:

  1. You should upgrade the drivers in your windows 10 guests to the latest (virtio-win-0.1.190-1) as soon as possible.
  2. If it works fine, don't touch it!
  3. It's not necessary but you could see some perfomance benefits by upgrading your VirtIO drivers.

 

Thank you.

Edited by bunkermagnus
Link to post
  • Replies 170
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Done. Going back to bed now...

This release contains bug fixes and minor improvements.   Refer to Summary of New Features for an overview of changes since version 6.8.   To upgrade: First create a backup

Yeah just a min, actually about 15.  I put it on the wrong branch 😆   Ok good to go now, sheesh

Posted Images

Anyone else having issues with NVME drives since the 6.9.X releases?

 

ASUS X299 TUF MK2 Motherboard

 

ASUS Hyper M.2 X16 card (2x NVME drives inside this (1x Seagate FireCuda 510 and 1x Sabrent Rocket Q  - BOTH detected ok)

 

1x ADATA 2TB XPG Spectrix S40G (connected direct to the motherboard and is NOT shown in UNRAID since 6.9.x releases....)

 

Anyone know what could cause this?

 

Works fine in Windows, Ubuntu 20.x etc... 

 

Edited by ne10g
Link to post
35 minutes ago, ne10g said:

Works fine in Windows, Ubuntu 20.x etc... 

 

All on the same motherboard as what you're running Unraid on?

Link to post
44 minutes ago, ne10g said:

Anyone else having issues with NVME drives since the 6.9.X releases?

Not that I'm aware of, diagnostics might give some clues.

Link to post
5 hours ago, Squid said:

All on the same motherboard as what you're running Unraid on?

 

It was yes.

 

Managed to sort it, no matter what settings I changed, nothing showed. I re-flashed the BIOS as a last gasp attempt (same version) and now it shows.

 

Very strange (same BIOS version as I had with older versions of UNRAID)

 

Gramlins in the BIOS somewhere I guess?

Link to post
On 3/10/2021 at 10:11 PM, squirrellydw said:

wow, that was quick, update went smooth from 6.9.0 to 6.9.1.  Now bring on 7.0.0 :)

6.8.3 to 6.9.0 was over a year ... don't hold your breath!

Link to post
On 3/10/2021 at 1:17 PM, TDD said:

 

I believe it to be an issue in any recent merge into the combined mpt3sas driver and kernel.  It was all fine under 4.19.  Disable and await any non-firmware fixes later.  You can then re-enable the aggressive power saving if you wish.

 

I have had zero issue since this fix across all my controllers that are LSI based.

 

Kev.

Hello Kev, just checking in with you to see if you still have had no issues with your Seagate drives?  I have the Seagate tool on a flash drive ready to go, but I'm  holding off for a while to see if the super Unraid team will fix this in the next update or not.  I would rather they address this issue so I do not have to make changes to the drives.  The other concern is all of my data drives are Seagate, so if things go wrong, it will be really bad for me.  My server has been up and running with 6.8.3 for 322 days straight without any issues.  Yes, I'm knocking on wood right now LOL.

 

Did you officially report this as a bug?  From what you stated, it sounds like a mpt3sas driver / kernel issues that could be fixed in a future unraid update.  With so many people using Seagate drives, I'm surprised that there are not more people reporting issues after updating.

Link to post

So, I just upgraded to 6.9.1 and found a bug.

 

On 6.9 beta 30 that I was on before, setting the CPU governor to "Schedutil" would allow my ryzen 2600x to turbo to it's full ~4ghz speeds with on demand and performance limiting it to 3.6ghz.

 

With the update to 6.9.1 Schedutil now also is limited to 3.6ghz and none of them appear to allow turbo past that.

 

Also noticed in netdata I am no longer able to see vcore and CPU current for some reason, going to reboot and see if maybe it is just a driver loading issue.

Link to post
54 minutes ago, TexasUnraid said:

On 6.9 beta 30 that I was on before, setting the CPU governor to "Schedutil" would allow my ryzen 2600x to turbo to it's full ~4ghz speeds with on demand and performance limiting it to 3.6ghz.

 

With the update to 6.9.1 Schedutil now also is limited to 3.6ghz and none of them appear to allow turbo past that.

Unraid has nothing to do with CPU governors.  The schedutil governor has been under development, and still is as far as I know.  it has probably changed in the latest version of Linux causing the differences you see.

Link to post

Woo hoo!  Upgraded from 6.8.3 to 6.9.1 without any noticeable issues for now.  There go my 357 days of uptime :/

It was really touch and go there waiting for bzroot to load.  It seems to get longer with every upgrade.

Link to post
8 hours ago, dlandon said:

Unraid has nothing to do with CPU governors.  The schedutil governor has been under development, and still is as far as I know.  it has probably changed in the latest version of Linux causing the differences you see.

 

I don't think that the governor itself is the issue necessarily.

 

Since the vcore and current readings from the CPU are missing as well, that would lead me to believe that it is actually some kind of driver issue.

 

The vcore and currents should show up if all the drivers are working properly.

Edited by TexasUnraid
Link to post
11 hours ago, TexasUnraid said:

I have confirmed that netdata no longer shows the CPU voltage or current.

 

What is this thing called "netdata"?

Link to post
2 minutes ago, John_M said:

 

What is this thing called "netdata"?

 

It is a docker that monitors all of the sensors and readings from linux.

 

The current and vcore used to show up in the beta but doesn't now which is generally due to a driver issue.

Link to post
1 minute ago, TexasUnraid said:

It is a docker that monitors all of the sensors and readings from linux.

 

Oh, OK. That isn't part of Unraid either, then. Where does it get that information from? Is it the SuperI/O chip, such as Nuvoton or ITE?

Link to post
11 minutes ago, John_M said:

 

Oh, OK. That isn't part of Unraid either, then. Where does it get that information from? Is it the SuperI/O chip, such as Nuvoton or ITE?

 

I didn't say it was part of unraid. I said it not displaying those values indicates that there is an issue with the driver as it worked before the update and I did not mess with the docker. Combined with the CPU not boosting to the correct speed backs up some kind of wider issue then just the governor changed.

 

I don't know the in depth details but it pulls from the kernel /direct from hardware for a lot of things. Everything it displays can be seen from linux itself generally, it just puts it together with nice pretty graphs.

 

If the driver is missing, then the graphs will not work, if the driver is installed they work.

 

I am still new to linux so that is about the limit of my knowledge on the matter.

 

I have also noticed that if I put a heavy load on the CPU the server restarted twice today which further makes me think it could be a driver issue of some sort. Although I was putting it under heavier load then normal so can't 100% say it was connected but it is out of the ordinary for sure.

Link to post
19 minutes ago, TexasUnraid said:

I don't know the in depth details but it pulls from the kernel /direct from hardware for a lot of things. Everything it displays can be seen from linux itself generally,

If you go to the terminal and type "sensors" what do you see?  On my board it is the Nuvoton nct6791 providing voltage info.

 

Here is what I see for my board and I am running unRAID 6.9.1:

 

image.thumb.png.d90779a4a0e63a3d1aa430dc99c315d0.png

Link to post
2 minutes ago, Hoopster said:

If you go to the terminal and type "sensors" what do you see?  On my board it is the Nuvoton nct6791 providing voltage info.

 

Here is what I see for my board and I am running unRAID 6.9.1:

 

image.thumb.png.d90779a4a0e63a3d1aa430dc99c315d0.png

 

Here is what it says, looks like it has the motherboard voltages but not the CPU voltage / current.


 

k10temp-pci-00c3
Adapter: PCI adapter
CPU Temp:     +44.5°C  
Tdie:         +44.5°C  


nct6797-isa-0a20
Adapter: ISA adapter
in0:           800.00 mV (min =  +0.00 V, max =  +1.74 V)
in1:             1.02 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in2:             3.36 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in3:             3.31 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in4:           1000.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in5:           152.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in6:           744.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in7:             3.34 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in8:             3.30 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in9:             1.84 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in10:            0.00 V  (min =  +0.00 V, max =  +0.00 V)
in11:          712.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in12:            1.15 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in13:          672.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in14:            1.53 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
Array Fan:      952 RPM  (min =    0 RPM)
Array Fan:     1288 RPM  (min =    0 RPM)
Array Fan:     1553 RPM  (min =    0 RPM)
Array Fan:      870 RPM  (min =    0 RPM)
SYSTIN:         +40.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = CPU diode
CPUTIN:         +44.0°C  (high = +112.0°C, hyst = +90.0°C)  sensor = thermistor
AUXTIN0:        +40.0°C  (high = +112.0°C, hyst = +90.0°C)  sensor = thermistor
AUXTIN1:       -128.0°C    sensor = thermistor
AUXTIN2:        +42.0°C    sensor = thermistor
AUXTIN3:         -2.0°C    sensor = thermistor
SMBUSMASTER 0:  +44.5°C  
intrusion0:    ALARM
intrusion1:    ALARM
beep_enable:   disabled

 

I used to see 2 separate sections in netdata, one would have the motherboard voltages and the other would have the CPU voltage and current. These are the same values as the motherboard readings.

 

I could be wrong, just find it odd that the voltage and current disappeared at the same time that turbo boost stopped working.

 

Honestly I plan to switch motherboards in the semi-near future anyways, mostly reporting this issue in case others have it.

 

Although the random restarts earlier today were not comforting.

Link to post

I upgraded from 6.8.3 to 6.9.1 and while at it finally upgrade my flash drive from a OLD 2gig that was from sometime before 2010. VMs and dockers seem to be working fine now and main array and cache normal. I created a new pool "archive_one" with 6 * 4tb sas drives. Now trying to rebalance it to raid6 instead of default raid 1. I started it last night and it ran for over 8 hours displaying this

    Data, RAID1: total=1.00GiB, used=0.00B
    System, RAID1: total=32.00MiB, used=16.00KiB
    Metadata, RAID1: total=2.00GiB, used=128.00KiB
    GlobalReserve, single: total=3.25MiB, used=16.00KiB

btrfs balance status:

    Balance on '/mnt/archive_one' is running
    2 out of about 3 chunks balanced (3 considered),  33% left

 Since then i tried again a couple times while also watching the log (below). Sometimes it would go right to the above display and then nothing, sometimes UI showed sometimes like above but with 1 of 3 chunks 2 considered 66% left. Both UI displays had the same log output of a quick blurb and then nothing else printed out and main page there are no reads/writes on the drives which confirms that nothing is happening.

 

Apr 6 19:40:13 Raza ool www[15440]: /usr/local/emhttp/plugins/dynamix/scripts/btrfs_balance 'start' '/mnt/archive_one' ''
Apr 6 19:40:13 Raza kernel: BTRFS info (device sdak1): balance: start -d -m -s
Apr 6 19:40:13 Raza kernel: BTRFS info (device sdak1): relocating block group 9861857280 flags metadata|raid1
Apr 6 19:40:13 Raza kernel: BTRFS info (device sdak1): found 3 extents, stage: move data extents
Apr 6 19:40:13 Raza kernel: BTRFS info (device sdak1): relocating block group 9828302848 flags system|raid1
Apr 6 19:40:14 Raza kernel: BTRFS info (device sdak1): found 1 extents, stage: move data extents
Apr 6 19:40:14 Raza kernel: BTRFS info (device sdak1): relocating block group 8754561024 flags data|raid1
Apr 6 19:40:14 Raza kernel: BTRFS info (device sdak1): balance: ended with status: 0

 

Edited by Cull2ArcaHeresy
typo
Link to post
5 hours ago, Cull2ArcaHeresy said:

I started it last night and it ran for over 8 hours displaying this

Balance of an empty pool should take a few seconds, balance start command is missing some arguments, unclear why, please start a thread in the general support forum and attach the complete diagnostics.zip

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.