Bug #106280 | innodb print tons of partial read in error log | ||
---|---|---|---|
Submitted: | 25 Jan 2022 14:14 | Modified: | 28 Feb 2022 14:00 |
Reporter: | WANG GUANGYOU | Email Updates: | |
Status: | Can't repeat | Impact on me: | |
Category: | MySQL Server: InnoDB storage engine | Severity: | S3 (Non-critical) |
Version: | 5.7 | OS: | Any |
Assigned to: | CPU Architecture: | Any |
[25 Jan 2022 14:14]
WANG GUANGYOU
[25 Jan 2022 14:53]
MySQL Verification Team
Hi Mr. GUANGYOU, Thank you for your bug report. However, we can not proceed in processing your report, without additional info. First of all, we need a. fully reproducible test case. We need a test case that we would be able to repeat and got tons of messages in the error log. Next, we got lots of requests for adding info to the error log and not the other way around. Also, if you read our Manual, you can see that you can set verbosity of the error log. But, most important of all, we need a fully repeatable test case. Otherwise, this report will not be further processed.
[27 Jan 2022 2:29]
huahua xu
Hi Mr. GUANGYOU, You be right! It may be a bug. I find that the function my_pread overwrites the errno to 0 before it calls pread.
[26 Feb 2022 1:00]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".
[28 Feb 2022 14:00]
MySQL Verification Team
Can't repeat without a test case and other infor.
[5 Sep 2022 10:36]
peng gao
Hi Mr. GUANGYOU, I think this is a bug, I have the same problem , pread && blocking regular file read 0 bytes not set errno,means EOF。 {the number of bytes read is returned (zero indicates end of file)} so errno not overwrite ,if last errno is EAGAIN ,so loop for ever.
[19 Sep 2022 11:01]
MySQL Verification Team
Hi, We wrote before and we will repeat the same statement. That is , we can not process a bug report without a fully reproducible test case.
[10 May 2:47]
alex xing
I ran into a similar bug in MySQL5.7 mysql crash when update/insert 2023-05-10T07:51:15.447690+08:00 2397544 [Warning] InnoDB: Retry attempts for reading partial data failed. 2023-05-10T07:51:15.455348+08:00 2397544 [ERROR] InnoDB: Tried to read 16384 bytes at offset 890486784, but was only able to read 0 2023-05-10T07:51:15.455372+08:00 2397544 [ERROR] InnoDB: Operating system error number 61 in a file operation. 2023-05-10T07:51:15.455395+08:00 2397544 [ERROR] InnoDB: Error number 61 means 'No data available' 2023-05-10T07:51:15.455959+08:00 2397544 [Note] InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html 2023-05-10T07:51:15.455971+08:00 2397544 [ERROR] InnoDB: File (unknown): 'read' returned OS error 161. Cannot continue operation 2023-05-10T07:51:15.455977+08:00 2397544 [ERROR] InnoDB: Cannot continue operation. 2023-05-10T07:51:19.861129+08:00 0 [Note] InnoDB: FTS optimize thread exiting. 2023-05-10T07:52:55.535093+08:00 2397544 [Warning] InnoDB: 3 threads created by InnoDB had not exited at shutdown! 2023-05-09T23:53:01.994835Z 0 [Warning] The syntax 'expire-logs-days' is deprecated and will be removed in a future release. Please use binlog_expire_logs_seconds instead.
[10 May 12:01]
MySQL Verification Team
Hi, Version 5.7 now receives only fixes for the crashes and security problems. So, this report would qualify if we could had a repeatable test case. We still have not got one !!!!!