Вы не говорите точно, что кэшируется или как, таким образом, мы будем стрелять в темноте немного.
Типичное кластеризованное решение для кэша будет заботиться об обеспечении, чтобы у всех членов кластера было последовательное представление данных. Например, memcached является общим решением кэширования данных приложения, и обновление от одного кластерного участника сразу будет видимо другим кластерным участникам.
При кэшировании сгенерированных веб-страниц решение обычно только к данным кэша, которые являются или инвариантом, или это имеет четко определенное время истечения срока. Данные, которые отличаются на запрос, часто не кэшируются. Это дает веб-приложению повышение производительности, потому что выборки для общих объектов как изображения, таблицы стилей и JavaScript могут прибыть из кэша, в то время как пользовательского пользователя HTML вытягивают от бэкенда. С другой стороны, некоторые решения могут делать недействительным кэш, если данные, используемые для генерации страницы, изменились.
Это кажется, что logrotate успешно переместил /var/log/auth.log в/var/log/auth.log.1, но успешно не перезагружал rsyslog демона. Поэтому rsyslog думает, что все еще пишет в /var/log/auth.log.
При перезагрузке rsyslog демона это работает на Вас?
Краткое руководство по фиксирует для этого, для перезапуска rsyslog демона. rsyslog затем запишет в места, которые определяются в [r] syslog.conf
$ sudo service rsyslog restart