[Kernel-packages] [Bug 1830440] Re: Xen guest time corrupted after live migration in linux-image-4.15.0-50-generic and linux-image-generic-hwe-18.04

2019-08-13 Thread Hans van Kranenburg
Hi, I can confirm that this report makes sense. I was the person
reporting it upstream and doing some debugging/bisecting to find the
cause.

https://lists.xenproject.org/archives/html/xen-
devel/2018-12/msg02403.html

The bug causes the uptime of the two dom0s that live migration is done
from/to to have an effect on the uptime counter (as seen in dmesg
output) of the domU. This causes TCP timestamps to bork all over the
place and cause network connections to stall.

I'd advise the reporter to test this kernel with the patch applied and
use it in a reproduction scenario, where live migrate hits the bug all
the time, and where it doesn't hit it anymore with the patch.

Thanks, Hans

-- 
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/1830440

Title:
  Xen guest time corrupted after live migration in linux-
  image-4.15.0-50-generic and linux-image-generic-hwe-18.04

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  Effects observed after migration include:
  * Stalled SSH connections.
  * A crashed or unresponsive virtual machine.
  * Inability to properly shut down the virtual machine.
  * Incorrect timestamps in dmesg output.

  The only effect that is really guaranteed is incorrect timestamps, but
  the rest are reproducible.

  This issue was fixed in version 5.0.0 of the Linux
  kernel, and the fix was backported to older supported kernels such as 4.14 
and 4.19.
  Please cherry-pick the following commit from the master branch of the Linux 
kernel's git repo:
  867cefb4cb1012f42cada1c7d1f35ac8dd276071

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830440/+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


[Kernel-packages] [Bug 1740143] Re: backport btrfs ssd mount option fix

2018-07-27 Thread Hans van Kranenburg
Hi, patch author here. You can ask BTRFS maintainers by mailing to the
linux-bt...@vger.kernel.org mailing list. Also, the patch author email
address is in the commit itself, for quick questions. :-)

I just stumbled across this ubuntu issue while being bored and reading
https://wiki.debian.org/Btrfs where it's linked.

If you're using btrfs, I would personally not recommend using a linux
4.4 kernel, but at least 4.9 and preferably 4.14. The btrfs project does
not really have enough resources to properly manage tracking and sorting
out fixes and updating older kernels than the latest LTS. The latest LTS
(4.14 now) has the highest chance of getting important fixes, for all
other versions it depends on the knowledge and decisions of the patch
author what happens. (By the way, this is also the reason Redhat dropped
btrfs support: if you don't really know what you're doing (which means
investing in having a bunch of serious btrfs developers in your team)
then trying to selectively backports things becomes a real mine field
quickly.)

Aside from that, the "has a negative impact on usability" is certainly
true, and including this change in kernels < 4.14 that are used by Joe
Average who wants to use btrfs is certainly useful.

Backporting this one is not risky, the change doesn't bite much. Apart
from the mount option behaviour change that's mentioned (which can
either be picked or ignored) the old code has pretty much been there
since 2008.

Disclaimer: I'm a Debian user, so I don't follow ubuntu kernels closely.

When looking at...
https://wiki.ubuntu.com/Kernel/FAQ#Kernel.2FSupport.Ubuntu_Kernel_Support

...I would recommend btrfs users to just move to Ubuntu 18.x.

-- 
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/1740143

Title:
  backport btrfs ssd mount option fix

Status in linux package in Ubuntu:
  Triaged

Bug description:
  Hello,

  It appears that all kernels before 4.14 had a problem with btrfs ssd
  mount option. According to
  https://btrfs.wiki.kernel.org/index.php/Gotchas#ssd_mount_option, it
  has a negative impact on usability and lifetime of modern SSDs. Since
  it is enabled by default when SSD is detected, it affects all systems
  with SSD drives. Please backport this commit to normal and HWE
  kernels:
  
https://github.com/torvalds/linux/commit/583b723151794e2ff1691f1510b4e43710293875

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-generic 4.4.0.104.109
  ProcVersionSignature: Ubuntu 4.4.0-104.127-generic 4.4.98
  Uname: Linux 4.4.0-104-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 дек 17 10:50 seq
   crw-rw 1 root audio 116, 33 дек 17 10:50 timer
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 
k4.4.0-104-generic.
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
  ApportVersion: 2.20.1-0ubuntu2.14
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CurrentDmesg: Error: command ['dmesg'] failed with exit code 1: dmesg: read 
kernel buffer failed: Operation not permitted
  Date: Tue Dec 26 18:57:10 2017
  InstallationDate: Installed on 2011-04-14 (2448 days ago)
  InstallationMedia: Ubuntu-Server 10.04.2 LTS "Lucid Lynx" - Release amd64 
(20110211.1)
  MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
  PciMultimedia:
   
  ProcFB: 0 nouveaufb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-104-generic 
root=UUID=c7605446-0bf3-11e7-bfa0-f91abd974ce1 ro quiet bootdegraded=true
  RelatedPackageVersions:
   linux-restricted-modules-4.4.0-104-generic N/A
   linux-backports-modules-4.4.0-104-generic  N/A
   linux-firmware 1.157.14
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
  SourcePackage: linux
  UpgradeStatus: Upgraded to xenial on 2016-07-30 (513 days ago)
  WifiSyslog:
   
  dmi.bios.date: 02/20/2008
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P1.40
  dmi.board.name: 4Core1333-eSATA2.
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: To Be Filled By O.E.M.
  dmi.chassis.version: To Be Filled By O.E.M.
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrP1.40:bd02/20/2008:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvn:rn4Core1333-eSATA2.:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
  dmi.product.name: To Be Filled By O.E.M.
  dmi.product.version: To Be Filled By O.E.M.
  dmi.sys.vendor: To Be Filled By O.E.M.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1740143/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages