> Графит, блин. Какой уж тот краевой случай... Никаких снапшотов, ничего. Просто база
> whisper-а.

Погодите, я правильно понимаю что вы положили БД с активной записью на CoW ФС? Это как правило очень субоптимальная идея, сразу на старте. Если уж хочется впереть базу с интенсивной записью, логично CoW выключить, чтобы не клещился с журнальной логикой. Все-равно снапшоты баз - очень грабельная вещь (ФС понятия не имеет о консистетности базы и прочей лабуде). В btrfs можно пофайлово, атрибут +С файлу поставить (man chattr - имеются особенности).

> Сначала все хорошо, а через несколько дней - no space left и все,

На первый взгляд похоже на ушатывание CoW механики БД с активной записью в сущность типа базы. Если я угадал - это с самого начала запрыг на грабли, но все-таки некоторые странности мне не понятны.

> ничего не сделать - балансинг приводит сервер в нерабочее состояние
> (грузит диски), потом падает в корку без исправления проблемы

Да по идее оно и само должно бы старые данные GC-ом выпиливать. Такое ощущение что вы CoW-выноски генерите быстрее чем GC их собирать успевает (БД в которые активно пишут это потенциально могут). Но вообще-то там вроде должны были сделать форсирование GC, если с местом душно. Кроме того, в кору падать - по любому криво. Если у вас последняя версия утилсов а они смеют крашиться - по любому баг стоит написать в трекер или рассылку.

> или освобождает гигабайтик, который тут же уезжает под те же данные.

Это наводит на мысль что вы положили CoW механику оптовыми выносками которые оно лепит на запись в базу. А если отключить файлу базы и журналу базы CoW? Крашрекавери и журналирование у баз как правило свое, т.к. они не могут полагаться на то какая там ФС.