Установка автовакуума к прочь в postgresql.conf и передача сигналов о сервере для перезагрузки конфигурации всегда останавливали автовакуум, по моему опыту. Я всегда выключаю автовакуум при выполнении большого восстановления DB, например.
Где Вы изменяете конфигурацию? Если Вы делаете так в PGAdmin, удостоверяетесь сохранение изменения прежде, чем сигнализировать, чтобы сервер перезагрузил конфигурацию.
Каково Ваше доказательство, которое не остановил автовакуум? Удостоверьтесь, что Вы обновляете любой экран в pgAdmin, который говорит Вам о выполнении процессов, когда Вы вносите изменения. Был несколько раз, где я ловился PGAdmin, не обновляющимся автоматически.
Проверьте свой фактический postgresql.conf файл дважды. Если Вы работаете в среде окон, попытайтесь выполнить "конфигурацию перезагрузки" как администратора. Попытайтесь перезапустить сервис.
Считайте файлы журнала. Когда Вы перезапускаете сервис или перезагружаете конфигурацию после внесения изменения в конфигурацию, изменение отражается в журнале? Это должно быть.
Как долгосрочное усилие, рассмотрите обновление до более новых версий postgreSQL. В 8,1 автовакууме было очень новым; в 8,3 вперед существуют отмеченные улучшения способа, которым автовакуум работает, уменьшая влияние на Вашу базу данных.
Взгляните на vcl_deliver, вы видите здесь следующее условие
if (resp.http.X-Cache-Debug) {
# debug headers
} else {
# remove Varnish/proxy header
}
Итак, мой вопрос: вы уверены, что ваше приложение устанавливает заголовок X-Cache-Debug? Если нет, вам нужно позаботиться об этом или изменить VCL, удалив это условие (а также часть "# remove Varnish / proxy header")