Агент AWS Cloudwatch не принимает изменения

Я в тупике. У меня есть два файла журнала, за которыми следит агент AWS CloudWatch. Первый, /var/log/nginx/access.log , работает отлично. Второй, /var/log/otherserver/access.log , не получает никаких изменений. Не в конечном итоге, никогда ЕСЛИ Я перезапускаю агент, после чего он принимает изменения и отправляет их в CloudWatch, как ожидалось.

/var/log/otherserver/access.log - это журнал файл rsync ' ed периодически с другого сервера, на котором не может быть установлен агент. Команда выглядит так:

rsync -av user@host:/var/log/access.log /var/log/otherserver/access.log

Агент определенно может прочитать ее, потому что он считывает изменения после перезапуска.

Положение записи в файле конфигурации не имеет значения.

Даты в записях журнала для файла журнала rsync'ed такие же, как и на сервере (все указано в формате UTC).

Если я перемещаю файл журнала, агент начинает жаловаться с:

2015-12-14 16:02:26,158 - cwlogs.push.stream - WARNING - 3344 - Thread-1 - No file is found with given path '/var/log/otherserver/access.log'.

Конфигурация этого второго файла журнала почти идентична первому (ниже).

[website.access.log]
#datetime_format = 09/Dec/2015:14:15:02 +0000
datetime_format = %d/%b/%Y:%H:%M:%S %z
file = /var/log/otherserver/access.log
log_stream_name = master-platform.sh
initial_position = start_of_file
log_group_name = web-access

[app.access.log]
#datetime_format = 09/Dec/2015:14:15:02 +0000
datetime_format = %d/%b/%Y:%H:%M:%S %z
file = /var/log/nginx/lax.access.log
log_stream_name = {hostname}
initial_position = start_of_file
log_group_name = web-access

Есть ли у кого-нибудь какие-нибудь подсказки, что происходит Вот? Или можете предложить альтернативный агент, менее ...

4
задан 14 December 2015 в 18:13
1 ответ

Возможно, ваш файл состояния агента поврежден из-за того, что вы продолжали вносить изменения в конфигурацию. Есть два способа исправить это:

  • Вариант 1: Используйте новое имя для заголовка блока конфигурации.
    • То есть измените [website.access.log] на [something.else] .
  • Вариант 2: Удалите файл состояния агента после остановки service.

     sudo service awslogs stop
    sudo rm / var / lib / awslogs / состояние агента
    sudo service awslogs start
     

Обратите внимание, что Вариант 2 может изначально вызвать отправку дублирующих журналов в CloudWatch при создании нового файла состояния.

1
ответ дан 3 December 2019 в 04:09

Теги

Похожие вопросы