NicK,
К несчастью я, к примеру, попадаю в 10 оставшихся процентов, какие у Вас мысли на этот счет?

Проверьте, синхронизированно ли время на сервере Traffpro, со временем на машине, с которой осуществляется управление Traffpro через административную консоль (как показывает практика, разница более, чем на 5 минут может также приводить к подобным проблемам).

Проверьте целостность базы данных, если ведутся логи MySQL, проверьте наличие к.л. ошибок. После исправления ошибок БД(если они обнаружены), рекомендуется запустить установку traffpro в режиме обновления.

Отключите агрегацию/автоматическую очистку БД, если это до сих пор включено. При необходимости, лучше чистите базу вручную/по скрипту,добавленному в crontab,например. И только во время наименьшей нагрузки на БД.

1. Исключено
2. Исключено
3. Не считаю разумным
Ресурсов моего сервера с головой хватает на traffpro и остальные службы. Процессорная нагрузка даже в период агрегации не превышает 70%. Я думаю причина кроется в чем-то другом, раз этого не знает даже Sly.

Абсолютно идентично

Проблема решена, патч выйдет в ближайшее время.
Для неугомонных:
В дистрибутиве открываем файл:
/install/build_control/output.c

находим строку:
data_next->addr.count_all+=count_all;

Это строка 278.

И удаляем эту строчку. После чего пересобираем демона или просто обновляемся этим же дистрибутивом, ну или ждём когда мы выложим 16ю сборку.

Патч это хорошо, а как вычистить тот мусор, что уже имеется ? К примеру у меня изначально только анлим был, а по пользователям и внешним интерфейсам непонятный траффик...

1) Я на анлимах сделал плановое добавление трафика.
2) Вручную запустил скрипт добавления трафика.
Все значения выровнялись по кол-ву планового добавления трафика.
Но у меня все клиенты офис и анлимы.

Соответственно должны быть нули, а не непонятные значения ))

Данная ошибка кстати касалась только офис версий, проявлялась в случае загруженности mysql при агрегации которая приводила к очень долгой транзакции, в следствии чего выдавалась такая ошибка Lock wait timeout exceeded; try restarting transaction
и демон производил откат данных о трафике в нём то и крылась ошибка.

Все стало еще запутанней... Поставил данный фикс, с помощью скрипта auto_add_traff обнулил значения и все отъехало. Не заработало, пока не добавил серверу и клиентам траффик, который не тратится, ведь у меня анлим. По крайней мере странно, ведь перед этим сервер и большая часть клиентов были с нулями и работало. Хочется пояснений!

Даже у пользователей анлим должен быть трафик на счету хотя бы 1 байт, при создании пользователя и указании типа unlim ему добавляется именно 1 байт, и он не отображается так как округляется до мегабайт, вот по этому и работали ваши анлимные клиенты, так что добавте всем трафик.
Кстати это описыватся в документации, так что объяснения надо было искать именно там ;)

Вот теперь порядок, спасибо :)

Поскольку в этой теме шла речь об агрегации, продолжу тут.
Заметил, что начали расти таблицы и дата в agregate_usr_traffic_date_end перестала двигаться, (зависла на 2011-10-31) раньше двигалась каждый день и я утром заставал процесс агрегации, судя по нагрузке CPU.
В чем может быть проблема?

Проверьте, настройки, через сколько дней у вас стоит сжимать.

В первую очередь, там ничего не менялось, и:
agregate_usr_traffic_hour = 30
agregate_usr_traffic_day = 30
agregate_usr_traffic_ports = true
agregate_usr_traffic_hour_step - по умолчанию
agregate_usr_traffic_day_step - по умолчанию