Bug #65750 | mysql version 5.5.25 not dropping table when it is configured m/c is in use | ||
---|---|---|---|
Submitted: | 27 Jun 2012 11:51 | Modified: | 4 Aug 2012 7:25 |
Reporter: | shalini P S | Email Updates: | |
Status: | No Feedback | Impact on me: | |
Category: | MySQL Server: DDL | Severity: | S2 (Serious) |
Version: | 5.5.25 | OS: | Linux |
Assigned to: | CPU Architecture: | Any |
[27 Jun 2012 11:51]
shalini P S
[27 Jun 2012 12:40]
Sveta Smirnova
Thank you for the report. But what is "linux m/c"? Is it GNU Midnight Commander? If it is really GNU Midnight Commander, please, check, if GNU Midnight Commander used to list MySQL data directory in same time when you call DROP TABLE.
[27 Jun 2012 17:35]
Sveta Smirnova
Thank you for the feedback. So what is this? What do you mean by " when my linux m/c is stopped"?
[28 Jun 2012 16:19]
Sveta Smirnova
Thank you for the feedback. I can not answer you in hidden comments, because you would not see my answers. Thought we don't discuss anything confidential yet. What we need is exact steps to repeat error: DROP TABLE failure. I still don't understand what you are doing.
[29 Jun 2012 12:31]
Valeriy Kravchuk
Please, check if this manual page, http://dev.mysql.com/doc/refman/5.5/en/metadata-locking.html, explains why you can not DROP table (I assume it is used in active transactions while your application is running).
[4 Jul 2012 7:25]
Valeriy Kravchuk
Please, send the output of show full processlist; show engine innodb status\G taken at the moment when your application runs and you are trying to DROP the table.
[5 Aug 2012 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".