Bug 1031750 - mysqld: max_connections reset to 214
Summary: mysqld: max_connections reset to 214
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: mysql
Version: 18
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Honza Horak
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-18 17:02 UTC by customercare
Modified: 2013-11-18 17:16 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-18 17:16:13 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description customercare 2013-11-18 17:02:46 UTC
Description of problem:

If the initial max_connections value inside my.cnf is too big,
mysql reverts to a fixed not helping default.

131118 17:45:58 [Warning] Changed limits: max_open_files: 1024  max_connections: 214  table_cache: 400

Version-Release number of selected component (if applicable):

mysql  Ver 14.14 Distrib 5.5.34, for Linux (i686) using readline 5.1

How reproducible:

Always.

Steps to Reproduce:

1.

my.cnf:

[mysqld]
...
max_connections = 2000
...

-------------------------------------------------
/etc/systemd/system/mysqld.service:

.include /usr/lib/systemd/system/mysqld.service
[Service]
LimitNOFILE=1000000

Actual results:

214 connections:

131118 17:45:58 [Warning] Changed limits: max_open_files: 1024  max_connections: 214  table_cache: 400


Expected results:

2000 connections.

################# Additional :

With max_connections=700 it's working.

This means to me, the systemd service file addition:

LimitNOFILE=1000000

does not have any effect. 

BTW: 

why isn't it possible to set more than 1 million open files  i.e. unlimited ?

Comment 1 customercare 2013-11-18 17:16:13 UTC
My fault , sorry:

"systemctl daemon-reload" was missing.


Note You need to log in before you can comment on or make changes to this bug.