diff options
author | Venkata Sidagam <venkata.sidagam@oracle.com> | 2013-01-24 14:02:54 +0530 |
---|---|---|
committer | Venkata Sidagam <venkata.sidagam@oracle.com> | 2013-01-24 14:02:54 +0530 |
commit | d0181929029a4efb7dbe13a04356ff0a1b7fe65f (patch) | |
tree | d16896141d9689b8c8b59960037ba07cf1fa15df /mysys/mf_iocache2.c | |
parent | 6083ae52ba80445e6f45f9c0c8e70419310e7131 (diff) | |
download | mariadb-git-d0181929029a4efb7dbe13a04356ff0a1b7fe65f.tar.gz |
Bug #11752803 SERVER CRASHES IF MAX_CONNECTIONS DECREASED BELOW
CERTAIN LEVEL
Problem description: mysqld crashes when we update the max_connections
variable to lesser value than the number of currently open connections.
Analysis: The "alarm_queue.max_elements" size will be decided at the
server start time and it will get modified if we change max_connections
value. In the current scenario the value of "alarm_queue.max_elements"
is decremented when the max_connections is set to 2. When updating the
"alarm_queue.max_elements" value we are not updating "max_used_alarms"
value. Hence, instead of getting the warning "thr_alarm queue is full"
it is ending up in asserting the server at the time of inserting new
elements in the queue.
Fix: the fix is to dynamically increase the size of the alarm_queue.
In order to do that, queue_insert_safe() should be used instead if
queue_insert().
Diffstat (limited to 'mysys/mf_iocache2.c')
0 files changed, 0 insertions, 0 deletions