Skip to main content

MySQL crashing --open-files-limit=50000 error / --skip-name-resolve

Comments

5 comments

  • cPanelMichael
    Hello :) Do you notice any specific entries in the MySQL error log (/var/lib/mysql/$hostname.err) just before it crashes (other than the warning messages you posted)? Thank you.
    0
  • go4
    Thanks cPanelMichael, Appreciate your help. To clairify what I mean when I say crash: although from the frontend we're getting "Cannot connect to database" and everything going down the xxx.err log doesn't show a crash. What I can see in the log though is that instantly on restart those --skip-name-resolve ignored errors start up, hundreds of lines logging at the same second restart completes.
    150927 19:25:09 mysqld_safe Number of processes running now: 0 150927 19:25:12 mysqld_safe mysqld restarted 150927 19:25:13 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release. 150927 19:25:13 [Note] Plugin 'FEDERATED' is disabled. 150927 19:25:13 InnoDB: The InnoDB memory heap is disabled 150927 19:25:13 InnoDB: Mutexes and rw_locks use GCC atomic builtins 150927 19:25:13 InnoDB: Compressed tables use zlib 1.2.3 150927 19:25:13 InnoDB: Using Linux native AIO 150927 19:25:14 InnoDB: Initializing buffer pool, size = 128.0M 150927 19:25:14 InnoDB: Completed initialization of buffer pool 150927 19:25:14 InnoDB: highest supported file format is Barracuda. InnoDB: The log sequence number in ibdata files does not match InnoDB: the log sequence number in the ib_logfiles! 150927 19:25:14 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files... InnoDB: Restoring possible half-written data pages from the doublewrite InnoDB: buffer... 150927 19:25:23 InnoDB: Waiting for the background threads to start 150927 19:25:24 InnoDB: 5.5.42 started; log sequence number 3135004108 150927 19:25:24 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 150927 19:25:24 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 150927 19:25:24 [Note] Server socket created on IP: '0.0.0.0'. 150927 19:25:24 [Warning] 'user' entry 'xx@xx' ignored in --skip-name-resolve mode. 150927 19:25:24 [Warning] 'user' entry 'xx@xx' ignored in --skip-name-resolve mode. 150927 19:25:24 [Warning] 'user' entry 'xx@x'x ignored in --skip-name-resolve mode. 150927 19:25:24 [Warning] 'user' entry 'xx@xx' ignored in --skip-name-resolve mode. ...etc etc etc...
    0
  • anton_latvia
    is that end? Does MySQL server operate normally afterwards? open-files-limits can be lowered.
    0
  • go4
    Thanks anton, No afterwards we straight away get hundreds of those [Warning] 'user' entry 'xx@xx' ignored in --skip-name-resolve mode entries and then always in Process Manager
    /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql/xxx.com.err --open-files-limit=50000 --pid-file=/var/lib/mysql/xxx.com.pid --socket=/var/lib/mysql/mysql.sock --port=3306
    0
  • anton_latvia
    There might be other reasons for crashing, although in general MySQL is a stable piece of software.. Take a look at example configuration here: Optimizing MySQL configuration at blog.hosting.guru
    0

Please sign in to leave a comment.