Multiple test failures (rpl.rpl_*)

[Thomas Deutschmann]

On Gentoo Linux, we are seeing the following test failures:

rpl.rpl_partition_innodb
rpl.rpl_innodb_bug28430
rpl.rpl_alter_repository
rpl.rpl_relayrotate
rpl.rpl_checksum_cache
rpl.rpl_innodb_bug30888
rpl.rpl_innodb_mixed_dml
rpl.rpl_mixed_binlog_max_cache_size

Excerpt:

CURRENT_TEST: rpl.rpl_mixed_binlog_max_cache_size
mysqltest: In included file "./extra/rpl_tests/rpl_binlog_max_cache_size.test":
included from ./extra/rpl_tests/rpl_binlog_max_cache_size.test at line 86:
At line 85: query 'UPDATE t2, t1 SET t2.data = CONCAT($data, $data, $data, $data),
t1.data = CONCAT($data, $data, $data, $data)' failed with wrong errno 2013: 'Lost connection to MySQL server during query', instead of 1197...

The result from queries just before the failure was:
include/master-slave.inc
Warnings:
Note #### Sending passwords in plain text without SSL/TLS is extremely insecure.
Note #### Storing MySQL user name or password information in the master info repository is not secure and is therefore not recommended. Please consider using the USER and PASSWORD connection options for START SLAVE; see the 'START SLAVE Syntax' in the MySQL Manual for more information.
[connection master]
call mtr.add_suppression("Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT");
call mtr.add_suppression("Option binlog_cache_size ");
SET GLOBAL max_binlog_cache_size = 4096;
Warnings:
Warning 1738 Option binlog_cache_size (32768) is greater than max_binlog_cache_size (4096); setting binlog_cache_size equal to max_binlog_cache_size.
SET GLOBAL binlog_cache_size = 4096;
SET GLOBAL max_binlog_stmt_cache_size = 4096;
Warnings:
Warning 1745 Option binlog_stmt_cache_size (32768) is greater than max_binlog_stmt_cache_size (4096); setting binlog_stmt_cache_size equal to max_binlog_stmt_cache_size.
SET GLOBAL binlog_stmt_cache_size = 4096;
CREATE TABLE t1(a INT PRIMARY KEY, data VARCHAR(30000)) ENGINE=Innodb;
CREATE TABLE t2(a INT PRIMARY KEY, data VARCHAR(30000)) ENGINE=MyIsam;
CREATE TABLE t3(a INT PRIMARY KEY, data VARCHAR(30000)) ENGINE=Innodb;
###### 1 - SINGLE STATEMENT ######
*** Single statement on transactional table ***
Got one of the listed errors
*** Single statement on non-transactional table ***
Got one of the listed errors
include/wait_for_slave_sql_error_and_skip.inc [errno=1590]
*** Single statement on both transactional and non-transactional tables. ***
safe_process[70361]: Child process: 70362, exit: 1

Server [mysqld.1 - pid: 70285, winpid: 70285, exit: 256] failed during test run
Server log from this test:
----------SERVER LOG START-----------
2017-12-03 18:44:56 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2017-12-03 18:44:56 0 [Warning] Insecure configuration for --secure-file-priv: Data directory is accessible through --secure-file-priv. Consider choosing a different directory.
2017-12-03 18:44:56 0 [Warning] Insecure configuration for --secure-file-priv: Location is accessible to all OS users. Consider choosing a different directory.
2017-12-03 18:44:56 0 [Note] /var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld (mysqld 5.6.37-82.2-log) starting as process 70286 ...
2017-12-03 18:44:56 70286 [Warning] Buffered warning: Could not increase number of max_open_files to more than 3000 (request: 4162)

2017-12-03 18:44:56 70286 [Warning] Buffered warning: Changed limits: table_open_cache: 1419 (requested 2000)

2017-12-03 18:44:56 70286 [Note] Plugin 'FEDERATED' is disabled.
2017-12-03 18:44:56 70286 [Warning] The option innodb (skip-innodb) is deprecated and will be removed in a future release
2017-12-03 18:44:56 7f4da6e66f40 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2017-12-03 18:44:56 70286 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.

2017-12-03 18:44:56 70286 [Note] InnoDB: Using atomics to ref count buffer pool pages
2017-12-03 18:44:56 70286 [Note] InnoDB: The InnoDB memory heap is disabled
2017-12-03 18:44:56 70286 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2017-12-03 18:44:56 70286 [Note] InnoDB: Memory barrier is not used
2017-12-03 18:44:56 70286 [Note] InnoDB: Compressed tables use zlib 1.2.11
2017-12-03 18:44:56 70286 [Note] InnoDB: Using Linux native AIO
2017-12-03 18:44:56 70286 [Note] InnoDB: Using CPU crc32 instructions
2017-12-03 18:44:56 70286 [Note] InnoDB: Initializing buffer pool, size = 8.0M
2017-12-03 18:44:56 70286 [Note] InnoDB: Completed initialization of buffer pool
2017-12-03 18:44:56 70286 [Note] InnoDB: Highest supported file format is Barracuda.
2017-12-03 18:44:56 70286 [Note] InnoDB: 128 rollback segment(s) are active.
2017-12-03 18:44:56 70286 [Note] InnoDB: Waiting for purge to start
2017-12-03 18:44:56 70286 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.37-82.2 started; log sequence number 1631996
2017-12-03 18:44:56 70286 [Warning] /var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld: unknown variable 'loose-debug-sync-timeout=600'
2017-12-03 18:44:56 70286 [Warning] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: e9a2b36e-d840-11e7-9a58-e2d7904cc90f.
2017-12-03 18:44:56 70286 [Note] RSA private key file not found: /var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/temp/var-tests/2/mysqld.1/data//private_key.pem. Some authentication plugins will not work.
2017-12-03 18:44:56 70286 [Note] RSA public key file not found: /var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/temp/var-tests/2/mysqld.1/data//public_key.pem. Some authentication plugins will not work.
2017-12-03 18:44:56 70286 [Note] Server hostname (bind-address): '*'; port: 10441
2017-12-03 18:44:56 70286 [Note] IPv6 is available.
2017-12-03 18:44:56 70286 [Note] - '::' resolves to '::';
2017-12-03 18:44:56 70286 [Note] Server socket created on IP: '::'.
2017-12-03 18:44:56 70286 [Note] Event Scheduler: Loaded 0 events
2017-12-03 18:44:56 70286 [Note] /var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld: ready for connections.
Version: '5.6.37-82.2-log' socket: '/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/temp/var-tests/tmp/2/mysqld.1.sock' port: 10441 Source distribution
15:44:57 UTC - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Please help us make Percona Server better by reporting any
bugs at http://bugs.percona.com/

key_buffer_size=1048576
read_buffer_size=131072
max_used_connections=6
max_threads=153
thread_count=6
connection_count=6
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 61882 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x7f4d9d2df800
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 7f4da6ce5690 thread_stack 0x40000
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(my_print_stacktrace+0x36)[0x557b16aeb596]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(handle_fatal_signal+0x3d0)[0x557b16896a50]
/lib64/libpthread.so.0(+0x140f0)[0x7f4da55020f0]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x7beafe)[0x557b16c06afe]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x7b2822)[0x557b16bfa822]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x7b75a4)[0x557b16bff5a4]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x7b9d49)[0x557b16c01d49]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x7bf502)[0x557b16c07502]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x7c4477)[0x557b16c0c477]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x776fd2)[0x557b16bbefd2]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x77837d)[0x557b16bc037d]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x77915c)[0x557b16bc115c]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x75bdbb)[0x557b16ba3dbb]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x6d6dac)[0x557b16b1edac]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_ZN7handler13ha_update_rowEPKhPh+0xa8)[0x557b167f5648]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_ZN12multi_update9send_dataER4ListI4ItemE+0x237)[0x557b16977a27]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x4aaa28)[0x557b168f2a28]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x4a617a)[0x557b168ee17a]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z10sub_selectP4JOINP13st_join_tableb+0x146)[0x557b168ee626]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(+0x4a617a)[0x557b168ee17a]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z10sub_selectP4JOINP13st_join_tableb+0x146)[0x557b168ee626]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_ZN4JOIN4execEv+0x488)[0x557b168ed398]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z12mysql_selectP3THDP10TABLE_LISTjR4ListI4ItemEPS4_P10SQL_I_ListI8st_orderESB_S7_yP13select_resultP18st_select_lex_unitP13st_select_lex+0x825)[0x557b16937355]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z18mysql_multi_updateP3THDP10TABLE_LISTP4ListI4ItemES6_PS4_y15enum_duplicatesbP18st_select_lex_unitP13st_select_lexPP12multi_update+0x1c4)[0x557b1697a354]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z21mysql_execute_commandP3THD+0x2c67)[0x557b16910877]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x4e0)[0x557b16915380]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x1213)[0x557b16916cc3]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(_Z24do_handle_one_connectionP3THD+0x1bd)[0x557b168e57dd]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(handle_one_connection+0x38)[0x557b168e5888]
/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/work/mysql-abi_x86_64.amd64/sql/mysqld(pfs_spawn_thread+0xee)[0x557b16d0b3ae]
/lib64/libpthread.so.0(+0x78ea)[0x7f4da54f58ea]
/lib64/libc.so.6(clone+0x3f)[0x7f4da48c425f]

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (7f4d8f2e1490): UPDATE t2, t1 SET t2.data = CONCAT("aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
Connection ID (thread ID): 8
Status: NOT_KILLED

You may download the Percona Server operations manual by visiting
http://www.percona.com/software/percona-server/. You may find information
in the manual which will help you identify the cause of the crash.
Writing a core file
safe_process[70285]: Child process: 70286, killed by signal: 11
----------SERVER LOG END-------------

 - saving '/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/temp/var-tests/2/log/rpl.rpl_mixed_binlog_max_cache_size-mix/' to '/var/tmp/portage/dev-db/percona-server-5.6.37.82.2-r1/temp/var-tests/log/rpl.rpl_mixed_binlog_max_cache_size-mix/'

[Thomas Deutschmann (whissi)]

System uname: Linux-4.14.3-gentoo-x86_64-Intel-R-_Core-TM-_i7-3770K_CPU_@_3.50GHz-with-gentoo-2.4.1
KiB Mem: 8134984 total, 1112276 free
KiB Swap: 1048572 total, 1048572 free
Timestamp of repository gentoo: Sun, 03 Dec 2017 14:47:52 +0000
Head commit of repository gentoo: 5298e145f0830b5426ae8ee293d16f61ccd1a80f

sh dash 0.5.9.1-r3
ld GNU ld (Gentoo 2.29.1 p3) 2.29.1
app-shells/bash: 4.4_p12::gentoo
dev-java/java-config: 2.2.0-r3::gentoo
dev-lang/perl: 5.26.1-r1::gentoo
dev-lang/python: 2.7.14-r1::gentoo, 3.4.6-r1::gentoo, 3.5.4-r1::gentoo, 3.6.3-r1::gentoo
dev-util/cmake: 3.10.0::gentoo
dev-util/pkgconfig: 0.29.2::gentoo
sys-apps/baselayout: 2.4.1-r2::gentoo
sys-apps/openrc: 0.34.11::gentoo
sys-apps/sandbox: 2.12::gentoo
sys-devel/autoconf: 2.69-r4::gentoo
sys-devel/automake: 1.13.4-r1::gentoo, 1.15.1-r1::gentoo
sys-devel/binutils: 2.29.1-r1::gentoo
sys-devel/gcc: 7.2.0::gentoo
sys-devel/gcc-config: 1.9.0::gentoo
sys-devel/libtool: 2.4.6-r4::gentoo
sys-devel/make: 4.2.1-r1::gentoo
sys-kernel/linux-headers: 4.13::gentoo (virtual/os-headers)
sys-libs/glibc: 2.26-r3::gentoo

[Thomas Deutschmann (whissi)]

Looks like these crashes are gcc-7 related. The tests are passing when percona-server was built with gcc-6.4.0.

I applied https://github.com/percona/percona-server/pull/1987 on top but it keeps crashing with gcc-7.2.0.

[whissi (whissi-gentoo-bugs)]

While https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=190b8440424d0684880808bb8d6587078a7357ef fixed building against GCC-7, percona-server isn't GCC-7 compatible yet:

At least

rpl.rpl_partition_innodb
rpl.rpl_innodb_bug28430
rpl.rpl_alter_repository
rpl.rpl_relayrotate
rpl.rpl_checksum_cache
rpl.rpl_innodb_bug30888
rpl.rpl_innodb_mixed_dml
rpl.rpl_mixed_binlog_max_cache_size

tests are failing. We have already seen real crashes under production load like

> Thread pointer: 0x7fe4244df000
> Attempting backtrace. You can use the following information to find out
> where mysqld died. If you see no messages after this, something went
> terribly wrong...
> stack_bottom = 7fe449f80690 thread_stack 0x40000
> /usr/sbin/mysqld(my_print_stacktrace+0x36)[0x5575684c5d46]
> /usr/sbin/mysqld(handle_fatal_signal+0x3d0)[0x557568271200]
> /lib64/libpthread.so.0(+0x140f0)[0x7fe4487430f0]
> /usr/sbin/mysqld(+0x7b79de)[0x5575685dc9de]
> /usr/sbin/mysqld(+0x7ab702)[0x5575685d0702]
> /usr/sbin/mysqld(+0x7b0484)[0x5575685d5484]
> /usr/sbin/mysqld(+0x7b81dd)[0x5575685dd1dd]
> /usr/sbin/mysqld(+0x748599)[0x55756856d599]
> /usr/sbin/mysqld(+0x74afd7)[0x55756856ffd7]
> /usr/sbin/mysqld(+0x74b5f2)[0x5575685705f2]
> /usr/sbin/mysqld(+0x757120)[0x55756857c120]
> /usr/sbin/mysqld(+0x6d1f34)[0x5575684f6f34]
> /usr/sbin/mysqld(_ZN7handler12ha_write_rowEPh+0x9f)[0x5575681cfc8f]
> /usr/sbin/mysqld(_Z12write_recordP3THDP5TABLEP9COPY_INFOS4_+0x99)[0x5575682d24d9]
> /usr/sbin/mysqld(_Z12mysql_insertP3THDP10TABLE_LISTR4ListI4ItemERS3_IS5_ES6_S6_15enum_duplicatesb+0xc21)[0x5575682d95f1]
> /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x431c)[0x5575682ec6dc]
> /usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x4e0)[0x5575682efb30]
> /usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x1213)[0x5575682f1473]
> /usr/sbin/mysqld(_Z24do_handle_one_connectionP3THD+0x1bd)[0x5575682bff8d]
> /usr/sbin/mysqld(handle_one_connection+0x38)[0x5575682c0038]
> /usr/sbin/mysqld(pfs_spawn_thread+0xee)[0x5575686e128e]
> /lib64/libpthread.so.0(+0x78ea)[0x7fe4487368ea]
> /lib64/libc.so.6(clone+0x3f)[0x7fe447b0525f]

[whissi (whissi-gentoo-bugs)]

Created attachment 508258
build.log

[infra-gitbot (infra-gitbot-gentoo-bugs)]

The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=15794394956f3ada8ea91b75fd52c3769f8c0b1d

commit 15794394956f3ada8ea91b75fd52c3769f8c0b1d
Author: Thomas Deutschmann <email address hidden>
AuthorDate: 2017-12-05 15:42:53 +0000
Commit: Thomas Deutschmann <email address hidden>
CommitDate: 2017-12-05 15:43:25 +0000

    dev-db/percona-server: Rev bump to block package for >gcc-6

    Bug: https://bugs.gentoo.org/639936
    Package-Manager: Portage-2.3.16, Repoman-2.3.6

 ...ebuild => percona-server-5.6.37.82.2-r2.ebuild} | 33 ++++++++++++++++++++--
 1 file changed, 30 insertions(+), 3 deletions(-)}

[steffen.weber (steffen.weber-gentoo-bugs)]

If someone else is wondering how to "use package.env file to switch to <gcc-7.x for this package", the following has worked for me:

mkdir -p /etc/portage/env
echo 'CC="/usr/x86_64-pc-linux-gnu/gcc-bin/6.4.0/gcc"' >> /etc/portage/env/gcc6
echo 'CXX="/usr/x86_64-pc-linux-gnu/gcc-bin/6.4.0/g++"' >> /etc/portage/env/gcc6
echo 'dev-db/percona-server gcc6' >> /etc/portage/package.env

[whissi (whissi-gentoo-bugs)]

>=dev-db/percona-server-5.6.38.83.0 now works with gcc-7.

[Shahriyar Rzayev (rzayev-sehriyar)]

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PS-3761