Tsave не создаёт lock-файл и дико тормозит

[Dyr]

Имеется UTM4 на FreeBSD 5.4. Замечено, что иногда при запуске tsave не появляется /netup/utm/main.lock.

Наша последовательность действий:
1) запускаем tsave интерактивно (так было надо)
2) через некоторое время видим:
- в памяти сидят несколько tsave+main, запустившихся через через cron;
- "show processlist" в mysql показывает несколько висящих "CHECK TABLE traffic_discount_history FAST QUICK";
- main.lock отсутствует;
- tsave работает с черепашьей скоростью (5-6 секунд на каждый uid), при этом MySQL на своей машине кушает весь CPU;
- ещё через некоторое время обнаруживаем, что main.lock лежит там, где надо.
3) если прибить tsave и стереть main.lock, то следующий tsave работает с нормальной скоростью.

Сталкивался ли с подобным кто-нибудь ещё, кроме нас?

[Victor]

lock_exit=1 в конфиге стоит? Сколько классов трафика, сколько пользователей, сколько оперативы на сервере, как настроен mysql?

[dalex]

что мешает написать скрипт который будет сам создавать свой лок файл и проверять его наличие а затем запускать tsave

[Ilya Evseev]

Черепашья скорость была вызвана тем, что tsave мы с Dyr запускали без ключа "-c fast" и он принимался мееееедленно перелопачивать записи в SQL-таблицах, классифицируя трафик (причём база крутится на соседней машине!). После того, как нам выдали свежий netup_netflow, который учитывает трафик в уже классифицированном виде, а мы запомнили, что запускать tsave без "-c fast" вредно для здоровья, тормоза прекратились.

lock_exit=1 в конфиге есть, но мы всё равно по крону запускаем не tsave, а обёртку для tsave с костылями. Добавили костыльный семафор - вроде помогло.