GNU bug report logs -
#37605
[core-updates] MariaDB fails tests on armhf-linux
Previous Next
Reported by: Marius Bakke <mbakke <at> fastmail.com>
Date: Thu, 3 Oct 2019 15:45:01 UTC
Severity: normal
Done: Marius Bakke <mbakke <at> fastmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37605 in the body.
You can then email your comments to 37605 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#37605
; Package
guix
.
(Thu, 03 Oct 2019 15:45:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Marius Bakke <mbakke <at> fastmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 03 Oct 2019 15:45:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
"mariadb" consistently fails a single test on the core-updates branch on
armhf-linux:
https://ci.guix.gnu.org/build/1689172/details
The test output:
CURRENT_TEST: binlog_encryption.rpl_skip_replication
safe_process[21120]: parent_pid: 16023
safe_process[21120]: Started child 21121, terminated: 0
--- /tmp/guix-build-mariadb-10.1.41.drv-0/mariadb-10.1.41/mysql-test/suite/binlog_encryption/rpl_skip_replication.result 1970-01-01 00:00:00.000000000 +0000
+++ /tmp/guix-build-mariadb-10.1.41.drv-0/mariadb-10.1.41/mysql-test/suite/binlog_encryption/rpl_skip_replication.reject 2019-09-05 23:24:20.300000000 +0000
@@ -46,12 +46,15 @@
Tables_in_test
t1
t2
+t3
SELECT * FROM t1;
a b
1 NULL
+2 NULL
SELECT * FROM t2;
a b
1 NULL
+2 NULL
DROP TABLE t3;
FLUSH NO_WRITE_TO_BINLOG LOGS;
STOP SLAVE;
@@ -66,12 +69,17 @@
Tables_in_test
t1
t2
+t3
SELECT * FROM t1;
a b
1 NULL
+2 NULL
+3 NULL
SELECT * FROM t2;
a b
1 NULL
+2 NULL
+3 NULL
DROP TABLE t3;
FLUSH NO_WRITE_TO_BINLOG LOGS;
STOP SLAVE;
@@ -109,6 +117,7 @@
SELECT * FROM t1 ORDER by a;
a b
1 0
+2 0
3 0
TRUNCATE t1;
STOP SLAVE;
@@ -127,6 +136,7 @@
SET binlog_format= @old_binlog_format;
SELECT * FROM t1;
a b
+3 5
4 5
include/stop_slave.inc
SET @old_slave_binlog_format= @@global.binlog_format;
@@ -151,6 +161,7 @@
2 8
SELECT * FROM t1 ORDER by a;
a b
+1 8
2 8
include/stop_slave.inc
SET GLOBAL binlog_format= @old_slave_binlog_format;
@@ -225,6 +236,7 @@
START SLAVE;
SELECT * FROM t1;
a b
+1 NULL
2 NULL
SET skip_replication= 0;
TRUNCATE t1;
mysqltest: Result length mismatch
safe_process[21120]: Got signal 17, child_pid: 21121
safe_process[21120]: Killing child: 21121
safe_process[21120]: Child exit: 1
binlog_encryption.rpl_skip_replication 'mix,xtradb' w2 [ fail ]
Test ended at 2019-09-05 23:24:22
This does not happen on current 'master', so the problem was introduced
somewhere in between ccbc1c5eb..cbc8c658d.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37605
; Package
guix
.
(Sat, 05 Oct 2019 12:55:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 37605 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Marius Bakke <mbakke <at> fastmail.com> writes:
> "mariadb" consistently fails a single test on the core-updates branch on
> armhf-linux:
>
> https://ci.guix.gnu.org/build/1689172/details
>
> [...]
>
> This does not happen on current 'master', so the problem was introduced
> somewhere in between ccbc1c5eb..cbc8c658d.
Upstream bug report here:
https://jira.mariadb.org/browse/MDEV-20573
I'm not sure what to do about it. We could skip it, but then users who
rely on encrypted binary logs could potentially get in trouble. I
haven't found a compile-time flag to disable just this one feature.
Thoughts?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37605
; Package
guix
.
(Tue, 08 Oct 2019 08:42:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 37605 <at> debbugs.gnu.org (full text, mbox):
Hi,
Marius Bakke <mbakke <at> fastmail.com> skribis:
> Marius Bakke <mbakke <at> fastmail.com> writes:
>
>> "mariadb" consistently fails a single test on the core-updates branch on
>> armhf-linux:
>>
>> https://ci.guix.gnu.org/build/1689172/details
>>
>> [...]
>>
>> This does not happen on current 'master', so the problem was introduced
>> somewhere in between ccbc1c5eb..cbc8c658d.
>
> Upstream bug report here:
>
> https://jira.mariadb.org/browse/MDEV-20573
>
> I'm not sure what to do about it. We could skip it, but then users who
> rely on encrypted binary logs could potentially get in trouble. I
> haven't found a compile-time flag to disable just this one feature.
No idea, let’s see what upstream thinks.
If they don’t reply in a timely fashion, we should try and find a way to
disable that feature on armhf.
Thanks for investigating!
Ludo’.
Reply sent
to
Marius Bakke <mbakke <at> fastmail.com>
:
You have taken responsibility.
(Tue, 08 Oct 2019 09:01:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Marius Bakke <mbakke <at> fastmail.com>
:
bug acknowledged by developer.
(Tue, 08 Oct 2019 09:01:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 37605-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Marius Bakke <mbakke <at> fastmail.com> writes:
> Marius Bakke <mbakke <at> fastmail.com> writes:
>
>> "mariadb" consistently fails a single test on the core-updates branch on
>> armhf-linux:
>>
>> https://ci.guix.gnu.org/build/1689172/details
>>
>> [...]
>>
>> This does not happen on current 'master', so the problem was introduced
>> somewhere in between ccbc1c5eb..cbc8c658d.
>
> Upstream bug report here:
>
> https://jira.mariadb.org/browse/MDEV-20573
>
> I'm not sure what to do about it. We could skip it, but then users who
> rely on encrypted binary logs could potentially get in trouble. I
> haven't found a compile-time flag to disable just this one feature.
I was able to work around it by going back to GCC 5:
[Message part 2 (text/x-patch, inline)]
modified gnu/packages/databases.scm
@@ -72,6 +72,7 @@
#:use-module (gnu packages dbm)
#:use-module (gnu packages emacs)
#:use-module (gnu packages flex)
+ #:use-module (gnu packages gcc)
#:use-module (gnu packages gettext)
#:use-module (gnu packages glib)
#:use-module (gnu packages gnupg)
@@ -779,6 +780,10 @@ Language.")
#t))))))
(native-inputs
`(("bison" ,bison)
+ ;; XXX: On armhf, use GCC 5 to work around <https://bugs.gnu.org/37605>.
+ ,@(if (string-prefix? "armhf" (%current-system))
+ `(("gcc", gcc-5))
+ '())
("perl" ,perl)))
(inputs
`(("jemalloc" ,jemalloc)
[Message part 3 (text/plain, inline)]
GCC 9 did not make a difference.
Workaround pushed in 2fa55c72476c73211cbb2d6b29c05a1ad58a6cf9. Let's
revisit this after upgrading to MariaDB 10.4.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37605
; Package
guix
.
(Tue, 08 Oct 2019 09:21:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 37605 <at> debbugs.gnu.org (full text, mbox):
Hi Marius,
> I was able to work around it by going back to GCC 5:
Weird, but great that it works!
Now we can hit the “merge” button. :-)
Thanks!
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 05 Nov 2019 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 145 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.