[Unraid OS version 6.10.0-rc1 available]

 

On 8/12/2021 at 2:01 PM, JorgeB said:

Appears to be CPU limited, check scaling governor in use:

 

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

 

You can also check current CPU freq:

 

watch -n 1 grep MHz /proc/cpuinfo

 

 

Sorry been away the last days - still my performance is not back on what it was before the RC update - most noticeable in how slow Nextcloud loads pages 😞

Just started an parity check to look at the CPU - speed is still not at ~144mb/s it's again at ~75mb/s

I did a extended test with the fix common problems plugin - which took 2 days to finish as it was scanning my media share for ages?

 

scaling_governor is showing "performance"

and CPUInfo is looking like this:

This should be normal with my Intel® Xeon® E-2246G CPU @ 3.60GHz or?

 

Cheers

gilladur

 

[Unraid OS version 6.10.0-rc1 available]

Hi Squid, yes this could be the reason for the lower benchmark values but if I look at the parity check history - I'm normally nearly done after 15h in...

 

[Unraid OS version 6.10.0-rc1 available]

Does someone also have the issue, that after updating the drive speeds dropped about 50%?

I've noticed that Nextcloud was very slow after the update.

Currently a parity check is running and speeds of the HDD are down from normally around 144mb/s to ~75 mb/s

 

I did not had the issue before the update.

Any idea where to look? Added the diagnostics to the post.

 

Thanks - and beside this everything is working fine 🙂

 

WD80EDAZ:

kingserver-diagnostics-20210812-1305.zip

[6.9.0/6.9.1 - Kernel Panic due to netfilter (nf_nat_setup_info) - Docker Static IP (macvlan)]

I think you can put me on the list 😤

Since the Upgrade to 6.9 my former rock stable server is crashing 1-2 a month in all the recent versions.

Apr 12 23:33:06 Server kernel: ------------[ cut here ]------------
Apr 12 23:33:06 Server kernel: WARNING: CPU: 1 PID: 13942 at net/netfilter/nf_conntrack_core.c:1120 __nf_conntrack_confirm+0x9b/0x1e6 [nf_conntrack]
Apr 12 23:33:06 Server kernel: Modules linked in: macvlan xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle nf_tables xt_nat xt_tcpudp vhost_net tun vhost vhost_iotlb tap veth xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs nfsd lockd grace sunrpc md_mod ipmi_devintf ip6table_filter ip6_tables iptable_filter ip_tables x_tables bonding igb i2c_algo_bit x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm wmi_bmof crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd glue_helper rapl intel_cstate intel_uncore nvme ipmi_ssif nvme_core i2c_i801 i2c_smbus input_leds i2c_core led_class ahci libahci ie31200_edac intel_pch_thermal wmi fan thermal acpi_ipmi video ipmi_si backlight button [last unloaded: i2c_algo_bit]
Apr 12 23:33:06 Server kernel: CPU: 1 PID: 13942 Comm: kworker/1:1 Not tainted 5.10.28-Unraid #1
Apr 12 23:33:06 Server kernel: Hardware name: Supermicro Super Server/X11SCL-F, BIOS 1.5 10/05/2020
Apr 12 23:33:06 Server kernel: Workqueue: events macvlan_process_broadcast [macvlan]
Apr 12 23:33:06 Server kernel: RIP: 0010:__nf_conntrack_confirm+0x9b/0x1e6 [nf_conntrack]
Apr 12 23:33:06 Server kernel: Code: e8 dc f8 ff ff 44 89 fa 89 c6 41 89 c4 48 c1 eb 20 89 df 41 89 de e8 36 f6 ff ff 84 c0 75 bb 48 8b 85 80 00 00 00 a8 08 74 18 <0f> 0b 89 df 44 89 e6 31 db e8 6d f3 ff ff e8 35 f5 ff ff e9 22 01
Apr 12 23:33:06 Server kernel: RSP: 0018:ffffc90000110dd8 EFLAGS: 00010202
Apr 12 23:33:06 Server kernel: RAX: 0000000000000188 RBX: 00000000000082f4 RCX: 000000006bbd9a8a
Apr 12 23:33:06 Server kernel: RDX: 0000000000000000 RSI: 000000000000019a RDI: ffffffffa03b1dd0
Apr 12 23:33:06 Server kernel: RBP: ffff88835c40b540 R08: 00000000b4ddb4fe R09: ffff888163ec87c0
Apr 12 23:33:06 Server kernel: R10: 0000000000000000 R11: ffff888172bda000 R12: 000000000000519a
Apr 12 23:33:06 Server kernel: R13: ffffffff8210b440 R14: 00000000000082f4 R15: 0000000000000000
Apr 12 23:33:06 Server kernel: FS:  0000000000000000(0000) GS:ffff88884ec80000(0000) knlGS:0000000000000000
Apr 12 23:33:06 Server kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 12 23:33:06 Server kernel: CR2: 00002a91561fadf4 CR3: 000000000200a003 CR4: 00000000003706e0
Apr 12 23:33:06 Server kernel: Call Trace:

 

I don't want to  / can't use vlans (my router isn't supporting this properly).

After I find out about the macvlan issue I tried to switch every docker away from br0. Hopefully this helps.
Just one docker I wasn't able to move from br0 (diyHue) - maybe someone can tell me how?

Host access to custom networks is disabled (but I don't know if I did change it after the last stall I had, as I moved the appdata to a different drive)

 

Just one addition - I quite often read that people with this issue are running piHole or the Unifi-controller. I'm also using the Unifi-controller docker and had it on fixed ip.

 

Did the Unraid team reply to the issue so far - only the community seems to care. Very disappointing.

 

server-diagnostics-20210427-2125.zip