Repository navigation
percona-cluster-5.7.43 crashes on 2023Q4 #381
Description
Activity
By setting it manually, the crash disappears
export LC_ALL="en_US.UTF-8"
Do you know where "C.UTF-8" is coming from? I can't see it in any of the percona-cluster source code. Is there any chance it's set in your environment?
no it's not ...I've tested all using a clean zone
- added a commit that references this issue
on Jun 10, 2024 - added a commit that references this issue
on Aug 24, 2024 - added a commit that references this issue
on Oct 21, 2024 - added a commit that references this issue
on Jan 5, 2025 - added a commit that references this issue
on Feb 9, 2025 - added a commit that references this issue
on Feb 23, 2026 - added 16 commits that reference this issue
on May 14, 2026 - added a commit that references this issue
on May 22, 2026 - added a commit that references this issue
on Jun 1, 2026 - added a commit that references this issue
on Jun 28, 2026 - added a commit that references this issue
on Jul 27, 2026
Metadata
Metadata
Assignees
Labels
No labels
Testing percona-cluster-5.7.43 from the 2023Q4 release, I realized that the mysql client crashes due to the utf settings. The client looks for /usr/lib/locale/C.UTF8/LC_CTYPE/LCL_DATA instead of /usr/lib/locale/C.UTF-8/LC_CTYPE/LCL_DATA.
ioctl(0, TIOCGWINSZ, 0xFFFFF9FFFFDFF638) = 0 ioctl(0, TIOCSWINSZ, 0xFFFFF9FFFFDFF638) = 0 Received signal #20, SIGWINCH [default] siginfo: SIG#0 ioctl(0, TCGETS, 0xFFFFF9FFFFDFF640) = 0 open("/usr/lib/locale//C.UTF8/LC_CTYPE/LCL_DATA", O_RDONLY) Err#2 ENOENT Incurred fault #6, FLTBOUNDS %pc = 0xFFFFF9FFEEFC5D70 siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000