Re: Monday Triage Report (2020-11-02)
On Wed, Nov 04, 2020 at 12:22:06PM -0500, Sergio Durigan Junior wrote: > This is the (late) Monday triage report for 2020-11-02. > > ustriage reported 12 bugs found. These are the ones I had to work on: > > ### https://pad.lv/1893543 - (New) [dovecot] - dovecot is not parsing > the variables in dovecot-ldap.conf.ext correctly > > The user reopened the bug (it had expired), but did not provide more > info. I read the message he sent to the dovecot users list, and > apparently there was not progress there. I marked the bug as Incomplete > and asked the user whether he's got more insights to share with us. Ah, I remember working on this a while back. I saw that he was attempting a rather atypical configuration that looked like it might be pushing the envelope a bit on what dovecot supports (the documentation is vague on if it is or isn't allowed), which is why I directed him upstream. I suspected it might be an unsupported feature that would best be implemented there; and if it wasn't they could course correct him. From upstream's response, it looks like it's the former rather than the latter. They suggested some workarounds, but the reporter says he's already doing one of them and is really more interested in having the feature added. https://dovecot.org/pipermail/dovecot/2020-September/119831.html Unfortunately there's nothing we can feasibly do on our end towards implementing that support for him. Getting a patch SRU'd might also be challenging since the setup requires LDAP and multiple domains; this is one where we'd probably need the user to do the validation. Bryce > ### https://pad.lv/1901708 - *(Incomplete) [mysql-8.0] - package > mysql-server-8.0 8.0.22-0ubuntu0.20.04.2 failed to install/upgrade: > installed mysql-server-8.0 package post-installation script > subprocess returned error exit status 1 > > Sigh... A bunch of people are commenting/opening these MySQL bugs > against Focal. It seems like the last mysql update really broke things, > but I can't reproduce the problem here. I tried one more time to set up > a Focal container with very limited resources, but the upgrade > succeeded. > > > ### https://pad.lv/1901830 - (Confirmed) [mysql-8.0] - package > mysql-server-8.0 8.0.22-0ubuntu0.20.04.2 failed to install/upgrade: > installed mysql-server-8.0 package post-installation script > subprocess returned error exit status 1 > > Another person commented on the bug and said that they're having the > same problem, but by looks of it (he posted the logs), it's a different > issue, so I told him that. For the reporter, I asked if he know whether > the system was under high load during the upgrade process. Yes, I'm at > a loss here... BTW, I think we can mark this as duplicate of 1901708 (I > didn't do it because I want to see what Paride thinks first, since he > started the investigation). > > > ### https://pad.lv/1901995 - (Confirmed) [mysql-8.0] - package > mysql-server-8.0 8.0.22-0ubuntu0.20.10.2 failed to install/upgrade: > installed mysql-server-8.0 package post-installation script > subprocess returned error exit status 1 > > One more that looks like 1901708. I could not gather much info from the > logs posted, so I asked a few more questions and marked the bug as > Incomplete. Eventually, if the user confirms that it is indeed the same > bug, we can mark it as duplicate of 1901708. > > Something interesting to note here is that, in this specific bug, the > "Server upgrade" operation takes less than 5 minutes. So yeah, maybe > we're looking at the wrong place here. > > > ### https://pad.lv/1902348 - (New) [mysql-8.0] - package > mysql-server-8.0 8.0.22-0ubuntu0.20.04.2 failed to install/upgrade: > installed mysql-server-8.0 package pre-removal scrip$ subprocess > returned error exit status 1 > > This is actually a different issue! A sequence of operations to install > MySQL/MariaDB rendered MySQL in a strange state. I was able to > reproduce it and marked the bug as Triaged. > > > Bugs in backlog and not touched in 180 days: > > Found 3 bugs > https://pad.lv/1633485 - (Triaged)[mysql-5.6] - Backport login > throttling plugin to 5.6 and 5.7 > https://pad.lv/1828074 - (Triaged)[augeas] - Memory usage > issues with large Apache httpd configuration files > https://pad.lv/1869848 - (Confirmed) [libvirt]- libvirtd > virNetSocketReadWire:1811 : End of file while reading data: Input/output error > > -- > Sergio > GPG key ID: E92F D0B3 6B14 F1F4 D8E0 EB2F 106D A1C8 C3CB BF14 > -BEGIN PGP SIGNATURE- > > iQIzBAEBCgAdFiEE6S/Qs2sU8fTY4OsvEG2hyMPLvxQFAl+i4z4ACgkQEG2hyMPL > vxTOOA/9GipY9SZA/gDB9QP5flhknbtLrPlmEXOqF/10peEuGlrEXD+5eqkl+xoU > /mGOult+SApAqj/fSQmVZzIxZzHS/AV/0yIhvwmuzK2HY5dKYVZdzrkfmcHxH5Jt > BQPe11CnN0JVjyW4tr8qyTn062cLjN4mSN47PDt9S7dNUEBjS+9boReiMr9+AP4f >
Re: Monday Triage Report (2020-11-02)
On Wed, Nov 04, 2020 at 12:22:06PM -0500, Sergio Durigan Junior wrote: > Sigh... A bunch of people are commenting/opening these MySQL bugs > against Focal. It seems like the last mysql update really broke things, > but I can't reproduce the problem here. I tried one more time to set up > a Focal container with very limited resources, but the upgrade > succeeded. Without looking at the specifics here, usually it's not that an update breaks things, but that it's common for users to have broken their own MySQL installations in various different ways (usually these are experiments rather than production). Then on an upgrade the maintainer script fails when it tries to restart an already failing daemon and it appears that the problem is the upgrade when that wasn't the cause. My view on these is if people can provide specifics of where there actually is a bug in our packaging, then we can fix it, but unless we have that it's not worth wasting time on individual cases except to try and detect a general pattern to find specific use cases that we can actually fix. I'm not sure there are many left though; I suspect that in most cases the steps users actually followed to end up with a failure would not be considered to be supported (eg. installing from third party repositories, customization hacks, and so on). I suspect quite a lot of this is driven by broken third party instructions that users have followed some time in the past. > ### https://pad.lv/1902348 - (New) [mysql-8.0] - package > mysql-server-8.0 8.0.22-0ubuntu0.20.04.2 failed to install/upgrade: > installed mysql-server-8.0 package pre-removal scrip$ subprocess > returned error exit status 1 > > This is actually a different issue! A sequence of operations to install > MySQL/MariaDB rendered MySQL in a strange state. I was able to > reproduce it and marked the bug as Triaged. This is a duplicate of https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1490071 I think? signature.asc Description: PGP signature -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Wednesday Triage Report (2020-11-04)
This is the Wednesday triage report for 2020-11-04. ustriage found 8 bugs. These are the noteworthy ones: ### https://pad.lv/1902643 - (New) [tmux] - tmux drops out of copy mode (regression) I could not reproduce the issue, so I marked it as Incomplete and asked for more details. Bugs tagged 'server-next' and not touched in 60 days Found 2 bugs https://pad.lv/1825712 - (Triaged)[bind9] - bind9 is compiled without support for EdDSA DNSSEC keys https://pad.lv/1894172 - (Triaged)[isc-dhcp] - isc-dhcp-server using wrong env variable for INTERFACES The bind9 one is mine; I started working on it, but had to stop due to other priorities. -- Sergio GPG key ID: E92F D0B3 6B14 F1F4 D8E0 EB2F 106D A1C8 C3CB BF14 signature.asc Description: PGP signature -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Monday Triage Report (2020-11-02)
This is the (late) Monday triage report for 2020-11-02. ustriage reported 12 bugs found. These are the ones I had to work on: ### https://pad.lv/1893543 - (New) [dovecot] - dovecot is not parsing the variables in dovecot-ldap.conf.ext correctly The user reopened the bug (it had expired), but did not provide more info. I read the message he sent to the dovecot users list, and apparently there was not progress there. I marked the bug as Incomplete and asked the user whether he's got more insights to share with us. ### https://pad.lv/1901708 - *(Incomplete) [mysql-8.0] - package mysql-server-8.0 8.0.22-0ubuntu0.20.04.2 failed to install/upgrade: installed mysql-server-8.0 package post-installation script subprocess returned error exit status 1 Sigh... A bunch of people are commenting/opening these MySQL bugs against Focal. It seems like the last mysql update really broke things, but I can't reproduce the problem here. I tried one more time to set up a Focal container with very limited resources, but the upgrade succeeded. ### https://pad.lv/1901830 - (Confirmed) [mysql-8.0] - package mysql-server-8.0 8.0.22-0ubuntu0.20.04.2 failed to install/upgrade: installed mysql-server-8.0 package post-installation script subprocess returned error exit status 1 Another person commented on the bug and said that they're having the same problem, but by looks of it (he posted the logs), it's a different issue, so I told him that. For the reporter, I asked if he know whether the system was under high load during the upgrade process. Yes, I'm at a loss here... BTW, I think we can mark this as duplicate of 1901708 (I didn't do it because I want to see what Paride thinks first, since he started the investigation). ### https://pad.lv/1901995 - (Confirmed) [mysql-8.0] - package mysql-server-8.0 8.0.22-0ubuntu0.20.10.2 failed to install/upgrade: installed mysql-server-8.0 package post-installation script subprocess returned error exit status 1 One more that looks like 1901708. I could not gather much info from the logs posted, so I asked a few more questions and marked the bug as Incomplete. Eventually, if the user confirms that it is indeed the same bug, we can mark it as duplicate of 1901708. Something interesting to note here is that, in this specific bug, the "Server upgrade" operation takes less than 5 minutes. So yeah, maybe we're looking at the wrong place here. ### https://pad.lv/1902348 - (New) [mysql-8.0] - package mysql-server-8.0 8.0.22-0ubuntu0.20.04.2 failed to install/upgrade: installed mysql-server-8.0 package pre-removal scrip$ subprocess returned error exit status 1 This is actually a different issue! A sequence of operations to install MySQL/MariaDB rendered MySQL in a strange state. I was able to reproduce it and marked the bug as Triaged. Bugs in backlog and not touched in 180 days: Found 3 bugs https://pad.lv/1633485 - (Triaged)[mysql-5.6] - Backport login throttling plugin to 5.6 and 5.7 https://pad.lv/1828074 - (Triaged)[augeas] - Memory usage issues with large Apache httpd configuration files https://pad.lv/1869848 - (Confirmed) [libvirt]- libvirtd virNetSocketReadWire:1811 : End of file while reading data: Input/output error -- Sergio GPG key ID: E92F D0B3 6B14 F1F4 D8E0 EB2F 106D A1C8 C3CB BF14 signature.asc Description: PGP signature -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Re: Bug triage report for 2020-11-02 (Tuesday triage)
Hi, On Wed, Nov 4, 2020 at 7:02 AM Robie Basak wrote: > On Tue, Nov 03, 2020 at 12:18:41PM -0300, Lucas Kanashiro wrote: > > Comments: > > > > https://pad.lv/1860620 - (Confirmed) [net-snmp] - > > ubuntu-desktop-minimal should not depend on mysql libs > > -> Users are complaining that ubuntu-desktop-minimal depends on libsnmp35 > > which depends on libmysqlclient21. I do not think we should drop mysql > > support from net-snmp just because of this. Asked if they have a better > > reason to make it not pull in mysql library and marked as Incomplete. > > There have been a couple of other very similar requests recently that > I've commented on: > > https://bugs.launchpad.net/ubuntu/+source/mailutils/+bug/1715259 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972445 > > Maybe we could use a standard template reply for these, unless there's > something deeper going on that I've missed? > Since this is recurrent +1 for having a standard template reply for this kind of bug. Lucas Kanashiro. -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Re: Bug triage report for 2020-11-02 (Tuesday triage)
On Tue, Nov 03, 2020 at 12:18:41PM -0300, Lucas Kanashiro wrote: > Comments: > > https://pad.lv/1860620 - (Confirmed) [net-snmp] - > ubuntu-desktop-minimal should not depend on mysql libs > -> Users are complaining that ubuntu-desktop-minimal depends on libsnmp35 > which depends on libmysqlclient21. I do not think we should drop mysql > support from net-snmp just because of this. Asked if they have a better > reason to make it not pull in mysql library and marked as Incomplete. There have been a couple of other very similar requests recently that I've commented on: https://bugs.launchpad.net/ubuntu/+source/mailutils/+bug/1715259 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972445 Maybe we could use a standard template reply for these, unless there's something deeper going on that I've missed? Robie signature.asc Description: PGP signature -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam