Repository navigation
percona-cluster 8.0.x sst crashes #380
Description
Activity
- added a commit that references this issue
on May 4, 2024 this patch solves the issue
patch-scripts_wsrep__sst__xtrabackup-v2.diff.gzThanks for looking at this. I think that will require that coreutils be a
DEPENDSfor the package, asnprocis only available if that package is installed. One drawback of usingnprocis that it doesn't account for the actual CPU resources available to the zone, and will simply return the number of CPU cores available on the entire system. A way to do that without having to use an external package would be something likepsrinfo | wc -l.Doing something like
mdata-get sdc:cpu_capand calculating based on that would give you accurate numbers, but is only available to the root user.I'll have a think...
I've simply reused a section of a previous patch get_proc is already there so we can you it also for the decompress task
- added a commit that references this issue
on Oct 21, 2024 - added a commit that references this issue
on Dec 30, 2024 - added a commit that references this issue
on Feb 9, 2025 - added 2 commits that reference this issue
on Feb 9, 2026 - added a commit that references this issue
on Mar 23, 2026 8 remaining items
- added 9 commits that reference this issue
on May 14, 2026 - added 3 commits that reference this issue
on May 22, 2026 - added a commit that references this issue
on Jun 7, 2026 - added a commit that references this issue
on Jun 15, 2026 - added a commit that references this issue
on Jul 27, 2026
After resolving the encoding issue of bug #377, I re-tested Percona Cluster 8.0.x and, although the MySQL client crash is no longer present, the replication and cluster initialization do not work properly. The primary machine set to provide the initial information does not complete the transfer to the joiners correctly, and various MySQL processes are marked as . I tested up to version 8.0.36.