ChatNoir

Moderators
 View Profile  See their activity

  • Posts

    3709

  • Joined

  • Last visited

  • Days Won

    9

 Content Type 

Report Comments posted by ChatNoir

    [SOLVED] Parity Check way slower with RC2 than RC1.

    in Prereleases

    Posted

    100MB/S is realistic depending on the type of drives your are using.

     

    One other factor that can screw the displayed speed of the check is pausing the check. I think it only considers the time after the check was resumed but still the complete capacity.

    It looks like that's what happen to you from the picture.

     

    Here is an example from my history:

    image.thumb.png.ef3aa040b7362f1e063c6d7d794afdd3.png

    Unraid OS version 6.10.0-rc2 available

    in Prereleases

    Posted

    3 hours ago, Bullerwins said:

    I would like to report that the drop down doesn't fill when selecting the vbios file in the VM's. I have to type the path manually.

     

    Also my Mac OS X VM with monterrey doens't boot, error "qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.pcid" in the logs. Reverting to 6.9.2 made it work again.

    Already reported there :

     

    It is fixed for next release.

     

    [6.10.0RC2] VM doesn't start because has no space for logs (but does have).

    in Prereleases

    Posted

    6 hours ago, NLS said:

    But WHO is filling syslog

      

    Nov 12 08:04:47 quasar-ultima rpc.mountd[6064]: refused mount request from 172.17.2.111 for /rootshare (/): not exported

    and other paths.

     

    also plenty of 

    Nov 12 08:04:49 quasar-ultima nginx: 2021/11/12 08:04:49 [crit] 10941#10941: ngx_slab_alloc() failed: no memory
Nov 12 08:04:49 quasar-ultima nginx: 2021/11/12 08:04:49 [error] 10941#10941: shpool alloc failed
Nov 12 08:04:49 quasar-ultima nginx: 2021/11/12 08:04:49 [error] 10941#10941: nchan: Out of shared memory while allocating message of size 8328. Increase nchan_max_reserved_memory.
Nov 12 08:04:49 quasar-ultima nginx: 2021/11/12 08:04:49 [error] 10941#10941: *821458 nchan: error publishing message (HTTP status code 500), client: unix:, server: , request: "POST /pub/disks?buffer_length=1 HTTP/1.1", host: "localhost"

     

    [6.10.0 RC1] Rocket Lake S iGPU - Hardware Encoding/Decoding

    in Prereleases

    Posted

    8 hours ago, ljm42 said:

    Now I'm not suggesting that die hard Plex fans need to switch to Jellyfin, I don't intend to. Just saying that the Linux drivers for the latest Intel CPU/GPUs are still in flux and for whatever reason, Jellyfin works with them and Plex does not. I do not know if a future Linux kernel will solve the problem, or if it will take an update from Plex. But I do not have high hopes for the current version of Plex doing hardware transcoding in rc2 on the latest Intel CPUs. 

    I think I remember reading that for the same base app, some containers work and other do not:

    Could also be that some container need to receive a thorough update ?

    [6.9.0] HDD's no spin down after update

    in Stable Releases

    Posted

    59 minutes ago, mgutt said:

    @ChatNoir

    You posted a screenshot that your WD180EDFZ spins down. Now I'm on 6.9.2, too, but nothing works except of the original Ultrastar DC HC550 18TB which I'm using as my parity disk.

    I can confirm that all my HDDs do spin down and stay down properly (WD180EDFZ included).

    Here is an extract of the drives temperature from Grafana, it is an indirect but reliable visualization the the drives status. The spindown periods and spinup impulses are clearly visible. (7 days period for better visibility)

     

    A two day spinned down period is visible for one of my drive (between 23:30 on the 15th to 1:30 the 18th).

     

    image.thumb.png.88fd32181fce50402926ffaac577cb8f.png