<?xml version="1.0" encoding="utf-8"?>
<bug><id>10866</id><link>http://bugs.mysql.com/bug.php?id=10866</link><status>Verified</status><category>Server: InnoDB</category><sdesc>full log partition causes indefinite hang, stops system boot up</sdesc><ldesc>(cut and pasted from the debian bug report #310579)

This may apply to other versions of mysql-server as well, but it&#039;s
something worth noting either way.  Earlier today while running massive
amounts of inserts and other such things, I noticed a large slow down.

Eventually I tried to restart the mysql server to have it take a few
minutes to get through the shutdown phase, and an indefinite amount of
time to start back up before I killed it.  There were still processes
running when I tried to do a shutdown after as well (which didn&#039;t run to
completion).

Eventually I tried to reboot the system, and after waiting for quite a
few minutes, ended up doing a hard reboot.

Then when the system started back up, it hung indefinitely (hours+) at
the init spam where it was loading mysqld.  At this time I oculd not ssh
or do anything but ping the machine.  Ctrl-C at the console did not help
either, I had to boot into single user mode.

Come to find out, my log partition (/var/log is its own partition)
happened to have become full.  And mysqld was trying to write to its log
files, and then going into a &quot;I can&#039;t write to my logs, so waiting 30
seconds and trying again&quot; loop.  Which it never gives up on.  Ever.

While letting my log partition get full is certainly a bad idea, the
fact that the mysql server manages to prevent the system from booting at
all should probably be addressed.
</ldesc><reporter>299228</reporter><submitted>1117052995</submitted><modified>1273766592</modified><version>4.1</version><os>Linux (debian gnu/linux)</os><cpu_arch>Any</cpu_arch><severity>S4 (Feature request)</severity></bug>