[Bug 1930359] Re: gdm fails to start with latest mutter 3.36.9-0ubuntu0.20.04.1 in focal-updates

2021-06-17 Thread Matthew Ruffell
** Attachment added: "screenshot of working gdm on AWS" https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1930359/+attachment/5505412/+files/Screenshot%20from%202021-06-18%2013-40-15.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to

[Bug 1930359] Re: gdm fails to start with latest mutter 3.36.9-0ubuntu0.20.04.1 in focal-updates

2021-06-17 Thread Matthew Ruffell
I spent some time attempting to reproduce on AWS today, using a g4dn.xlarge instance, which has a Nvidia Tesla T4 GPU, which supports GRID. I installed ubuntu-desktop-minimal and rebooted, and gdm started fine with mutter 3.36.9-0ubuntu0.20.04.1. I confirmed this by looking at the instance

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-06-17 Thread Matthew Ruffell
Hi Evan, Just checking in. Are you still running 5.4.0-75-generic on your server? Is everything nice and stable? Is your data fully intact, and no signs of corruption at all? My server has been running for two weeks now, and it does a fstrim every 30 minutes, and everything appears to be

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-06-17 Thread Matthew Ruffell
Hi Thimo, Just checking in. Are you still running 5.4.0-75-generic on your server? Is everything nice and stable? Is your data fully intact, and no signs of corruption at all? My server has been running for two weeks now, and it does a fstrim every 30 minutes, and everything appears to be

[Bug 1930359] Re: gdm fails to start with latest mutter 3.36.9-0ubuntu0.20.04.1 in focal-updates

2021-06-14 Thread Matthew Ruffell
I built a test package based on mutter 3.36.9-0ubuntu0.20.04.1, and reverted the three commits introduced by LP #1905825, namely: commit: 92834d8feceeac538299a47a8c742e155de4e6e8 From: Kai-Heng Feng Date: Mon, 21 Dec 2020 14:34:43 +0800 Subject: renderer/native: Refactor modeset boilerplate into

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-06-10 Thread Matthew Ruffell
Hi Evan, Great to hear things are looking good for you and that the block discard performance is there. If possible, keep running the kernel from -proposed for a bit longer, just to make sure nothing comes up on longer runs. I spent some time today performing verification on all the kernels in

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-06-10 Thread Matthew Ruffell
Hi Thimo, Thanks for letting me know, and great to hear that things are working as expected. I'll check in with you in one week's time, to double check things are still going okay. I spent some time today performing verification on all the kernels in -proposed, testing block discard performance

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-06-10 Thread Matthew Ruffell
Performing verification for Bionic. I'm going to do three rounds of verification. The first is the testcase from this bug, showing block discard performance. The second is running through the regression reproducer from bug 1907262. The third will be results from my testing with my /home

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-06-10 Thread Matthew Ruffell
Performing verification for Focal. I'm going to do three rounds of verification. The first is the testcase from this bug, showing block discard performance. The second is running through the regression reproducer from bug 1907262. The third will be results from my testing with my /home

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-06-10 Thread Matthew Ruffell
Performing verification for Groovy. I'm going to do three rounds of verification. The first is the testcase from this bug, showing block discard performance. The second is running through the regression reproducer from bug 1907262. The third will be results from my testing with my /home

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-06-10 Thread Matthew Ruffell
Performing verification for Hirsute. I'm going to do three rounds of verification. The first is the testcase from this bug, showing block discard performance. The second is running through the regression reproducer from bug 1907262. The third will be results from my testing with my /home

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-06-07 Thread Matthew Ruffell
Hi Evan, The kernel team have built all of the kernels for this SRU cycle, and have placed them into -proposed for verification. We now need to do some thorough testing and make sure that Raid10 arrays function with good performance, ensure data integrity and make sure we won't be introducing

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-06-07 Thread Matthew Ruffell
Hi Thimo, The kernel team have built all of the kernels for this SRU cycle, and have placed them into -proposed for verification. We now need to do some thorough testing and make sure that Raid10 arrays function with good performance, ensure data integrity and make sure we won't be introducing

[Bug 1929129] Re: if cloud-init status is not done, set_installer_password will crash

2021-06-04 Thread Matthew Ruffell
** Tags added: sts -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1929129 Title: if cloud-init status is not done, set_installer_password will crash To manage notifications about this bug go to:

[Bug 1923670] Re: CIFS DFS entries not accessible with 5.4.0-71.74-generic

2021-06-03 Thread Matthew Ruffell
Just adding a note for Bionic users, that the commit "cifs: Set CIFS_MOUNT_USE_PREFIX_PATH flag on setting cifs_sb->prepath." landed in 4.15.0-143-generic, causing the regression, and it has been reverted in 4.15.0-144-generic. If you are experiencing any issues with 4.15.0-143-generic, please

[Bug 1930603] Re: mount.cifs fails to mount DFS shares

2021-06-03 Thread Matthew Ruffell
*** This bug is a duplicate of bug 1923670 *** https://bugs.launchpad.net/bugs/1923670 ** This bug has been marked a duplicate of bug 1923670 CIFS DFS entries not accessible with 5.4.0-71.74-generic -- You received this bug notification because you are a member of Ubuntu Bugs, which is

[Bug 1930603] Re: mount.cifs fails to mount DFS shares

2021-06-02 Thread Matthew Ruffell
Hi Chris, Thanks for reporting! Looking at the difference between 4.15.0-142-generic and 4.15.0-143-generic, there is one commit: ubuntu-bionic$ git log --grep "cifs" Ubuntu-4.15.0-142.146..Ubuntu-4.15.0-143.147 commit 7dd995facbb57b35b10715a27e252c8af5a39a6c Author: Shyam Prasad N Date:

[Bug 1905825] Re: [SRU] Disable CRTCs when system becomes headless

2021-05-31 Thread Matthew Ruffell
Hello, Just a note that mutter 3.36.9-0ubuntu0.20.04.1 has introduced a regression in a VMware Horizon VDI environment, where gdm fails to start, and has taken out several hundred VDIs. I am tracking the issue in bug 1930359. The plan is to make a test package with the patches from bug 1905825

[Bug 1919143] Re: SRU mutter to 3.36.9

2021-05-31 Thread Matthew Ruffell
Hello, Just a note that mutter 3.36.9-0ubuntu0.20.04.1 has introduced a regression in a VMware Horizon VDI environment, where gdm fails to start, and has taken out several hundred VDIs. I am tracking the issue in bug 1930359. The plan is to make a test package with the patches from bug 1905825

[Bug 1930359] [NEW] gdm fails to start with latest mutter 3.36.9-0ubuntu0.20.04.1 in focal-updates

2021-05-31 Thread Matthew Ruffell
. Currently looking into what landed in bug 1919143 and bug 1905825. [Testcase] [Where problems can occur] ** Affects: mutter (Ubuntu) Importance: Undecided Status: New ** Affects: mutter (Ubuntu Focal) Importance: High Assignee: Matthew Ruffell (mruffell) Status

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-27 Thread Matthew Ruffell
Hi Evan, As I mentioned in my previous message, I submitted the patches to the Ubuntu kernel mailing list for SRU. These patches have now gotten 2 acks [1][2] from senior kernel team members, and the patches have now been applied [3] to the 4.15, 5.4, 5.8 and 5.11 kernels. [1]

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-05-27 Thread Matthew Ruffell
Hi Thimo, As I mentioned in my previous message, I submitted the patches to the Ubuntu kernel mailing list for SRU. These patches have now gotten 2 acks [1][2] from senior kernel team members, and the patches have now been applied [3] to the 4.15, 5.4, 5.8 and 5.11 kernels. [1]

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-19 Thread Matthew Ruffell
Hi Evan, The patches have been submitted for SRU to the Ubuntu kernel mailing list, for the 4.15, 5.4, 5.8 and 5.11 kernels: [0] https://lists.ubuntu.com/archives/kernel-team/2021-May/119935.html [1] https://lists.ubuntu.com/archives/kernel-team/2021-May/119936.html [2]

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-05-19 Thread Matthew Ruffell
Hi Thimo, Thanks for helping test! I really appreciate it. It is great to hear that you haven't had any trouble with the test kernel. Just a quick update on the state of the Raid10 patchset. I submitted them for SRU for the current cycle, and the kernel team wrote back to me asking for more

[Bug 1927796] Re: [SRU]pam_tally2 can cause accounts to be locked by correct password. pam_faillock use is the recommended fix

2021-05-18 Thread Matthew Ruffell
Performing verification for Groovy I enabled -proposed and installed libpam-modules libpam-modules-bin libpam-runtime libpam0g version 1.3.1-5ubuntu6.20.10.1 >From there, I set the pam_faillock configuration in: /etc/security/faillock.conf: deny = 3 unlock_time = 120 and also:

[Bug 1927796] Re: [SRU]pam_tally2 can cause accounts to be locked by correct password. pam_faillock use is the recommended fix

2021-05-18 Thread Matthew Ruffell
Performing verification for Hirsute I enabled -proposed and installed libpam-modules libpam-modules-bin libpam-runtime libpam0g version 1.3.1-5ubuntu6.21.04.1 >From there, I set the pam_faillock configuration in: /etc/security/faillock.conf: deny = 3 unlock_time = 120 and also:

[Bug 1927796] Re: [SRU]pam_tally2 can cause accounts to be locked by correct password. pam_faillock use is the recommended fix

2021-05-18 Thread Matthew Ruffell
Performing verification for Focal I enabled -proposed and installed libpam-modules libpam-modules-bin libpam-runtime libpam0g version 1.3.1-5ubuntu4.2 >From there, I set the pam_faillock configuration in: /etc/security/faillock.conf: deny = 3 unlock_time = 120 and also:

[Bug 1927796] Re: [SRU]pam_tally2 can cause accounts to be locked by correct password. pam_faillock use is the recommended fix

2021-05-18 Thread Matthew Ruffell
Performing verification for Bionic I enabled -proposed and installed libpam-modules libpam-modules-bin libpam-runtime libpam0g version 1.1.8-3.6ubuntu2.18.04.3 >From there, I set the pam_faillock configuration in: /etc/security/faillock.conf: deny = 3 unlock_time = 120 and also:

[Bug 1837810] Re: KVM: Fix zero_page reference counter overflow when using KSM on KVM compute host

2021-05-17 Thread Matthew Ruffell
Hi Jiatong, Thanks for emailing me, happy to answer questions anytime. > 1. why linux-hwe-4.15.0 source code is used? If you look closely at the oops in the description, the customer I was working with was running: 4.15.0-106-generic #107~16.04.1-Ubuntu This is the Xenial (16.04) HWE kernel.

[Bug 1926254] Re: x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-05-11 Thread Matthew Ruffell
Performing verification for Groovy. I went and generated the ssl certificates and attempted to verify them with the openssl version 1.1.1f-1ubuntu4.3 from -updates. ubuntu@deep-mako:~$ sudo apt-cache policy openssl | grep Installed Installed: 1.1.1f-1ubuntu4.3 ubuntu@deep-mako:~$ mkdir

[Bug 1926254] Re: x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-05-11 Thread Matthew Ruffell
Performing verification for Focal Generating the ssl certificates, and reproducing the problem with version 1.1.1f-1ubuntu2.3 from -updates. ubuntu@select-lobster:~$ sudo apt-cache policy openssl | grep Installed Installed: 1.1.1f-1ubuntu2.3 ubuntu@select-lobster:~$ mkdir reproducer

[Bug 1928040] Re: GCE instances drop to a grub prompt when GRUB_DISTRIBUTOR=Debian is set

2021-05-11 Thread Matthew Ruffell
Attached is a debdiff for grub2-signed which issues a sed to remove the GRUB_DISTRIBUTOR=Debian line from /etc/default/grub.d/50-cloudimg- settings.cfg ** Patch added: "Debdiff for grub2-signed on Xenial"

[Bug 1928040] Re: GCE instances drop to a grub prompt when GRUB_DISTRIBUTOR=Debian is set

2021-05-11 Thread Matthew Ruffell
** Description changed: [Impact] GCE cloud instances started with images released prior to 2020-11-11 will fail to reboot when the newest grub2 2.02~beta2-36ubuntu3.32 packages are installed from -updates. Upon reboot, the instance drops down to a grub prompt, and ceases to boot

[Bug 1928040] [NEW] GCE instances drop to a grub prompt when GRUB_DISTRIBUTOR=Debian is set

2021-05-10 Thread Matthew Ruffell
Public bug reported: [Impact] GCE cloud instances started with images released prior to 2020-11-11 will fail to reboot when the newest grub2 2.02~beta2-36ubuntu3.32 packages are installed from -updates. Upon reboot, the instance drops down to a grub prompt, and ceases to boot any further. The

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-05-06 Thread Matthew Ruffell
Hi Thimo, I have been doing quite a bit of regression testing, and so far everything is looking good. The performance of the block discard is there, and I haven't come across any data corruption. I have also spent some time running through the testcase you created for this bug, and I have the

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-06 Thread Matthew Ruffell
I have completed most of my regression testing, and things are still looking good. The performance of the block discard is there, and I haven't seen any data corruption. In particular, I have been testing against the testcase for the regression that occurred with the previous revision of the

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-06 Thread Matthew Ruffell
If anyone is interested in testing, there are new re-spins of the test kernels available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/lp1896578-test The patches used are the ones I will be submitting for SRU, and are more or less identical to the patches in the previous

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-05 Thread Matthew Ruffell
** Description changed: BugLink: https://bugs.launchpad.net/bugs/1896578 [Impact] Block discard is very slow on Raid10, which causes common use cases which invoke block discard, such as mkfs and fstrim operations, to take a very long time. For example, on a i3.8xlarge

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-05-05 Thread Matthew Ruffell
Hi Thimo, As promised yesterday, the new re-spins of the test kernels have finished building and are now available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/lp1896578-test The patches used are the ones I will be submitting for SRU, and are more or less identical to

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
** Description changed: [impact] openssl doesn't build source properly because of a badly-constructed patch [test case] $ pull-lp-source openssl groovy ... $ cd openssl-1.1.1f/ $ quilt pop -a ... $ dpkg-buildpackage -d -S dpkg-buildpackage: info: source package

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
Attached is a V2 for hirsute which correctly has d/p/ in the debian/changelog. ** Patch added: "debdiff for openssl on hirsute" https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1927161/+attachment/5494814/+files/lp1927161_hirsute_v2.debdiff -- You received this bug notification

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
Attached is a V2 for impish which correctly has d/p/ in the debian/changelog. ** Patch added: "debdiff for openssl on impish" https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1927161/+attachment/5494813/+files/lp1927161_impish_v2.debdiff ** Patch removed: "debdiff for openssl on

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
Attached is a debdiff for openssl on hirsute which fixes this problem. ** Patch added: "debdiff for openssl on hirsute" https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1927161/+attachment/5494811/+files/lp1927161_hirsute.debdiff -- You received this bug notification because you are a

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
Attached is a debdiff for openssl on groovy, which fixes this issue, and also bug 1926254 ** Patch added: "debdiff for openssl on groovy" https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1927161/+attachment/5494812/+files/lp1926254_lp1927161_groovy.debdiff ** Patch removed: "debdiff

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
Attached is a debdiff for impish which fixes this problem. ** Patch added: "debdiff for openssl on impish" https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1927161/+attachment/5494810/+files/lp1927161_impish.debdiff -- You received this bug notification because you are a member of

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
I split 'pr12272.patch' into one file per commit, and I did a diff to ensure that there is no changes to the code: https://paste.ubuntu.com/p/zDqqXmsM8c/ When using these split up patches "dpkg-buildpackage -d -S" completes successfully. -- You received this bug notification because you are a

[Bug 1927161] Re: dpkg-source: error: diff 'openssl/debian/patches/pr12272.patch' patches files multiple times; split the diff in multiple files or merge the hunks into a single one

2021-05-04 Thread Matthew Ruffell
nassigned) => Matthew Ruffell (mruffell) ** Changed in: openssl (Ubuntu Hirsute) Assignee: (unassigned) => Matthew Ruffell (mruffell) ** Changed in: openssl (Ubuntu Impish) Assignee: (unassigned) => Matthew Ruffell (mruffell) -- You received this bug notification because you are a mem

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-05-04 Thread Matthew Ruffell
Hi Thimo, Thanks for writing back, great timing! So, the new revision of the patches that we have been testing since February have just been merged into mainline. The md/raid10 patches got merged on Friday, and the dm/raid patches got merged on Saturday, and will be tagged into 5.13-rc1. There's

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-03 Thread Matthew Ruffell
** Description changed: BugLink: https://bugs.launchpad.net/bugs/1896578 [Impact] Block discard is very slow on Raid10, which causes common use cases which invoke block discard, such as mkfs and fstrim operations, to take a very long time. For example, on a i3.8xlarge

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-02 Thread Matthew Ruffell
signed) => Matthew Ruffell (mruffell) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1896578 Title: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-05-02 Thread Matthew Ruffell
** Description changed: BugLink: https://bugs.launchpad.net/bugs/1896578 [Impact] Block discard is very slow on Raid10, which causes common use cases which invoke block discard, such as mkfs and fstrim operations, to take a very long time. For example, on a i3.8xlarge

[Bug 1926254] Re: x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-05-02 Thread Matthew Ruffell
Hi Seth, Thanks for the review. I read the commit you found: commit 1e41dadfa7b9f792ed0f4714a3d3d36f070cf30e Author: Dr. David von Oheimb Date: Sat Jun 27 16:16:12 2020 +0200 Subject: Extend X509 cert checks and error reporting in v3_{purp,crld}.c and x509_{set,vfy}.c Link:

[Bug 1926254] Re: x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-04-29 Thread Matthew Ruffell
** Tags added: sts-sponsor -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1926254 Title: x509 Certificate verification fails when basicConstraints=CA:FALSE,pathlen:0 on self-signed leaf certs To

[Bug 1926254] Re: x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-04-29 Thread Matthew Ruffell
Attached is a debdiff for openssl on Groovy which fixes this bug. ** Patch added: "Debdiff for openssl on Groovy" https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1926254/+attachment/5493443/+files/lp1926254_groovy.debdiff -- You received this bug notification because you are a member

[Bug 1926254] Re: x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-04-29 Thread Matthew Ruffell
Attached is a debdiff for openssl on Focal which fixes this bug. ** Patch added: "Debdiff for openssl on focal" https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1926254/+attachment/5493442/+files/lp1926254_focal.debdiff -- You received this bug notification because you are a member of

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-04-29 Thread Matthew Ruffell
** Changed in: linux (Ubuntu Groovy) Assignee: Sinclair Willis (yousure1222) => (unassigned) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1907262 Title: raid10: discard leads to

[Bug 1926254] Re: x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-04-27 Thread Matthew Ruffell
** Description changed: [Impact] In openssl 1.1.1f, the below commit was merged: commit ba4356ae4002a04e28642da60c551877eea804f7 Author: Bernd Edlinger Date: Sat Jan 4 15:54:53 2020 +0100 Subject: Fix error handling in x509v3_cache_extensions and related functions Link:

[Bug 1926254] [NEW] x509 Certificate verification fails when basicConstraints=CA:FALSE, pathlen:0 on self-signed leaf certs

2021-04-27 Thread Matthew Ruffell
** Affects: openssl (Ubuntu) Importance: Undecided Status: Fix Released ** Affects: openssl (Ubuntu Focal) Importance: Medium Assignee: Matthew Ruffell (mruffell) Status: In Progress ** Affects: openssl (Ubuntu Groovy) Importance: Medium Assignee:

[Bug 1856608] Re: [Regression] usb usb2-port2: Cannot enable. Maybe the USB cable is bad?

2021-04-21 Thread Matthew Ruffell
@dannf: Yes, this bug sure is a tricky one. Most of these reports will be due to failing / faulty / non-spec complaint USB devices or cables, like the original reason for this bug being opened. Although, there have been some reports where user's systems do go back to working when they install my

[Bug 1924759] Re: accessing cifs DFS mount fails after updating to 5.4.0-71-generic

2021-04-16 Thread Matthew Ruffell
*** This bug is a duplicate of bug 1923670 *** https://bugs.launchpad.net/bugs/1923670 Hi Kjell, Thanks for reporting the issue! We have been tracking it in bug 1923670. We found the root cause, and we have commit a fix to the source code tree. This will be fixed in the next kernel update

[Bug 1923670] Re: CIFS DFS entries not accessible with 5.4.0-71.74-generic

2021-04-14 Thread Matthew Ruffell
Thanks Tim for building the test kernel, and Hmpf, thanks for testing it and confirming it fixes the problem. Okay, so the problem is: commit a738c93fb1c17e386a09304b517b1c6b2a6a5a8b Author: Shyam Prasad N Date: Thu Feb 11 03:26:54 2021 -0800 Subject: cifs: Set CIFS_MOUNT_USE_PREFIX_PATH flag

[Bug 1923670] Re: CIFS DFS entries not accessible with 5.4.0-71.74-generic

2021-04-13 Thread Matthew Ruffell
Hi @Hmpf, Thanks for filing a bug report. I had a look at the changes between 5.4.0-70-generic and 5.4.0-71-generic, and I found three patches for CIFS: $ git log --grep "cifs" Ubuntu-5.4.0-70.78..Ubuntu-5.4.0-71.79 https://paste.ubuntu.com/p/YgrZcN8B6j/ I had a read of the patches, and I

[Bug 1922839] Re: Opening new tab in gnome-terminal launched from nautilus loses most environment variables

2021-04-12 Thread Matthew Ruffell
Attached is a debdiff for Hirsute which re-applies "screen: Use clean env when creating new tab" and is the same patch in the PPA. ** Description changed: [Impact] If you launch gnome-terminal by right clicking a directory in Nautilus, selecting "Open in Terminal", you get a fully

[Bug 1922839] Re: Opening new tab in gnome-terminal launched from nautilus loses most environment variables

2021-04-12 Thread Matthew Ruffell
** Description changed: [Impact] If you launch gnome-terminal by right clicking a directory in Nautilus, selecting "Open in Terminal", you get a fully functional terminal window. If you then press the new tab button, or ctrl-shift-t to open a new terminal tab, you will find that

[Bug 1922839] Re: Opening new tab in gnome-terminal launched from nautilus loses most environment variables

2021-04-12 Thread Matthew Ruffell
It seems the revert for "screen: Use clean env when creating new tab" is already in 3.38.1, and I checked the Ubuntu source package, and the revert is in place. https://gitlab.gnome.org/GNOME/gnome- terminal/-/commit/16bd9f6a4181d37af2769e7ca5a1f9a1211cfaac Interesting. I might try a test build

[Bug 1921104] Re: net/mlx5e: Add missing capability check for uplink follow

2021-04-11 Thread Matthew Ruffell
** Tags added: sts -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1921104 Title: net/mlx5e: Add missing capability check for uplink follow To manage notifications about this bug go to:

[Bug 1838152] Re: gnome-shell freezes on notification arrival (fixed upstream)

2021-04-07 Thread Matthew Ruffell
Performing verification for Bionic. I want to say straight up, I haven't been able to reproduce the problem, I have tried many mechanisms, but I can not reproduce the 20 second shell hang and crash, as documented in https://github.com/GSConnect

[Bug 1921665] Re: QEMU hits assertion when virtual disk is stored on NFS server and is not 4 kib byte aligned

2021-04-07 Thread Matthew Ruffell
Performing verification for Focal. I installed qemu 4.2-3ubuntu6.14 from -updates with the usual KVM stack command: $ sudo apt-get install qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils $ sudo reboot >From there I installed and configured a NFS server: $ sudo -s $ sudo apt

[Bug 1921665] Re: QEMU hits assertion when virtual disk is stored on NFS server and is not 4 kib byte aligned

2021-04-07 Thread Matthew Ruffell
Performing verification for Groovy. I installed qemu 5.0-5ubuntu9.6 from -updates with the usual KVM stack command: $ sudo apt-get install qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils $ sudo reboot >From there I installed and configured a NFS server: $ sudo -s $ sudo apt

[Bug 1922839] Re: Opening new tab in gnome-terminal launched from nautilus loses most environment variables

2021-04-06 Thread Matthew Ruffell
Might also be related: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/303 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1922839 Title: Opening new tab in gnome-terminal launched from

[Bug 1922839] Re: Opening new tab in gnome-terminal launched from nautilus loses most environment variables

2021-04-06 Thread Matthew Ruffell
Seems this is a long running issue. Upstream bug: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/253 ** Bug watch added: gitlab.gnome.org/GNOME/gnome-terminal/-/issues #253 https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/253 ** Bug watch added:

[Bug 1922839] Re: Opening new tab in gnome-terminal launched from nautilus loses most environment variables

2021-04-06 Thread Matthew Ruffell
Version tested in hirsute is 3.38.1-1ubuntu1. I checked Groovy, with 3.38.0-1ubuntu1.1, and the problem does not happen. Both systems using Wayland session. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1922839] [NEW] Opening new tab in gnome-terminal launched from nautilus loses most environment variables

2021-04-06 Thread Matthew Ruffell
Public bug reported: [Impact] If you launch gnome-terminal by right clicking a directory in Nautilus, selecting "Open in Terminal", you get a fully functional terminal window. If you then press the new tab button, or ctrl-shift-t to open a new terminal tab, you will find that most environment

[Bug 1921665] Re: QEMU hits assertion when virtual disk is stored on NFS server and is not 4 kib byte aligned

2021-03-30 Thread Matthew Ruffell
Thanks for the quick work Christian! I'll keep an eye out and be ready to test once builds enter -proposed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1921665 Title: QEMU hits assertion when

[Bug 1921665] Re: QEMU hits assertion when virtual disk is stored on NFS server and is not 4 kib byte aligned

2021-03-28 Thread Matthew Ruffell
Attached is a debdiff for Groovy which fixes this bug. ** Patch added: "QEMU debdiff for Groovy" https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1921665/+attachment/5481777/+files/lp1921665_groovy.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs,

[Bug 1921665] Re: QEMU hits assertion when virtual disk is stored on NFS server and is not 4 kib byte aligned

2021-03-28 Thread Matthew Ruffell
Attached is a debdiff for Focal which fixes this bug. ** Patch added: "QEMU debdiff for focal" https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1921665/+attachment/5481776/+files/lp1921665_focal.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which

[Bug 1921665] [NEW] QEMU hits assertion when virtual disk is stored on NFS server and is not 4 kib byte aligned

2021-03-28 Thread Matthew Ruffell
O_DIRECT with NFS Link: https://git.qemu.org/?p=qemu.git;a=commit;h=5edc85571e7b7269dce408735eba7507f18ac666 Mailing list discussion: https://www.mail-archive.com/qemu-devel@nongnu.org/msg721982.html ** Affects: qemu (Ubuntu) Importance: Undecided Status: Fix Released ** Affe

[Bug 1886592] Re: Add support for VMware Horizon SSO to gnome-shell

2021-03-21 Thread Matthew Ruffell
Performing verification for gnome-shell in Bionic. During this verification I will explain how VMware Horizon SSO works, and will prove that the gnome-shell in -proposed is equivalent to the custom gnome-shell package distributed by VMware. I will begin by walking through the SSO workflow, based

[Bug 1886592] Re: Add support for VMware Horizon SSO to gnome-shell

2021-03-21 Thread Matthew Ruffell
Performing verification for gnome-shell in Focal. During this verification I will explain how VMware Horizon SSO works, and will prove that the gnome-shell in -proposed is equivalent to the custom gnome-shell package distributed by VMware. I will begin by walking through the SSO workflow, based

[Bug 1909950] Re: named: TCP connections sometimes never close due to race in socket teardown

2021-02-23 Thread Matthew Ruffell
Performing verification for Bind9 on Focal. I first installed 9.16.1-0ubuntu2.6 from -updates to ensure that the issue is still present. I checked that I could look up ubuntu.com through the local caching resolver. From there I started a second VM, and checked I could look up addresses through

[Bug 1907262] Re: raid10: discard leads to corrupted file system

2021-02-14 Thread Matthew Ruffell
Hi Thimo, Recently, Xiao Ni, the original author of the Raid10 block discard patchset, has posted a new revision of the patchset to the linux-raid mailing list for feedback. Xiao has fixed the two bugs that caused the regression. The first was incorrectly calculating the start offset for block

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-02-14 Thread Matthew Ruffell
Hi everyone, The original patch author, Xiao Ni, has sent a V2 patchset to the linux- raid mailing list for feedback. This new patchset fixes the problems the previous version had, namely, properly calculating the discard offset for second and onward disks, and correctly calculates the stripe

[Bug 1896578] Re: raid10: Block discard is very slow, causing severe delays for mkfs and fstrim operations

2021-02-10 Thread Matthew Ruffell
** Description changed: BugLink: https://bugs.launchpad.net/bugs/1896578 [Impact] Block discard is very slow on Raid10, which causes common use cases which invoke block discard, such as mkfs and fstrim operations, to take a very long time. For example, on a i3.8xlarge

[Bug 1909062] Re: qede: Kubernetes Internal DNS Failure due to QL41xxx NIC not supporting IPIP tx csum offload

2021-02-10 Thread Matthew Ruffell
Performing verification for Focal. The affected user enabled -proposed and installed 5.4.0-66-generic to the system with a QLogic FastLinQ QL41000 Series 10/25/40/50GbE Controller. They then set all interfaces down, and brought up the QLogic NIC only. #‌ uname -rv 5.4.0-66-generic

[Bug 1911848] Re: kvm: Windows 2k19 with Hyper-v role gets stuck on pending hypervisor requests on cascadelake based kvm hosts

2021-02-09 Thread Matthew Ruffell
Performing verification for Focal. I installed 5.4.0-65-generic to a c5.metal AWS machine, and installed ubuntu-desktop and a KVM stack. I install xrdp and verified I could reach the VMs desktop. I installed virt-manager, and configured the Windows 2k19 VM in accordance with the testcase

[Bug 1911848] Re: kvm: Windows 2k19 with Hyper-v role gets stuck on pending hypervisor requests on cascadelake based kvm hosts

2021-02-09 Thread Matthew Ruffell
Attached is reproducing the problem with 5.4.0-66-generic. Note that CPU is low, and system boots to desktop correctly. ** Attachment added: "5.4.0-66-generic" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1911848/+attachment/5462097/+files/5.4.0-66-generic.png -- You received this

[Bug 1911848] Re: kvm: Windows 2k19 with Hyper-v role gets stuck on pending hypervisor requests on cascadelake based kvm hosts

2021-02-09 Thread Matthew Ruffell
Attached is reproducing the problem with 5.4.0-65-generic, note, see how CPU reaches 100% and is stuck. ** Attachment added: "5.4.0-65-generic" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1911848/+attachment/5462096/+files/5.4.0-65-generic.png -- You received this bug notification

[Bug 1909950] Re: named: TCP connections sometimes never close due to race in socket teardown

2021-02-08 Thread Matthew Ruffell
Attached is a V2 of the patch that fixes this bug, Bind9 for Focal. ** Patch removed: "Debdiff for bind9 on Focal" https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1909950/+attachment/5461528/+files/lp1909950_focal.debdiff ** Patch added: "Debdiff for bind9 on Focal V2"

[Bug 1909950] Re: named: TCP connections sometimes never close due to race in socket teardown

2021-02-08 Thread Matthew Ruffell
Attached is a debdiff for Bind9 on Focal to fix this bug. ** Patch added: "Debdiff for bind9 on Focal" https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1909950/+attachment/5461528/+files/lp1909950_focal.debdiff -- You received this bug notification because you are a member of Ubuntu

[Bug 1909950] Re: named: TCP connections sometimes never close due to race in socket teardown

2021-02-08 Thread Matthew Ruffell
** Summary changed: - TCP connections never close + named: TCP connections sometimes never close due to race in socket teardown ** Description changed: - The default timeout for TCP connections on port 53 to named/bind9 is 300 - seconds. The upstream ISC build of bind9 uses this and honors an -

[Bug 1909950] Re: TCP connections never close

2021-02-08 Thread Matthew Ruffell
stuck in ESTABLISHED and not torn down. I will let you know once there is a new build in -proposed for verification. Thanks, Matthew ** Changed in: bind9 (Ubuntu Focal) Importance: Undecided => High ** Changed in: bind9 (Ubuntu Focal) Assignee: (unassigned) => Matthew Ruffell (mr

[Bug 1909062] Re: qede: Kubernetes Internal DNS Failure due to QL41xxx NIC not supporting IPIP tx csum offload

2021-02-02 Thread Matthew Ruffell
Hi Manish, Thanks for testing the Groovy 5.8 kernel in -proposed! The Focal 5.4 / Bionic 5.4 HWE kernel will be in -proposed next week sometime, if you are looking to verify that as well. I will also ask our customer in common to verify the Bionic HWE kernel when it becomes available. Thanks

[Bug 1909950] Re: TCP connections never close

2021-01-31 Thread Matthew Ruffell
Hi Adam, I think I have found the issue that you are experiencing. I don't have a way to reproduce just yet, but I have built a test package for you to try. I came across the following upstream bug: https://gitlab.isc.org/isc-projects/bind9/-/issues/1700 The users mention that tcp connections

[Bug 1909950] Re: TCP connections never close

2021-01-31 Thread Matthew Ruffell
** Also affects: bind9 (Ubuntu Focal) Importance: Undecided Status: New ** Changed in: bind9 (Ubuntu Focal) Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1908473] Re: rsyslog-relp: imrelp module leaves sockets in CLOSE_WAIT state which leads to file descriptor leak

2021-01-25 Thread Matthew Ruffell
Performing verification for Focal. I installed rsyslog-relp 8.2001.0-1ubuntu1.1 and librelp0 1.5.0-1ubuntu2 from -updates. >From there I set up the configuration file, launched a new rsyslog instance, and used netcat to set 100 packets to the relp port. https://paste.ubuntu.com/p/HfSDvNJzpX/

[Bug 1912969] Re: librelp is FTBFS on riscv64 on Focal

2021-01-25 Thread Matthew Ruffell
Performing verification for Focal. The previous version in -proposed, 1.5.0-1ubuntu2.20.04.1, failed to build on riscv64, as can be seen in the below links: https://launchpad.net/ubuntu/+source/librelp/1.5.0-1ubuntu2.20.04.1

[Bug 1912969] Re: librelp is FTBFS on riscv64 on Focal

2021-01-25 Thread Matthew Ruffell
Attached is a debdiff for librelp on Hirsute. ** Patch added: "librelp debdiff for hirsute" https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1912969/+attachment/5456836/+files/lp1912969_librelp_hirsute.debdiff -- You received this bug notification because you are a member of Ubuntu

[Bug 1912969] Re: librelp is FTBFS on riscv64 on Focal

2021-01-25 Thread Matthew Ruffell
** Changed in: librelp (Ubuntu Hirsute) Importance: Undecided => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1912969 Title: librelp is FTBFS on riscv64 on Focal To manage notifications

[Bug 1908473] Re: rsyslog-relp: imrelp module leaves sockets in CLOSE_WAIT state which leads to file descriptor leak

2021-01-24 Thread Matthew Ruffell
Hi Mauricio, I filed bug 1912969 to fix the FTBFS for librelp on focal. Adjusting the packets down from 50,000 to 10,000 makes the build succeed on riscv64. I attached two debdiffs, one an incremental patch from 1.5.0-1ubuntu2.20.04.1, and the other a full patch from 1.5.0-1ubuntu2. Please

[Bug 1912969] Re: librelp is FTBFS on riscv64 on Focal

2021-01-24 Thread Matthew Ruffell
Attached is a debdiff from librelp_1.5.0-1ubuntu2 to librelp_1.5.0-1ubuntu2.20.04.2 ** Patch added: "librelp debdiff from -1ubuntu2" https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1912969/+attachment/5456452/+files/lp1912969_librelp_focal_alternate.debdiff -- You received this bug

  1   2   3   4   5   >