Issue with signals and wsrep_sst_* scripts
Bug #1190787 reported by
Raghavendra D Prabhu
This bug report is a duplicate of:
Bug #1382797: Modify SST code to use fork()/exec() to allow cleanup on fatal signals.
Edit
Remove
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
MySQL patches by Codership |
New
|
Undecided
|
Unassigned | |||
5.5 |
Won't Fix
|
Undecided
|
Unassigned | |||
5.6 |
Won't Fix
|
Undecided
|
Unassigned | |||
Percona XtraDB Cluster moved to https://jira.percona.com/projects/PXC | Status tracked in 5.6 | |||||
5.5 |
Confirmed
|
Low
|
Unassigned | |||
5.6 |
Fix Committed
|
Undecided
|
Unassigned |
Bug Description
I will add more details on this as I get more info.
However, what I have seen is that if and when SST gets stuck (or
few other conditions), mysqld shuts down but wsrep_sst_*,
xbstream etc. remain. They can't be killed with a SIGTERM either,
requiring SIGKILL finally.
I surmise that this may be due to signal handling in posix_spawn
used by wsrep.
Changed in percona-xtradb-cluster: | |
milestone: | none → 5.5.31-25 |
Changed in percona-xtradb-cluster: | |
importance: | Undecided → Low |
Changed in percona-xtradb-cluster: | |
milestone: | 5.5.33-23.7.6 → future-5.5 |
To post a comment you must log in.
To add what happens is as follows:
mysqld on joiner spawns wsrep_sst_ xtrabackup which in turn spaans
netcat, xbcrypt and xbstream.
Now when xbcrypt dies, the whole setup hangs.
This may be a different bug altogether though.