Bug #80668 | InnoDB: Failing assertion: !m_fatal in in file ut0ut.cc line 938 | ||
---|---|---|---|
Submitted: | 9 Mar 2016 7:27 | Modified: | 15 Mar 2016 4:51 |
Reporter: | Ramesh Sivaraman | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: Options | Severity: | S3 (Non-critical) |
Version: | 5.7.10, 5.7.11 | OS: | CentOS |
Assigned to: | CPU Architecture: | Any | |
Tags: | debug |
[9 Mar 2016 7:27]
Ramesh Sivaraman
[9 Mar 2016 9:01]
MySQL Verification Team
Hello Ramesh, Thank you for the report. Observed with 5.7.11 release build(only on small boxes, with <8G memory). - 5.7.11 release build(this assertion could be intentional) 2016-03-11T15:16:18.842232Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M 2016-03-11T15:16:19.221618Z 0 [Note] InnoDB: Completed initialization of buffer pool 2016-03-11T15:17:18.230599Z 0 [ERROR] InnoDB: Cannot allocate 42949657112 bytes of memory after 60 retries over 60 seconds. OS error: Cannot allocate memory (12). Check if you should increase the swap file or ulimits of your operating system. Note that on most 32-bit computers the process memory space is limited to 2 GB or 4 GB. 2016-03-11 20:47:18 0x7f511df69720 InnoDB: Assertion failure in thread 139986371778336 in file ut0ut.cc line 935 InnoDB: Failing assertion: !m_fatal InnoDB: We intentionally generate a memory trap. - conf [root@cluster-repo ~]# cat /etc/my.cnf|grep innodb_log innodb_log_buffer_size=42949672950 Thanks, Umesh
[15 Mar 2016 4:24]
Sunny Bains
Ramesh, Why is this a bug? Or, what do you think InnoDB should do in this case?
[15 Mar 2016 4:51]
Ramesh Sivaraman
Hi Sunny, Instead of a crash server should reset innodb-log-buffer-size into max value if it is greater than max value. Same as table_open_cache Thanks, Ramesh
[16 Mar 2016 2:56]
Sunny Bains
Ramesh, We are moving away from such "automatic" adjustment, where possible. Therefore I don't think this is a bug. One option will be to quit instead of crashing.