Ситуация, в общем, обычная.
Пришло сообщение:
Delete /netup/utm/tsave.lock and run /netup/utm/bin/tsave manually.
Запустили, заработало.
Проблема в том, что запустили только ч-з 12 дней после первого собобщения и трафик за эти дни отсутствует.
Клиенты работали как обычно, только абонплата не снималась.
Есть возможность обсчитать такой трафик ?
Вроде UTM должен где-то эту инфу хранить.
Проблема с подсчетом трафика
-
- Сообщения: 131
- Зарегистрирован: Ср авг 10, 2005 21:32
- Откуда: Москва
Между tsave-ми трафик копится в таблице traffic_netflow, по идее она сейчас должна разростись до немеряных размеров.
Если объём слишком большой есть шанс, что сервер это не переварит. У меня такое уже случалось.
В процессе обработки tsave перебрасывает трафик в traffic_tmp, и оттуда уже его разгребает, так что может и там что-то есть.
После аварийных ситуаций, говорят, имеет смысл запускать tsave без ключа fast, будет отрабатывать медленней, но вроде с повышенной надёжностью.
Если объём слишком большой есть шанс, что сервер это не переварит. У меня такое уже случалось.
В процессе обработки tsave перебрасывает трафик в traffic_tmp, и оттуда уже его разгребает, так что может и там что-то есть.
После аварийных ситуаций, говорят, имеет смысл запускать tsave без ключа fast, будет отрабатывать медленней, но вроде с повышенной надёжностью.
Абсолютно не имеет смысла. Этот ключ только отвечает за классификацию трафика и за отсутствие его агрегирования (ибо с ним трафик из traffic_tmp агрегируется по пользователям и классам в traffic_tmp_sum и для ускорения процесса считается оттуда).Instruktor писал(а): После аварийных ситуаций, говорят, имеет смысл запускать tsave без ключа fast, будет отрабатывать медленней, но вроде с повышенной надёжностью.
Вообще, единственное, что может быть при некорректном завершении tsave - не обнулится traffic_tmp и тогда при следующем запуске этот трафик может посчитаться еще раз. Но, во-первых, этот трафик крайне невелик по сравнению с общими объемами (и с погрешностями в меньшую сторону, которую вносят коллеторы, а особливо все тот же netup_netflow), а во-вторых, его можно убрать просто очистив traffic_tmp руками перед следующим запуском tsave....