summaryrefslogtreecommitdiff
path: root/mysys/mf_iocache2.c
diff options
context:
space:
mode:
authorVenkata Sidagam <venkata.sidagam@oracle.com>2013-01-24 14:02:54 +0530
committerVenkata Sidagam <venkata.sidagam@oracle.com>2013-01-24 14:02:54 +0530
commitd0181929029a4efb7dbe13a04356ff0a1b7fe65f (patch)
treed16896141d9689b8c8b59960037ba07cf1fa15df /mysys/mf_iocache2.c
parent6083ae52ba80445e6f45f9c0c8e70419310e7131 (diff)
downloadmariadb-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