Bug #38847 | Operating system error number 33 | ||
---|---|---|---|
Submitted: | 18 Aug 2008 11:00 | Modified: | 15 Jul 2012 15:45 |
Reporter: | Pierre-Olivier BEDNARZ | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Server: Errors | Severity: | S1 (Critical) |
Version: | 5.0.30 | OS: | Windows (server 2003) |
Assigned to: | CPU Architecture: | Any | |
Tags: | Operating system error number 33 in a file operation. |
[18 Aug 2008 11:00]
Pierre-Olivier BEDNARZ
[18 Aug 2008 12:29]
MySQL Verification Team
Thank you for the bug report. The server version you have reported is quite older, could you please upgrade to latest released version 5.0.67 and try again?. Thanks in advance.
[19 Aug 2008 9:55]
Pierre-Olivier BEDNARZ
hi, We can't make an upgrade of the data base. The service shutdown himself somtimes. Always error 33 in MySQL and error 7034 in windows system logs.
[19 Aug 2008 11:01]
Susanne Ebrecht
Error 33 means: The process cannot access the file because another process has locked a portion of the file. MySQL wasn't able to write to E:\MySQL\\MySQL Datafiles\ibdata1 because somebody else uses this file. Or because of you have had a too huge system load your operation system didn't unlock the file fast enough. Please control your operation system load and what else happens on your operation system. Please, also let us know if this will be ok by using MySQL 5.0.67. Consider, even if this would be a bug and we would fix it you would have to upgrade to the newest version. So you just spend time to do an upgrade now.
[19 Sep 2008 23: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".
[5 Apr 2012 19:27]
MySQL Verification Team
Firstly, be 100% nobody except mysqld access datafiles. Use sysinternals procmon to verify this. Then make sure the innodb files aren't too large and/or compressed, and highly fragmented. Try defrag the disk or just those files using "contig" from sysinternals.
[13 Jul 2012 19:05]
Suhaas Zende
In my case there was an antivirus backup running having option to backup binary files as well. During which it would wipe out binary files resulting into mysql services not coming up due to absence of binary files for recovery. Obviously I had to uncheck the binary files backup option that resolve my issue.