unRAID OS version 6.5.0-rc1 available


97 posts in this topic Last Reply

Recommended Posts

chrome and safari work for me on OS X 10.13.2 for with bars

 

upgrading seems to have gone fine with the exception that vm's appear to have taken a noticeable performance hit in cpu and gpu:

 

cinebench

6.4 cpu 370-390/gpu 35.25 fps

6.5 rc1 cpu 293-340/gpu 25.16

 

I don't think this can be attributed to the specter/etc patches since the vm's run on isolated cores, correct?

Link to post
  • Replies 96
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Thanks, yes that is a bug. Corrected.

On 6.5.0-rc1, when I run update-smart-drivedb, it returns an error: root@TowerVM:~# update-smart-drivedb /usr/sbin/update-smart-drivedb: gpg: not found ('--no-verify' to ignore) Turns out that

An extra check is now added during system start up and network initialization, this error should be fixed in the next version.

Posted Images

7 hours ago, itimpi said:

Just noticed that when I boot to GUI mode I am no longer getting the GUI showing on a directly attached monitor, just a flashing cursor.

 

I've got the same on my server, attached my diagnostics if they help although similarly, it doesn't really make a difference to me at the moment

 

On a side note for VM's, whilst i haven't checked gaming, i have now changes all my vm's to use Q35-2.11 and they seem to be reacting a lot faster now. Before they were a mix of 2.09 and 2.10

 

Jamie

archangel-diagnostics-20180301-1956.zip

Link to post

changing my vm's from 2.10 to 2.11 showed no change in cpu scores but returned GPU to previous scores.

 

edit-

 

this also popped up after stopping, editing, and rebooting a vm:

Mar 1 15:45:51 Twins kernel: resource sanity check: requesting [mem 0x000c0000-0x000dffff], which spans more than pnp 00:07 [mem 0x000d8000-0x000e7fff]
Mar 1 15:45:51 Twins kernel: caller pci_map_rom+0x71/0xab mapping multiple BARs
Mar 1 15:45:51 Twins kernel: vfio-pci 0000:28:00.0: Invalid PCI ROM data signature: expecting 0x52494350, got 0xe808aa55
Mar 1 15:45:51 Twins kernel: resource sanity check: requesting [mem 0x000c0000-0x000dffff], which spans more than pnp 00:07 [mem 0x000d8000-0x000e7fff]
Mar 1 15:45:51 Twins kernel: caller pci_map_rom+0x71/0xab mapping multiple BARs
Mar 1 15:45:51 Twins kernel: vfio-pci 0000:28:00.0: Invalid PCI ROM data signature: expecting 0x52494350, got 0xe808aa55

 

but the vm seems to have booted anyways.

Edited by 1812
Link to post
16 minutes ago, 1812 said:

this also popped up after stopping, editing, and rebooting a vm:

 

Other people have reported similar messages but we've never seen them and we haven't looked into it yet.  The "vmwrite_error patch" was a fix published about a week ago:

https://lkml.org/lkml/2018/2/23/1316

https://patchwork.kernel.org/patch/10239987/

 

We adapted that patch for 4.14.x kernel that we're currently using, and verified with the author.  Checking other work he's been doing shows quite a number of improvements coming in linux virtualization: https://patchwork.kernel.org/project/LKML/list/?submitter=2536

 

As time marches on, we'll be upgrading the kernel beyond 4.14 (whether 4.15 or jump to 4.16 we haven't determined yet).  These types of issues tend to get resolved though in newer kernels.

Link to post
32 minutes ago, limetech said:

 

Other people have reported similar messages but we've never seen them and we haven't looked into it yet.  The "vmwrite_error patch" was a fix published about a week ago:

https://lkml.org/lkml/2018/2/23/1316

https://patchwork.kernel.org/patch/10239987/

 

We adapted that patch for 4.14.x kernel that we're currently using, and verified with the author.  Checking other work he's been doing shows quite a number of improvements coming in linux virtualization: https://patchwork.kernel.org/project/LKML/list/?submitter=2536

 

As time marches on, we'll be upgrading the kernel beyond 4.14 (whether 4.15 or jump to 4.16 we haven't determined yet).  These types of issues tend to get resolved though in newer kernels.

 

I would suggest jumping to 4.16 because of these major improvements:

 

https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.16-inode-i_version-Win

 

https://www.phoronix.com/scan.php?page=news_item&px=XFS-Features-For-Linux-4.16

Link to post
50 minutes ago, limetech said:

 

Other people have reported similar messages but we've never seen them and we haven't looked into it yet.  The "vmwrite_error patch" was a fix published about a week ago:

https://lkml.org/lkml/2018/2/23/1316

https://patchwork.kernel.org/patch/10239987/

 

We adapted that patch for 4.14.x kernel that we're currently using, and verified with the author.  Checking other work he's been doing shows quite a number of improvements coming in linux virtualization: https://patchwork.kernel.org/project/LKML/list/?submitter=2536

 

As time marches on, we'll be upgrading the kernel beyond 4.14 (whether 4.15 or jump to 4.16 we haven't determined yet).  These types of issues tend to get resolved though in newer kernels.

 

Thanks! it doesn't seem to have done anything to hamper usability.

Link to post
34 minutes ago, Dazog said:

 

The XFS stuff is interesting because it looks like they are "cleaning up" some loose ends in the code in preparation for major new future functionality, rumor is subvolumes/snapshots.

Link to post

I've tried Safari & Firefox and they show empty cpu usage as well.

 

I have a feeling it's down to css problems as Nerd Pack display was completely broken as well.

 

I'm leaving it for tonight as folk are streaming and I'll do a fresh reboot in the morning.

 

Kevin.

Link to post
3 minutes ago, dlandon said:

Don't think so.  Works in my 6.4.1 main server, but not 6.5.0 test server.

Ok, got it fixed.  I had to re-do the network settings.  There was a 192.168.1.1#1 setting for the gateway I had to change.

Link to post
2 minutes ago, dlandon said:

Ok, got it fixed.  I had to re-do the network settings.  There was a 192.168.1.1#1 setting for the gateway I had to change.

 

Yes we redid how the metric is specified.  I think we'll add some code in the plugin install to detect this and correct it.

Link to post
2 minutes ago, dlandon said:

Ok, got it fixed.  I had to re-do the network settings.  There was a 192.168.1.1#1 setting for the gateway I had to change.

this same issue appeared on one of my two servers... wonder why? mine shows  192.168.1.1#213

Link to post
Just now, limetech said:

 

Yes we redid how the metric is specified.  I think we'll add some code in the plugin install to detect this and correct it.

Doing that would save a lot of support requests.

Link to post
2 minutes ago, fmp4m said:

Updated to 6.5.0 and now the built in gui wont load,  all I get is a white cursor.    I have to ctrl alt f1 or such to go into a shell mode to control.

Can you access the gui from a browser on your network?

Link to post
1 hour ago, limetech said:

 

Yes we redid how the metric is specified.  I think we'll add some code in the plugin install to detect this and correct it.

 

OK, so I may have caused the following:

 

I stopped my array to remove the #213 from the network settings. It allowed me in and when I clicked apply, it seemingly took forever to update. So I refreshed the page and did it again. All the while it still shows un-mounting disks in the bottom of the web gui. Managed to open up the logs and found a new to me call trace :

 

 ------------[ cut here ]------------
Mar  1 20:20:48 Brahms1 kernel: WARNING: CPU: 6 PID: 0 at kernel/rcu/tree.c:2725 rcu_process_callbacks+0x320/0x36b
Mar  1 20:20:48 Brahms1 kernel: Modules linked in: xt_CHECKSUM iptable_mangle ipt_REJECT nf_reject_ipv4 ebtable_filter ebtables ip6table_filter ip6_tables xt_nat veth ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 iptable_filter ip_tables nf_nat xfs md_mod ipmi_devintf bonding tg3 ipmi_ssif intel_powerclamp coretemp mpt3sas crc32c_intel igb intel_cstate raid_class intel_uncore scsi_transport_sas ptp pps_core i2c_i801 ata_piix i2c_algo_bit i2c_core button ipmi_si acpi_cpufreq [last unloaded: tun]
Mar  1 20:20:48 Brahms1 kernel: CPU: 6 PID: 0 Comm: swapper/6 Not tainted 4.14.23-unRAID #1
Mar  1 20:20:48 Brahms1 kernel: Hardware name: HP ProLiant DL120 G6/ProLiant DL120 G6, BIOS O26    07/01/2013
Mar  1 20:20:48 Brahms1 kernel: task: ffff88013ab6cc80 task.stack: ffffc900006bc000
Mar  1 20:20:48 Brahms1 kernel: RIP: 0010:rcu_process_callbacks+0x320/0x36b
Mar  1 20:20:48 Brahms1 kernel: RSP: 0018:ffff88013fd83f18 EFLAGS: 00010002
Mar  1 20:20:48 Brahms1 kernel: RAX: ffffffffffffd800 RBX: ffff88013fda14c0 RCX: 0000000008923c01
Mar  1 20:20:48 Brahms1 kernel: RDX: 0000000000000001 RSI: ffff88013fd83f20 RDI: ffff88013fda14f8
Mar  1 20:20:48 Brahms1 kernel: RBP: ffffffff81c399c0 R08: 0000000000024080 R09: ffffffff8108c8f5
Mar  1 20:20:48 Brahms1 kernel: R10: ffffea0004df4e80 R11: 0000000000000000 R12: ffff88013fda14f8
Mar  1 20:20:48 Brahms1 kernel: R13: 7fffffffffffffff R14: 0000000000000246 R15: ffffffffffffffde
Mar  1 20:20:48 Brahms1 kernel: FS:  0000000000000000(0000) GS:ffff88013fd80000(0000) knlGS:0000000000000000
Mar  1 20:20:48 Brahms1 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Mar  1 20:20:48 Brahms1 kernel: CR2: 00000000006c10f8 CR3: 0000000001c0a000 CR4: 00000000000006e0
Mar  1 20:20:48 Brahms1 kernel: Call Trace:
Mar  1 20:20:48 Brahms1 kernel: <IRQ>
Mar  1 20:20:48 Brahms1 kernel: ? hrtimer_forward+0x74/0x7c
Mar  1 20:20:48 Brahms1 kernel: __do_softirq+0xcd/0x1c2
Mar  1 20:20:48 Brahms1 kernel: irq_exit+0x4f/0x8e
Mar  1 20:20:48 Brahms1 kernel: smp_apic_timer_interrupt+0x7a/0x85
Mar  1 20:20:48 Brahms1 kernel: apic_timer_interrupt+0x7d/0x90
Mar  1 20:20:48 Brahms1 kernel: </IRQ>
Mar  1 20:20:48 Brahms1 kernel: RIP: 0010:cpuidle_enter_state+0xe0/0x135
Mar  1 20:20:48 Brahms1 kernel: RSP: 0018:ffffc900006bfef8 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff10
Mar  1 20:20:48 Brahms1 kernel: RAX: ffff88013fda0940 RBX: 0000000000000000 RCX: 000000000000001f
Mar  1 20:20:48 Brahms1 kernel: RDX: 0000075d5654d2fd RSI: 0000000000020140 RDI: 0000000000000000
Mar  1 20:20:48 Brahms1 kernel: RBP: ffff88013fda8800 R08: 000014b4b64322d8 R09: 0000000000000060
Mar  1 20:20:48 Brahms1 kernel: R10: ffffc900006bfed8 R11: 00000000000078f0 R12: 0000000000000004
Mar  1 20:20:48 Brahms1 kernel: R13: 0000075d5654d2fd R14: ffffffff81c59258 R15: 0000075d5644654e
Mar  1 20:20:48 Brahms1 kernel: ? cpuidle_enter_state+0xbb/0x135
Mar  1 20:20:48 Brahms1 kernel: do_idle+0x11a/0x179
Mar  1 20:20:48 Brahms1 kernel: cpu_startup_entry+0x18/0x1a
Mar  1 20:20:48 Brahms1 kernel: secondary_startup_64+0xa5/0xb0
Mar  1 20:20:48 Brahms1 kernel: Code: a8 00 00 00 eb 13 48 2b 05 eb f3 ba 00 48 39 c2 7d 07 48 89 93 90 00 00 00 48 83 7b 38 00 0f 94 c1 48 85 d2 0f 94 c0 38 c1 74 02 <0f> 0b 4c 89 f7 57 9d 66 66 90 66 90 4c 89 e7 e8 1f 0e 00 00 84 
Mar  1 20:20:48 Brahms1 kernel: ---[ end trace 61d3f594366ad571 ]---
Mar  1 20:23:00 Brahms1 ool www[8378]: /usr/local/emhttp/plugins/dynamix/scripts/netconfig 'eth0'
Mar  1 20:23:00 Brahms1 rc.inet1: ip -4 addr flush dev br0
Mar  1 20:23:00 Brahms1 avahi-daemon[4520]: Withdrawing address record for 192.168.1.253 on br0.
Mar  1 20:23:00 Brahms1 avahi-daemon[4520]: Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.1.253.
Mar  1 20:23:00 Brahms1 avahi-daemon[4520]: Interface br0.IPv4 no longer relevant for mDNS.
Mar  1 20:23:00 Brahms1 rc.inet1: ip link set br0 down
Mar  1 20:23:00 Brahms1 kernel: br0: port 1(bond0) entered disabled state
Mar  1 20:23:00 Brahms1 avahi-daemon[4520]: Interface br0.IPv6 no longer relevant for mDNS.
Mar  1 20:23:00 Brahms1 avahi-daemon[4520]: Leaving mDNS multicast group on interface br0.IPv6 with address fe80::8c8:59ff:febe:85eb.
Mar  1 20:23:00 Brahms1 avahi-daemon[4520]: Withdrawing address record for fe80::8c8:59ff:febe:85eb on br0.
Mar  1 20:23:00 Brahms1 rc.inet1: ip link set bond0 promisc off nomaster
Mar  1 20:23:00 Brahms1 kernel: device bond0 left promiscuous mode
Mar  1 20:23:00 Brahms1 kernel: device eth0 left promiscuous mode
Mar  1 20:23:00 Brahms1 kernel: br0: port 1(bond0) entered disabled state
Mar  1 20:23:00 Brahms1 rc.inet1: ip link set br0 down
Mar  1 20:23:00 Brahms1 rc.inet1: ip link del br0
Mar  1 20:23:00 Brahms1 rc.inet1: ip link set eth0 nomaster
Mar  1 20:23:00 Brahms1 kernel: bond0: Releasing backup interface eth0
Mar  1 20:23:00 Brahms1 kernel: bond0: the permanent HWaddr of eth0 - 98:4b:e1:7e:bf:42 - is still in use by bond0 - set the HWaddr of eth0 to a different address to avoid conflicts
Mar  1 20:23:00 Brahms1 kernel: bond0: making interface eth1 the new active one
Mar  1 20:23:00 Brahms1 rc.inet1: ip link set eth1 nomaster
Mar  1 20:23:00 Brahms1 kernel: bond0: Releasing backup interface eth1
Mar  1 20:23:01 Brahms1 rc.inet1: ip link set bond0 down
Mar  1 20:23:01 Brahms1 avahi-daemon[4520]: Interface bond0.IPv6 no longer relevant for mDNS.
Mar  1 20:23:01 Brahms1 avahi-daemon[4520]: Leaving mDNS multicast group on interface bond0.IPv6 with address fe80::9a4b:e1ff:fe7e:bf42.
Mar  1 20:23:01 Brahms1 avahi-daemon[4520]: Withdrawing address record for fe80::9a4b:e1ff:fe7e:bf42 on bond0.
Mar  1 20:23:01 Brahms1 rc.inet1: ip link del bond0
Mar  1 20:23:01 Brahms1 kernel: bond0 (unregistering): Released all slaves
Mar  1 20:23:01 Brahms1 rc.inet1: ip link add name bond0 type bond mode 1 miimon 100
Mar  1 20:23:01 Brahms1 rc.inet1: ip link set bond0 up
Mar  1 20:23:01 Brahms1 kernel: IPv6: ADDRCONF(NETDEV_UP): bond0: link is not ready
Mar  1 20:23:01 Brahms1 kernel: 8021q: adding VLAN 0 to HW filter on device bond0
Mar  1 20:23:01 Brahms1 rc.inet1: ip link set eth0 master bond0 down
Mar  1 20:23:01 Brahms1 kernel: bond0: Enslaving eth0 as a backup interface with a down link
Mar  1 20:23:01 Brahms1 rc.inet1: ip link set eth1 master bond0 down
Mar  1 20:23:02 Brahms1 kernel: bond0: Enslaving eth1 as a backup interface with a down link
Mar  1 20:23:02 Brahms1 rc.inet1: ip link add name br0 type bridge stp_state 0 forward_delay 0
Mar  1 20:23:02 Brahms1 rc.inet1: ip link set br0 up
Mar  1 20:23:02 Brahms1 rc.inet1: ip link set bond0 down
Mar  1 20:23:02 Brahms1 rc.inet1: ip -4 addr flush dev bond0
Mar  1 20:23:02 Brahms1 rc.inet1: ip link set bond0 promisc on master br0 up
Mar  1 20:23:02 Brahms1 kernel: device bond0 entered promiscuous mode
Mar  1 20:23:02 Brahms1 kernel: IPv6: ADDRCONF(NETDEV_UP): bond0: link is not ready
Mar  1 20:23:02 Brahms1 kernel: 8021q: adding VLAN 0 to HW filter on device bond0
Mar  1 20:23:02 Brahms1 kernel: br0: port 1(bond0) entered blocking state
Mar  1 20:23:02 Brahms1 kernel: br0: port 1(bond0) entered disabled state
Mar  1 20:23:02 Brahms1 rc.inet1: ip -4 addr add 192.168.1.253/255.255.255.0 dev br0
Mar  1 20:23:02 Brahms1 avahi-daemon[4520]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.1.253.
Mar  1 20:23:02 Brahms1 avahi-daemon[4520]: New relevant interface br0.IPv4 for mDNS.
Mar  1 20:23:02 Brahms1 avahi-daemon[4520]: Registering new address record for 192.168.1.253 on br0.IPv4.
Mar  1 20:23:02 Brahms1 rc.inet1: ip link set br0 up
Mar  1 20:23:02 Brahms1 rc.inet1: ip -4 route add default via 192.168.1.1 dev br0
Mar  1 20:23:04 Brahms1 kernel: tg3 0000:20:00.0 eth0: Link is up at 1000 Mbps, full duplex
Mar  1 20:23:04 Brahms1 kernel: tg3 0000:20:00.0 eth0: Flow control is off for TX and off for RX
Mar  1 20:23:04 Brahms1 kernel: bond0: link status definitely up for interface eth0, 1000 Mbps full duplex
Mar  1 20:23:04 Brahms1 kernel: bond0: making interface eth0 the new active one
Mar  1 20:23:04 Brahms1 kernel: device eth0 entered promiscuous mode
Mar  1 20:23:04 Brahms1 kernel: bond0: first active interface up!
Mar  1 20:23:04 Brahms1 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready
Mar  1 20:23:04 Brahms1 kernel: br0: port 1(bond0) entered blocking state
Mar  1 20:23:04 Brahms1 kernel: br0: port 1(bond0) entered forwarding state
Mar  1 20:23:04 Brahms1 avahi-daemon[4520]: Joining mDNS multicast group on interface br0.IPv6 with address fe80::a89b:7aff:fe4f:d531.
Mar  1 20:23:04 Brahms1 avahi-daemon[4520]: New relevant interface br0.IPv6 for mDNS.
Mar  1 20:23:04 Brahms1 avahi-daemon[4520]: Registering new address record for fe80::a89b:7aff:fe4f:d531 on br0.*.
Mar  1 20:23:04 Brahms1 kernel: tg3 0000:22:00.0 eth1: Link is up at 1000 Mbps, full duplex
Mar  1 20:23:04 Brahms1 kernel: tg3 0000:22:00.0 eth1: Flow control is off for TX and off for RX
Mar  1 20:23:04 Brahms1 kernel: bond0: link status definitely up for interface eth1, 1000 Mbps full duplex
Mar  1 20:23:06 Brahms1 avahi-daemon[4520]: Joining mDNS multicast group on interface bond0.IPv6 with address fe80::9a4b:e1ff:fe7e:bf42.
Mar  1 20:23:06 Brahms1 avahi-daemon[4520]: New relevant interface bond0.IPv6 for mDNS.
Mar  1 20:23:06 Brahms1 avahi-daemon[4520]: Registering new address record for fe80::9a4b:e1ff:fe7e:bf42 on bond0.*.

 

shortly thereafter the network settings applied. I clicked reboot on the server and it asked me if I was sure and I said yes. It didn't do anything. I opened a new window and did the ame thing again, same result. I went to the physical console, logged in, typed reboot and it said the system was going down now, but didn't. I pressed reboot in the web gui again and it said the system was going down but still did not (while still showing unmounting array.) I then pressed the power button and it initiated a graceful shutdown but got hung on collecting diagnostics (I was unable to get them from the web gui.) After a short bit I got tired of waiting and did a hard shutdown.

 

seems fine now that it's all powered back up. again, I may have caused this, so sharing is caring.

 

—-edit

 

found my phone had the web GUI on it with the system log right before the call trace so I’ve uploaded 2 screenshots of that timeframe. 

 

 

762AF48D-56BF-4AD8-9F22-59A5C8987002.jpeg

16A224BF-8B41-4DEA-9522-DF9680B9B45E.jpeg

Edited by 1812
Link to post

I am trying to get the SMB Time Machine support but my Mac wont see the share...I have tried it with Enhanced OSX interoperability on and off. on a  share and on a disk.

 

not sure if im missing something...

 

Link to post
11 minutes ago, Can0nfan said:

I am trying to get the SMB Time Machine support but my Mac wont see the share...I have tried it with Enhanced OSX interoperability on and off. on a  share and on a disk.

 

The feature is not complete in -rc1.  Sorry for the confusion.

Link to post

oh ok thanks thats good to know and cant wait now....since 6.4.1 my time machine for High Sierra post i set up some time ago has been flakey. keep getting errors Netwok disk does not have the required capabilites...

Link to post
  • limetech unpinned and locked this topic
Guest
This topic is now closed to further replies.