madf

больше года в глаза не видел консоль со своим постгресом и базой биллинга на нем. однажды настроенный автовакуум отлично работает и субд не требует каких-либо телодвижений с моей стороны. Значит, все еще впереди Хотя, если детальная статистика не используется то "сюрпризов" быть не должно.

Собственно, вот. Прямо из ChangeLog. .so больше нету. Вместо них теперь .a которые не нужны для установки. Теперь достаточно только плагинов и самого stargazer.

Ну "автомат" не всесилен. Как я уже писал в соседней теме, серъезная СУБД требует DBA

По видимому, причина в том что PostgreSQL - это не та СУБД, которую "поставил и забыл" Для таких случаев есть Firebird. А за PostgreSQL следить надо, отслеживать деградацию планировщика запросов, добавлять индексов "по вкусу" и т.д. Вот, например, запрос выводящий статистику по VACUUM/ANALYZE, запросам по таблицам и "мусору": SELECT schemaname AS sch, relname AS tab, pg_size_pretty(pg_relation_size(relid)) AS size, n_tup_ins AS ins, n_tup_upd AS upd, n_tup_del AS del, n_live_tup AS live, n_dead_tup AS dead, ROUND(1.0 * n_dead_tup / CASE WHEN n_live_tup + coalesce(n_dead_tup) > 0 THE

Начиная с версий 8.0 PostgreSQL делает VACUUM и ANALYZE автоматически. Правда, только по тем таблицам которые динамично изменяются.

VACUUM и ANALYZE давно делаются автоматически. Удалялся 2 часа потому что статистики много. А зачем удалять?

То есть получается как, УМА сидит, нихрена не делает, денежки собирает а потом еще и решает - кому давать а кому не давать?

А у меня вообще порядка 300 флешек с прошивками для роботов.

А вы знаете хотя бы одного автора который с этого получил денег?

Ну похоже что только у тебя такое происходит. Было б неплохо собрать в дебаге и после останова подцепиться к stg-exec с помощью gdb и снять стектрейс. Делается это примерно так: # ps ax | grep stg-exec запоминаем или записываем pid # gdb /path/to/stargazer ... (gdb) attach <pid> ... (gdb) thread apply all bt и выхлоп мне на faust@stg.dp.ua или на pastebin.com.

Адски сложный PostgreSQL не упал даже когда я унутрях у него неонку выкручивал. То бишь выковыривал битый раздел винта который пришелся как раз на базу. А он себе в это время работал и не чихал. Я, к стати, слабо себе представляю бекап базы на 1.5 Тб Хотя, конечно, критически важной информации там значительно меньше. Жаль, не помню сколько таблица с 30к юзерами занимала.

man sudo

... и используйте нормальные СУБД, которые не падают сами по себе А причину падения установили?

Ну можно и так. Еще админы, хотя это не так критично.

Самый правильный вариант спасения тут - сдампить все данные через XML RPC а потом залить их обратно. Детальной статистики и логов, понятное дело, не будет. Изменение/сохранение не работает, т.к. для того чтобы записать изменения в БД нужно чтобы там уже что-то было. Чтобы записать изменения тарифа нужно чтобы был тариф. Чтобы записать изменения юзера нужно чтобы был юзер. И т.д. nightfly - а вот и не угадал! Как раз в данном конкретном случае mod_store_mysql, не смотря на его кривость, скорее всего абсолютно не при чем

Где "там"?

По временным интервалам - cron в зубы и вперед. По контенту - прозрачный прокси со списком "вредных" URL. Хотя фильтрация контента - дело не благодарное...

А после старта их сколько создается? Какое значение указано в ExecutersNum?

Ну хотелось бы все-таки увидеть кусок лога в момент останова. При падении он ничего в лог не пишет, тоже все чисто выглядит.

Секционирование (а не "партицирование") - задача СУБД, а не того кто над ней стоит. Zabbix отличная система, но большая и прожорливая. Если нужно промониторить десяток свитчей лучше использовать что-то попроще.

Что последнее в логе перед остановом? Такое возможно если он падает при останове.

Какое бл...дь еще "установить счет"? Для выравнивания счета радио "Корректировка сальдо" - не светится в оплатах, не портит финотчет, светится в логе и имеет инкрементный характер. ... Яке, бл...ть, сало?

Разослать-то могут все... Я думаю топикстартер не имеет адресатов. Хочет чтобы разослали "по базе". А это уже спам. И за это надо вешать на столбах вдоль дороги, чтоб неповадно было!

Так закончились-то они значительно раньше сентября. Вроде еще весной прошлого года.

Из документации: