The MariaDB developers are wondering whether another corruption bug,
MDEV-35334 ( https://jira.mariadb.org/browse/MDEV-35334 ) might be related.
The symptom was described as:
the first 1 byte of a .ibd file is changed from 0 to 1, or the first 4
bytes are changed from 0 0 0 0 to 1 0 0 0.
Is i
deb
On 1/24/25 14:51, Jens Axboe wrote:
On 1/24/25 1:33 PM, Salvatore Bonaccorso wrote:
Hi Pavel,
On Fri, Jan 24, 2025 at 06:40:51PM +, Pavel Begunkov wrote:
On 1/24/25 16:30, Xan Charbonnet wrote:
On 1/24/25 04:33, Pavel Begunkov wrote:
Thanks for narrowing it down. Xan, can you try t
On 1/24/25 04:33, Pavel Begunkov wrote:
Thanks for narrowing it down. Xan, can you try this change please?
Waiters can miss wake ups without it, seems to match the description.
diff --git a/io_uring/io_uring.c b/io_uring/io_uring.c
index 9b58ba4616d40..e5a8ee944ef59 100644
--- a/io_uring/io_urin
On 1/23/25 20:49, Salvatore Bonaccorso wrote:
Additionally please try with 6.1.120 and revert this commit
3ab9326f93ec ("io_uring: wake up optimisations")
(which landed in 6.1.120).
If that solves the problem maybe we miss some prequisites in the 6.1.y
series here?
I hope I did all this rig
I rented a Linode and have been trying to load it down with sysbench
activity while doing a mariabackup and a mysqldump, also while spinning
up the CPU with zstd benchmarks. So far I've had no luck triggering the
fault.
I've also been doing some kernel compilation. I followed this guide:
htt
Max,
Good to know it's not just me. Am I correct that your 10.11.6 MariaDB
binaries are the Debian-provided ones? I'm running the Debian binaries
provided by MariaDB, version 10.11.9. Hopefully it's a useful data
point to know that it's happening on both. I might file a MariaDB bug
report
Package: src:linux
Version: 6.1.123-1
Severity: important
X-Debbugs-Cc: x...@charbonnet.com
Dear Maintainer,
One of my machines runs mariadb as an asynchronous slave of a production
database. Every day it makes an LVM snapshot of its database partition, then
starts a secondary instance of mariad
Thanks for the fix!
It seems to me that a warning about the situation needs to be added to
the bookworm release notes, and/or apt-listchanges, because people might
upgrade to bookworm as I recently did and find their configuration broken.
The same would need to be done for trixie since anybod
Package: glusterfs-client
Version: 10.3-5
Severity: normal
Dear Maintainer,
I have a bullseye GlusterFS cluster which uses SSL/TLS. Three machines have
a replica of the data, and an additional one merely mounts the cluster without
local storage for purposes of backing it up.
I recently upgraded
Thanks very much, and apologies for my flawed analysis. It's good to
know this will be fixed in bookworm. We're not going to be able to
upgrade immediately so it would be nice if it could be fixed in
bullseye, but I understand if that isn't the decision.
Package: libxml-libxml-perl
Version: 2.0134+dfsg-2+b1
Severity: normal
Dear Maintainer,
I use XML::LibXML::Reader to work with files that validate against the Library
of Congress's MARCXML Schema, available here:
https://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd
That schema includes a
Package: mariadb-server-10.5
Version: 1:10.5.18-0+deb11u1
Severity: important
X-Debbugs-Cc: x...@charbonnet.com, t...@security.debian.org
Dear maintainer,
The update in bullseye from 10.5.15 to 10.5.18 on December 4, 2022 contained a
major performance problem for some workloads. It causes my DNS
Faustin,
Thanks for looking into this, and for your work packaging MariaDB for
Debian.
It looks to me like https://jira.mariadb.org/browse/MDEV-29988 is very
likely to be the issue we're seeing. Fortunately (if I'm interpreting
upstream's JIRA correctly), it looks like a fix exists and will
Every few seconds (at least in my configuration), PDNS runs database
queries to see which domains need refreshing.
After running for a while with this problem, I can "catch" those queries
(at least one of them) with SHOW PROCESSLIST.
Excerpt:
| 117 | pdns | localhost | pdns | Execute |0 |
At the 96 hour mark it hit 2.5GB, 64.6%. I reverted the seven MariaDB
packages back to 10.5.15, and the problem has disappeared. mariadbd is
holding steady at 135MB, 3.4%.
I'm happy to help participate in figuring out what's going wrong.
Some memory statistics. Uptime, resident memory size, and % of memory
in the system for mariadbd:
30 hours -- 1.0g -- 26.7%
36 hours -- 1.2g -- 30.3%
54 hours -- 1.6g -- 41.5%
Looks like a pretty linear progression of ~33MB/hour being leaked. This
is on a system that previously had 512MB of
Package: mariadb-server-10.5
Version: 1:10.5.18-0+deb11u1
Severity: important
Dear Maintainer,
I run a pair of nameservers, and after a recent round of minor software
updates (see below for the complete list), mariadbd was OOM'd on both
machines.
These machines are minimal VMs: one has 512MB RAM
Package: apticron
Version: 1.2.5
Severity: wishlist
Dear Maintainer,
It would be really handy to be able to indicate the specific Debian version
(such as "bullseye" or "11.3") in the subject line of apticron emails.
Currently there's DISTRIB_ID but it only says "Debian". Could that be
updated t
Package: libintl-xs-perl
Version: 1.26-3
Severity: normal
Dear Maintainer,
I am migrating some systems from stretch to bullseye. These systems use
Locale::TextDomain (part of libintl-perl) to do some translations.
On bullseye I was getting some wrong responses, and the difference turned out
to
Source: mariadb-10.5
Version: 10.5.12-0+deb11u1
Severity: important
Dear Maintainer,
I've been investigating an issue where my MariaDB server ends up running away
with the RAM on the machine. I believe it may be caused by MDEV-26712 [1],
which is a memory leak bug.
According to the MariaDB 10.5
[Sorry, Tomas, I just realized that earlier I replied only to you rather
than to the whole list.]
There is some Debian blessing of backports.org. When visiting the
Debian webserver over http and asking for www.backports.org, the Debian
webserver redirects the visitor to https://backports.debi
Sorry, I should have checked this on more than one browser before reporting.
For some reason my ancient Firefox profile, when I browse to
"backports.org", redirects to https://www.backports.org/. Perhaps this
was a cached permanent redirect, or something to do with HSTS.
On a naive profile (
Package: www.debian.org
Some muscle memory from a long time ago kicked in, and I browsed to
backports.org instead of to backports.debian.org.
backports.org now seems to serve the Debian homepage, and in the process
triggers the browser's invalid certificate error, because the
certificate is
Hi Chris,
On the pdns mailing list, it's been requested I file an issue in the
GitHub repository. I've done so:
https://github.com/PowerDNS/pdns/issues/9421
It includes detailed steps to reproduce. It really just boils down to
setting one of the queries to use a stored procedure, eg:
gmys
Package: pdns-backend-mysql
Version: 4.3.0-4+b3
Severity: important
Tags: upstream
X-Debbugs-Cc: x...@charbonnet.com
Dear Maintainer,
PowerDNS supports using stored procedures for its backend MySQL queries.
However, it seems
that when the database is MariaDB >= 10.2 (or MySQL >= 5.7), stored pr
I'm very sorry for the error. I am running the latest Buster for
everything. The problem I'm experiencing sounds an awful lot like the
description of that bug, so I assumed the fix hadn't been implemented in
Debian. If it has, then it must be a different problem. (Or the fix
isn't complete,
https://imgur.com/download/Diwa8qz
Source: qt3d-opensource-src
Severity: important
Tags: newcomer
Dear Maintainer,
QT has had a bug which caused major artifacts in QT applications, for example
Kate, Kwrite, Konsole, and probably many others. It only is an issue when
non-integer scaling factors for HiDPI are used.
At least for me
I installed pdns-server_4.0.3-1+deb9u3_amd64.deb and
pdns-backend-mysql_4.0.3-1+deb9u3_amd64.deb and everything worked perfectly.
Thanks!
An update: versions 4.0.6 and 4.1.5 were released a few days ago.
4.1.5 does contain this fix, so that's the good news. If 4.1.5 makes
buster (which I'm assuming it would), the fix would automatically be in
buster and later versions of Debian.
Unfortunately the fix seems to NOT have been inc
That's more than fair. I can keep an eye on when this code gets into an
actual release, and some time after that, comment here that things are
looking good (or that they're not).
The risk I was attempting to minimize was the behavioral change. If
people relied on the current behavior, then a
Package: pdns-backend-mysql
Version: 4.0.3-1+deb9u2
Severity: important
Tags: patch
Dear Maintainer,
PowerDNS versions 4.x (the versions in Jessie, Stretch, Buster, and Sid) fails
to handle stored procedures. When a stored procedure is used as one of the
PowerDNS queries, it works the first time
Package: pound
Version: 2.6-2
Severity: wishlist
Is it possible to add libgoogle-perftools-dev to the build-dependencies for
pound? This was briefly the case back in 2008, but was backed out because
libgoogle-perftools-dev didn't look like it would be in testing. It's
certainly there now, and ha
Package: lvm2
Version: 2.02.95-4
Followup-For: Bug #419209
Hello,
It looks like this bug still exists in wheezy. I use LVM to keep snapshots of
the database partitions on my backup servers. Every half hour, a new snapshot
is created (and, usually, an old one destroyed). This worked perfectly i
Package: linux-image-2.6.18-5-686
Version: 2.6.18.dfsg.1-13etch4
Up until this latest version of 2.6.18-5, on my Inspiron 8600 I have been able
to right-click on the "kpowersave" icon in the KDE system tray and
select "Suspend to Disk". It would very quickly prepare the system to
suspend, and
35 matches
Mail list logo
