Bug #48236 | InnoDB fails in "os_file_readdir_next_file()" on AIX and i5os | ||
---|---|---|---|
Submitted: | 22 Oct 2009 15:22 | Modified: | 2 Feb 2010 17:03 |
Reporter: | Joerg Bruehe | Email Updates: | |
Status: | Duplicate | Impact on me: | |
Category: | MySQL Server: InnoDB storage engine | Severity: | S3 (Non-critical) |
Version: | 5.1.40 + 5.5.0 | OS: | Other (AIX + i5os) |
Assigned to: | Assigned Account | CPU Architecture: | Any |
[22 Oct 2009 15:22]
Joerg Bruehe
[23 Oct 2009 11:14]
Mikhail Izioumtchenko
just to make sure: the problem is that on specified platforms there are error messages in mysqld log: InnoDB: Error: os_file_readdir_next_file() returned -1 but the execution continues, no crash or assert?
[23 Oct 2009 17:06]
Joerg Bruehe
I have quoted everything that got logged for this test, just eliminated the lines 12 through 405 which are identical to 9-11 and 406-408. So yes, there was no crash or assert logged, but MTR considered these lines to indicate enough of a problem to mark that as a test failure. Maybe these messages are to be expected on these platforms, and the code handles all this just fine (you sure can check that), then we need some way to tell this to MTR.
[23 Oct 2009 17:38]
Mikhail Izioumtchenko
Joerg, as I don't have this kind of hardware readily available could you provide the entire mysqld log, in your example this would be /home/mysqldev/tmp-200910061726-5.1.40-20647/i5os-power-32bit/test/mysql-test/var/log/mysq ld.1.err? In fact I'm mostly interested in a few lines before and after the "InnoDB: Error: os_file_readdir_next_file() returned -1 in " message which hopefully will provide some additional information.
[23 Oct 2009 19:48]
Hery Ramilison
mysqld.1.err error file
Attachment: mysqld.1.err (application/octet-stream, text), 3.65 KiB.
[23 Oct 2009 19:52]
Hery Ramilison
We just ran on aix entreprise in debug mode the crash_commit_before. Error only occurs when running in debug mode. Complete log in mysqld.1.err file.
[26 Oct 2009 12:54]
Mikhail Izioumtchenko
Vasil, could you try to figure this out? IBM likes to do things a bit differently, maybe we are missing an error code here.
[19 Nov 2009 16:26]
Joerg Bruehe
Same problem in the build of 5.5.0-beta, tests "crash_commit_before" and "myisam_crash_before_flush_keys".
[28 Jan 2010 14:48]
Andrew Hutchings
Possibly due to bug#50691
[28 Jan 2010 15:11]
Mikhail Izioumtchenko
likely a duplicate of that bug, reassigning to Jimmy as well
[29 Jan 2010 3:37]
Jimmy Yang
Certainly looks like a dup of bug #50691, whose fix is being reviewed.
[2 Feb 2010 17:03]
Andrew Hutchings
Tested with debug build of fix for bug #50691. This test now passes. Closing as duplicate