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
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
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"
Hello everyone,
Can you please review and sponsor LP #1909950 for Bind9 on Focal?
https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1909950
I managed to figure out how to reproduce it, and I also have good test
results from both Adam (LP reporter) and Richard in SF299354.
Also, yes, I would
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
** 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
-
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
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
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
Hi Xiao,
On 24/12/20 11:18 pm, Xiao Ni wrote:> The root cause is found. Now we use a
similar way with raid0 to handle discard request
> for raid10. Because the discard region is very big, we can calculate the
> start/end address
> for each disk. Then we can submit the discard request to each
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
** 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.
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/
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/
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/
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
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
** 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
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
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
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
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
Attached is a debdiff for librelp from librelp_1.5.0-1ubuntu2.20.04.1 to
librelp_1.5.0-1ubuntu2.20.04.2
** Patch added: "librelp debdiff from -1ubuntu2.20.04.1"
https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1912969/+attachment/5456439/+files/lp1912969_librelp_focal.debdiff
--
You
** Description changed:
[Impact]
During the recent SRU for bug 1908473, we found that librelp is FTBFS on
riscv64 on Focal, due to the test cases basic-realistic.sh and tls-
basic-realistic.sh failing during dh_auto_test during package build.
dh_auto_test --no-parallel
make -j1
** Description changed:
[Impact]
During the recent SRU for bug 1908473, we found that librelp is FTBFS on
riscv64 on Focal, due to the test cases basic-realistic.sh and tls-
basic-realistic.sh failing during dh_auto_test during package build.
dh_auto_test --no-parallel
-
Undecided
Status: Fix Released
** Affects: librelp (Ubuntu Focal)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status: In Progress
** Tags: sts
** Changed in: librelp (Ubuntu)
Status: New => Fix Released
** Also affects: librelp (Ubuntu Fo
Hi Mauricio,
It seems riscv64 passes on Groovy due to tests being skipped on the
riscv64 architecture.
>From Groovy's build log:
https://paste.ubuntu.com/p/NCJPDVSbSW/
If you look at the man page for dh_auto_test it mentions:
If the DEB_BUILD_OPTIONS environment variable contains nocheck, no
Hi Mauricio,
It seems riscv64 passes on Groovy due to tests being skipped on the
riscv64 architecture.
>From Groovy's build log:
https://paste.ubuntu.com/p/NCJPDVSbSW/
If you look at the man page for dh_auto_test it mentions:
If the DEB_BUILD_OPTIONS environment variable contains nocheck, no
Hi Mauricio,
It seems riscv64 passes on Groovy due to tests being skipped on the
riscv64 architecture.
>From Groovy's build log:
https://paste.ubuntu.com/p/NCJPDVSbSW/
If you look at the man page for dh_auto_test it mentions:
If the DEB_BUILD_OPTIONS environment variable contains nocheck, no
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/jCs9Dy6FYF/
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/jCs9Dy6FYF/
Performing verification for librelp in Groovy.
I installed rsyslog-relp 8.2006.0-2ubuntu1 and librelp 1.5.0-1ubuntu2
from -updates to reproduce:
https://paste.ubuntu.com/p/gtn4rcXc72/
>From there I set up the configuration script, ran a new instance of
rsyslog, and used netcat to open 100
Performing verification for librelp in Groovy.
I installed rsyslog-relp 8.2006.0-2ubuntu1 and librelp 1.5.0-1ubuntu2
from -updates to reproduce:
https://paste.ubuntu.com/p/gtn4rcXc72/
>From there I set up the configuration script, ran a new instance of
rsyslog, and used netcat to open 100
Performing verification for librelp in Groovy.
I installed rsyslog-relp 8.2006.0-2ubuntu1 and librelp 1.5.0-1ubuntu2
from -updates to reproduce:
https://paste.ubuntu.com/p/gtn4rcXc72/
>From there I set up the configuration script, ran a new instance of
rsyslog, and used netcat to open 100
Same one failure on today's rebuild. Strange, since this is the exact
same code as Groovy.
** Attachment added:
"buildlog_ubuntu-focal-riscv64.librelp_1.5.0-1ubuntu2.20.04.1_BUILDING.txt.gz.5"
Same one failure on today's rebuild. Strange, since this is the exact
same code as Groovy.
** Attachment added:
"buildlog_ubuntu-focal-riscv64.librelp_1.5.0-1ubuntu2.20.04.1_BUILDING.txt.gz.5"
Hi Robie, I agree this probably isn't worth a SRU to Groovy, I just made
the packages available in the odd chance that they might be considered.
I will mark Groovy as won't fix.
Hirsute is what really matters in the end.
** Changed in: rsyslog (Ubuntu Groovy)
Status: In Progress => Won't
Hi Robie, I agree this probably isn't worth a SRU to Groovy, I just made
the packages available in the odd chance that they might be considered.
I will mark Groovy as won't fix.
Hirsute is what really matters in the end.
** Changed in: rsyslog (Ubuntu Groovy)
Status: In Progress => Won't
Hello,
A another user has reported a very similar issue. They operate bind9
resolvers in both recursive and authoritative configurations, and
occasionally, their servers will stop responding to TCP requests.
UDP still operates as normal, but TCP connections will time out.
named is still
cio
>
> On Mon, Jan 18, 2021 at 12:32 AM Matthew Ruffell
> wrote:
> >
> > Hi Eric, Mauricio,
> >
> > Could you please review and consider sponsoring the rsyslog debdiffs on LP
> > 1912122?
> >
> > https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1
Attached is a patch which changes /var/log/dmesg to 0640 on groovy. It
also contains Steve's recommendation to set the logrotate files to 0640.
** Patch added: "Debdiff for syslog on groovy"
Attached is a patch which changes /var/log/dmesg to 0640 on groovy. It
also contains Steve's recommendation to set the logrotate files to 0640.
** Patch added: "Debdiff for syslog on groovy"
Attached is a patch which changes /var/log/dmesg to 0640 on hirsute. It
also contains Steve's recommendation to set the logrotate files to 0640.
** Patch removed: "Debdiff for rsyslog on hirsute"
Attached is a patch which changes /var/log/dmesg to 0640 on hirsute. It
also contains Steve's recommendation to set the logrotate files to 0640.
** Patch removed: "Debdiff for rsyslog on hirsute"
** 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/1912122
Title:
/var/log/dmesg is 0644, should be 0640 to match new DMESG_RESTRICT
restrictions
To manage notifications
** Tags added: sts-sponsor
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to rsyslog in Ubuntu.
https://bugs.launchpad.net/bugs/1912122
Title:
/var/log/dmesg is 0644, should be 0640 to match new DMESG_RESTRICT
restrictions
Hi Eric, Mauricio,
Could you please review and consider sponsoring the rsyslog debdiffs on LP
1912122?
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1912122
VISA opened a case and mentioned that /var/log/dmesg is 0644, and I should have
really caught this and changed it to 0640 during
Attached is a debdiff for Groovy to change /var/log/dmesg to 0640.
** Patch added: "Debdiff for syslog on groovy"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1912122/+attachment/5454005/+files/lp1912122_groovy.debdiff
--
You received this bug notification because you are a member
Attached is a debdiff for Groovy to change /var/log/dmesg to 0640.
** Patch added: "Debdiff for syslog on groovy"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1912122/+attachment/5454005/+files/lp1912122_groovy.debdiff
--
You received this bug notification because you are a member
Attached is a debdiff for hirsute to set /var/log/dmesg to 0640.
** Patch added: "Debdiff for rsyslog on hirsute"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1912122/+attachment/5454004/+files/lp1912122_hirsute.debdiff
--
You received this bug notification because you are a
Attached is a debdiff for hirsute to set /var/log/dmesg to 0640.
** Patch added: "Debdiff for rsyslog on hirsute"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1912122/+attachment/5454004/+files/lp1912122_hirsute.debdiff
--
You received this bug notification because you are a
** 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/1912122
Title:
/var/log/dmesg is 0644, should be 0640 to match new DMESG_RESTRICT
restrictions
To manage notifications about this
** Tags added: sts
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to rsyslog in Ubuntu.
https://bugs.launchpad.net/bugs/1912122
Title:
/var/log/dmesg is 0644, should be 0640 to match new DMESG_RESTRICT
restrictions
Status
** Changed in: rsyslog (Ubuntu Hirsute)
Status: New => In Progress
** Changed in: rsyslog (Ubuntu Hirsute)
Importance: Undecided => Medium
** Changed in: rsyslog (Ubuntu Hirsute)
Assignee: (unassigned) => Matthew Ruffell (mruffell)
** Description changed:
[Impact]
** Changed in: rsyslog (Ubuntu Hirsute)
Status: New => In Progress
** Changed in: rsyslog (Ubuntu Hirsute)
Importance: Undecided => Medium
** Changed in: rsyslog (Ubuntu Hirsute)
Assignee: (unassigned) => Matthew Ruffell (mruffell)
** Description changed:
[Impact]
)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status: In Progress
** Affects: rsyslog (Ubuntu Groovy)
Importance: Undecided
Status: New
** Affects: rsyslog (Ubuntu Hirsute)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status
)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status: In Progress
** Affects: rsyslog (Ubuntu Groovy)
Importance: Undecided
Status: New
** Affects: rsyslog (Ubuntu Hirsute)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status
** Description changed:
BugLink: https://bugs.launchpad.net/bugs/1911848
[Impact]
On CascadeLake based KVM hosts, Windows Server 2k16 and 2k19 guests will
fail to start once they have enabled the hyper-v role for nested
virtualisation.
The Windows Server guests will get stuck
** Description changed:
BugLink: https://bugs.launchpad.net/bugs/1911848
[Impact]
On CascadeLake based KVM hosts, Windows Server 2k16 and 2k19 guests will
fail to start once they have enabled the hyper-v role for nested
virtualisation.
The Windows Server guests will get stuck
occur, there are no workarounds. Users would
need to downgrade their kernel while a fix is developed.
** Affects: linux (Ubuntu)
Importance: Undecided
Status: Fix Released
** Affects: linux (Ubuntu Focal)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status: In Pr
occur, there are no workarounds. Users would
need to downgrade their kernel while a fix is developed.
** Affects: linux (Ubuntu)
Importance: Undecided
Status: Fix Released
** Affects: linux (Ubuntu Focal)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status: In Pr
signed) => Matthew Ruffell (mruffell)
** Description changed:
BugLink: https://bugs.launchpad.net/bugs/1909062
[Impact]
For users with QLogic QL41xxx series NICs, such as the FastLinQ QL41000
Series 10/25/40/50GbE Controller, when they upgrade from the 4.15 kernel
to the 5.4 kernel, K
signed) => Matthew Ruffell (mruffell)
** Description changed:
BugLink: https://bugs.launchpad.net/bugs/1909062
[Impact]
For users with QLogic QL41xxx series NICs, such as the FastLinQ QL41000
Series 10/25/40/50GbE Controller, when they upgrade from the 4.15 kernel
to the 5.4 kernel, K
I built 1.9.0-1ubuntu0+lp1910307v20210113b2 in
https://launchpad.net/~mruffell/+archive/ubuntu/lp1910307-test, and
contains the identical code to the debdiff above. It builds successfully
on all supported architectures, which also includes riscv64, which means
the patch we merged in still works
in the debdiff has been updated as well.
Please sponsor the merge.
Thanks,
Matthew
On Wed, Jan 13, 2021 at 9:23 AM Eric Desrochers
wrote:
>
> Great, thanks!
>
> On Tue, Jan 12, 2021 at 3:20 PM Matthew Ruffell
> wrote:
>>
>> > Did you talk to William Grant ? I would as
I built 1.9.0-1ubuntu0+lp1910307v20210113b2 in
https://launchpad.net/~mruffell/+archive/ubuntu/lp1910307-test, and
contains the identical code to the debdiff above. It builds successfully
on all supported architectures, which also includes riscv64, which means
the patch we merged in still works
Attached is the revised debdiff between librelp_1.9.0-1.dsc and
librelp_1.9.0-1ubuntu1.dsc
** Patch removed: "Debdiff with the merge from Debian"
https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1910307/+attachment/5449599/+files/librelp_diff_debian.debdiff
** Patch added: "Debdiff
Attached is the revised debdiff between librelp_1.9.0-1.dsc and
librelp_1.9.0-1ubuntu1.dsc
** Patch removed: "Debdiff with the merge from Debian"
https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1910307/+attachment/5449599/+files/librelp_diff_debian.debdiff
** Patch added: "Debdiff
** Description changed:
[Impact]
librelp 1.9.0-1 is available in Debian, and is much newer than what we
carry in Ubuntu 1.5.0-1ubuntu2. This bug tracks the merge to the newer
version.
This bug is needed for the SRU of bug 1908473, which fixes a file
descriptor leak in librelp.
** Description changed:
[Impact]
librelp 1.9.0-1 is available in Debian, and is much newer than what we
carry in Ubuntu 1.5.0-1ubuntu2. This bug tracks the merge to the newer
version.
This bug is needed for the SRU of bug 1908473, which fixes a file
descriptor leak in librelp.
attached picture.
> On Tue, Jan 12, 2021 at 12:12 AM Matthew Ruffell
> wrote:
>>
>> Hi Dan,
>>
>> If you have some time, can you please review my merge request for
>> librelp 1.9 to hirsute?
>>
>> https://bugs.launchpad.net/ubuntu/+source/librelp/
On Tue, Jan 12, 2021 at 05:31:31AM -0500, Dovid Bender wrote:
> Yes but it does not tell me if the actual hardware is being used or if its
> using the kernel (in place of hardware).
You should be able to get this information from the /proc/dahdi/ file. If
it is the timing master you will see a
> I'd be happy to review/sponsor for the SRUs after the merge is released.
> Could you please ping me once that happens? and I'll take care of it.
>
> cheers,
>
> On Wed, Jan 6, 2021 at 2:12 AM Matthew Ruffell
> wrote:
> >
> > Hello Eric,
> >
> > I
** Changed in: linux (Ubuntu)
Status: Fix Released => In Progress
** Changed in: linux (Ubuntu Bionic)
Status: Fix Released => In Progress
** Changed in: linux (Ubuntu Focal)
Status: Fix Released => In Progress
** Changed in: linux (Ubuntu Groovy)
Status: Fix
** Changed in: linux (Ubuntu)
Status: Fix Released => In Progress
** Changed in: linux (Ubuntu Bionic)
Status: Fix Released => In Progress
** Changed in: linux (Ubuntu Focal)
Status: Fix Released => In Progress
** Changed in: linux (Ubuntu Groovy)
Status: Fix
** Description changed:
BugLink: https://bugs.launchpad.net/bugs/1909062
[Impact]
For users with QLogic QL41xxx series NICs, such as the FastLinQ QL41000
Series 10/25/40/50GbE Controller, when they upgrade from the 4.15 kernel
to the 5.4 kernel, Kubernetes Internal DNS requests
** Description changed:
BugLink: https://bugs.launchpad.net/bugs/1909062
[Impact]
For users with QLogic QL41xxx series NICs, such as the FastLinQ QL41000
Series 10/25/40/50GbE Controller, when they upgrade from the 4.15 kernel
to the 5.4 kernel, Kubernetes Internal DNS requests
i and sssd updates into -updates
> + the cyrus-sasl2 package for bionic
> 2) All the updates should be -security enabled, but to make sure there
> are no incidents this time, I'll only copy them into -security on
> Monday after baking in -updates for a few days
>
> Cheers,
>
> On
** Tags added: sts-sponsor
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to rsyslog in Ubuntu.
https://bugs.launchpad.net/bugs/1908473
Title:
rsyslog-relp: imrelp module leaves sockets in CLOSE_WAIT state which
leads to
** 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/1908473
Title:
rsyslog-relp: imrelp module leaves sockets in CLOSE_WAIT state which
leads to file descriptor leak
To
Note - we no longer need to carry the "python2.diff" patch present in
librelp_1.5.0-1ubuntu2.dsc due to the test system being ported to
python3.
The tests have been changed so that the scripts are executed by a python
interpreter, and not bash, so the shbangs for "/usr/bin/env python" are
now
Attached is the debdiff for librelp for Focal
** Patch added: "Debdiff for librelp on Focal"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1908473/+attachment/5449602/+files/librelp_focal.debdiff
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
Attached is the debdiff for librelp for Focal
** Patch added: "Debdiff for librelp on Focal"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1908473/+attachment/5449602/+files/librelp_focal.debdiff
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Attached is the debdiff for librelp for Groovy
** Patch added: "Debdiff for librelp on Groovy"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1908473/+attachment/5449601/+files/librelp_groovy.debdiff
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Attached is the debdiff for librelp for Groovy
** Patch added: "Debdiff for librelp on Groovy"
https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1908473/+attachment/5449601/+files/librelp_groovy.debdiff
--
You received this bug notification because you are a member of Ubuntu
Touch
Attached is the debdiff from librelp_1.5.0-1ubuntu2.dsc to
librelp_1.9.0-1ubuntu1.dsc
** Patch added: "Debdiff with changes from old ubuntu to new ubuntu"
https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1910307/+attachment/5449600/+files/librelp_diff_ubuntu.debdiff
** Description
Attached is the debdiff from librelp_1.9.0-1.dsc to the new
librelp_1.9.0-1ubuntu1.dsc
** Patch added: "Debdiff with the merge from Debian"
https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1910307/+attachment/5449599/+files/librelp_diff_debian.debdiff
--
You received this bug
(Ubuntu)
Importance: Wishlist
Assignee: Matthew Ruffell (mruffell)
Status: In Progress
** Affects: librelp (Ubuntu Hirsute)
Importance: Wishlist
Assignee: Matthew Ruffell (mruffell)
Status: In Progress
** Tags: sts
** Tags added: sts
** Also affects
** Description changed:
[Impact]
In recent versions of rsyslog and librelp, the imrelp module leaks file
descriptors due to a bug where it does not correctly close sockets, and
instead, leaves them in the CLOSE_WAIT state.
This causes rsyslogd on busy servers to eventually hit the
** Description changed:
[Impact]
In recent versions of rsyslog and librelp, the imrelp module leaks file
descriptors due to a bug where it does not correctly close sockets, and
instead, leaves them in the CLOSE_WAIT state.
This causes rsyslogd on busy servers to eventually hit the
Since we only need to change librelp to fix the problem, we won't SRU
the testcase to Focal's rsyslog, since there is no need to risk a
regression for a testcase, which would effectively be a no-change
rebuild.
The testcase is already present in rsyslog on Groovy and Hirsute,
marking as released.
Since we only need to change librelp to fix the problem, we won't SRU
the testcase to Focal's rsyslog, since there is no need to risk a
regression for a testcase, which would effectively be a no-change
rebuild.
The testcase is already present in rsyslog on Groovy and Hirsute,
marking as released.
Thanks Manish! I am building a test kernel now, and I will let you know
once it is ready to test.
If we get good test results, I will submit the patch for SRU to the
Ubuntu kernels once the patch has hit mainline.
** Description changed:
- With QL41xxx and Ubuntu DNS server DNS failures are
Thanks Manish! I am building a test kernel now, and I will let you know
once it is ready to test.
If we get good test results, I will submit the patch for SRU to the
Ubuntu kernels once the patch has hit mainline.
** Description changed:
- With QL41xxx and Ubuntu DNS server DNS failures are
** Changed in: linux (Ubuntu Focal)
Assignee: (unassigned) => Matthew Ruffell (mruffell)
** Changed in: linux (Ubuntu Groovy)
Assignee: (unassigned) => Matthew Ruffell (mruffell)
** Summary changed:
- Ubuntu kernel 5.x QL41xxx NIC (qede driver) Kubernetes internal DNS failure
** Changed in: linux (Ubuntu Focal)
Assignee: (unassigned) => Matthew Ruffell (mruffell)
** Changed in: linux (Ubuntu Groovy)
Assignee: (unassigned) => Matthew Ruffell (mruffell)
** Summary changed:
- Ubuntu kernel 5.x QL41xxx NIC (qede driver) Kubernetes internal DNS failure
** Also affects: linux (Ubuntu Groovy)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Focal)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
** Also affects: linux (Ubuntu Groovy)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Focal)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Thanks Tobias for the testing. Good to hear it functions as intended.
Performing verification for Bionic
I installed adcli 0.8.2-1ubuntu1.2 from -proposed, and joined a domain
without using the --use-ldaps flag.
https://paste.ubuntu.com/p/RByVZRPhCK/
Next, I added the firewall rules from the
: fix double free of sendbuf in some cases.
Link:
https://github.com/rsyslog/librelp/commit/4a6ad8637c244fd3a1caeb9a93950826f58e956a
** Affects: librelp (Ubuntu)
Importance: Medium
Assignee: Matthew Ruffell (mruffell)
Status: In Progress
** Affects: rsyslog (Ubuntu)
Imp
801 - 900 of 2037 matches
Mail list logo