Mike Kolupaev 218487d8dc [wal changes 1/3] fixed unbounded wal growth in some workloads
Summary:
This fixes the following scenario we've hit:
 - we reached max_total_wal_size, created a new wal and scheduled flushing all memtables corresponding to the old one,
 - before the last of these flushes started its column family was dropped; the last background flush call was a no-op; no one removed the old wal from alive_logs_,
 - hours have passed and no flushes happened even though lots of data was written; data is written to different column families, compactions are disabled; old column families are dropped before memtable grows big enough to trigger a flush; the old wal still sits in alive_logs_ preventing max_total_wal_size limit from kicking in,
 - a few more hours pass and we run out disk space because of one huge .log file.

Test Plan: `make check`; backported the new test, checked that it fails without this diff

Reviewers: igor

Reviewed By: igor

Subscribers: dhruba

Differential Revision: https://reviews.facebook.net/D40893
2015-07-02 14:27:00 -07:00
..
2015-06-17 10:54:51 -07:00
2015-06-17 14:36:14 -07:00
2015-05-05 09:57:47 -07:00
2015-04-25 18:14:27 +09:00
2015-06-23 10:25:45 -07:00
2015-03-17 14:08:00 -07:00
2015-05-29 14:36:35 -07:00
2015-04-23 12:10:36 -07:00
2015-03-17 14:08:00 -07:00
2015-05-29 14:36:35 -07:00
2015-01-26 11:48:07 -08:00
2015-04-07 16:25:56 -07:00
2015-04-27 20:23:50 -07:00
2015-03-30 16:05:35 -04:00
2015-03-17 14:08:00 -07:00
2014-11-06 11:14:28 -08:00
2015-02-06 08:44:30 -08:00
2014-10-31 11:59:54 -07:00
2015-02-26 11:28:41 -08:00
2014-11-10 17:39:38 -05:00
2015-05-29 14:36:35 -07:00
2015-05-29 14:36:35 -07:00
2015-05-29 14:36:35 -07:00