Doing some more testing it looks like the systems without the firmware udpate are not stable. I can sometimes, but not always, get them to boot using either 4.4.0-59-generic #80 or 4.4.0-62-generic #83, but once they're up, they don't last long. The longest I've seen is about 40 minutes before getting "sd 0:0:2:0: rejecting I/O to offline device" errors and /dev/sda going offline. I can get it to go offline quicker - almost immediately - by doing "cat /dev/urandom > /dev/sdb".
The two systems with the firmware updates both reliably boot up and stay up using either 4.4.0-59-generic #80 or 4.4.0-62-generic #83, and haven't gone offline yet from the "cat /dev/urandom > /dev/sdb" test. I will leave them running over night. On Mon, Jan 30, 2017 at 6:51 PM, Jason Hobbs <jason.ho...@canonical.com> wrote: > So, I appear to have spoken too soon on exactly what fixes this. > > We have two systems being tested with 4.4.0-62-generic #83 - one with the > firmware update and one without. > > The one with the firmware updates has been up for over 6 hours now without > any issues. > > The one without firmware updates has been up for 40 minutes and is getting > I/O errors now. > > I'm also seeing a system with 4.4.0-59-generic #80 and no firmware updates > boot up with iommu enabled, I will see how long it stays up.. > > I'll also test with 4.4.0-59-generic #80 and the firmware updates. > > On Mon, Jan 30, 2017 at 6:13 PM, Jason Hobbs <jason.ho...@canonical.com> > wrote: > >> We found testing with the latest Xenial kernel (4.4.0.62.65) from >> https://launchpad.net/~canonical-kernel- >> team/+archive/ubuntu/ppa/+build/11278866 fixes this issue - no firmware >> updates required. We did also test with just the latest firmware >> updates, and that did not fix the issue. Latest firmware + 4.4.0.62.65 >> also works. >> >> -- >> You received this bug notification because you are subscribed to the bug >> report. >> https://bugs.launchpad.net/bugs/1641593 >> >> Title: >> unable to enable iommu on HPE Proliant Gen9 server >> >> Status in linux package in Ubuntu: >> Incomplete >> >> Bug description: >> I'm using MAAS to enable the following kernel flags on install/boot: >> >> iommu=pt intel_iommu=on >> >> in order to be able to passthrough SR-IOV VF functions to KVM guess; >> however when these options are enabled, the servers fail to install >> (see attached screenshot). >> >> The install eventually fails - it looks like the writes back to one of >> the disks starts to fail for some reason. >> >> Servers are targeted with Xenial and the release 4.4 kernel (no HWE). >> >> Here's the LSHW output from the system: >> http://pastebin.ubuntu.com/23875929/ >> >> To manage notifications about this bug go to: >> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1641593 >> /+subscriptions >> > > -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1641593 Title: unable to enable iommu on HPE Proliant Gen9 server Status in linux package in Ubuntu: Incomplete Bug description: I'm using MAAS to enable the following kernel flags on install/boot: iommu=pt intel_iommu=on in order to be able to passthrough SR-IOV VF functions to KVM guess; however when these options are enabled, the servers fail to install (see attached screenshot). The install eventually fails - it looks like the writes back to one of the disks starts to fail for some reason. Servers are targeted with Xenial and the release 4.4 kernel (no HWE). Here's the LSHW output from the system: http://pastebin.ubuntu.com/23875929/ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1641593/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
