Quando eu cat um arquivo, como /var/log/messages , a saída não é separada em novas linhas, é apenas um blob de texto encapsulado que é muito difícil de ler, apenas mensagem após mensagem sem nova linha. Existe uma configuração em algum lugar que faria com que isso acontecesse, está acontecendo em vários de nossos servidores.
Como exemplo
Quando executo cat /var/log/messages , esperaria ver algo como:
2016-12-15T11:22:53.212028-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 c615 05 clock_sync
2016-12-15T11:22:54.223136-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 c618 08 no_sys_peer
2016-12-15T11:25:06.228173-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 0628 08 no_sys_peer
2016-12-15T11:25:12.233785-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 0613 03 spike_detect +0.294933 s
2016-12-15T11:29:41.762442-06:00 wilkestest.com kernel: [212901.427412] FS-Cache: Loaded
2016-12-15T11:29:41.771893-06:00 wilkestest.com kernel: [212901.439186] FS-Cache: Netfs 'nfs' registered for caching
2016-12-15T11:29:41.775520-06:00 wilkestest.com kernel: [212901.443275] Key type dns_resolver registered
2016-12-15T11:29:41.784809-06:00 wilkestest.com kernel: [212901.452136] NFS: Registering the id_resolver key type
2016-12-15T11:29:41.784814-06:00 wilkestest.com kernel: [212901.452141] Key type id_resolver registered
2016-12-15T11:29:41.784817-06:00 wilkestest.com kernel: [212901.452142] Key type id_legacy registered
Em vez disso, estou vendo algo como:
2016-12-15T11:22:53.212028-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 c615 05 clock_sync 2016-12-15T11:22:54.223136-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 c618 08 no_sys_peer 2016-12-15T11:25:06.228173-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 0628 08 no_sys_peer 2016-12-15T11:25:12.233785-06:00 wilkestest.com ntpd[27156]: 0.0.0.0 0613 03 spike_detect +0.294933 s 2016-12-15T11:29:41.762442-06:00 wilkestest.com kernel: [212901.427412] FS-Cache: Loaded 2016-12-15T11:29:41.771893-06:00 wilkestest.com kernel: [212901.439186] FS-Cache: Netfs 'nfs' registered for caching 2016-12-15T11:29:41.775520-06:00 wilkestest.com kernel: [212901.443275] Key type dns_resolver registered 2016-12-15T11:29:41.784809-06:00 wilkestest.com kernel: [212901.452136] NFS: Registering the id_resolver key type 2016-12-15T11:29:41.784814-06:00 wilkestest.com kernel: [212901.452141] Key type id_resolver registered 2016-12-15T11:29:41.784817-06:00 wilkestest.com kernel: [212901.452142] Key type id_legacy registered
As novas linhas são exageradas para formatação, não estou esperando um arquivo de log de espaço duplo, mas eu esperaria que cada nova mensagem no log iniciasse em um novo log em vez de simplesmente um espaço atrás da última mensagem.
Eu descobri a resposta e só queria postar aqui, caso isso possa ajudar os outros. Em /etc/rsyslog.conf há um parâmetro para $ ActionFileDefaultTemplate que foi definido como RSYSLOG_ForwardFormat que fornece uma data mais precisa, mas se livra do \ n em cada mensagem, usando RSYSLOG_FileFormat ou RSYSLOG_TraditionalFileFormat, pois esse parâmetro resolverá as linhas sendo esmagadas juntas .