É normal que esse tamanho de arquivo / usr / share / locale / zun / LC_MESSAGES / temp esteja no meu servidor 7.3G?

0

Eu tenho um servidor no CentOS Linux mydomain.com 2.6.32-504.16.2.el6.x86_64 #1 SMP Wed Apr 22 06:48:29 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Eu vejo a pasta /usr/ com mais de 18G.

Quando faço uma lista com o comando du notei que existe um arquivo /usr/share/locale/zun/LC_MESSAGES/temp está acima de 7G isso é normal?

Imagem do arquivo na linha de comando:

Posso remover este arquivo?

ATUALIZAÇÃO:

[email protected] [~]# cat /etc/rsyslog.conf
# rsyslog v5 configuration file

# For more information see /usr/share/doc/rsyslog-*/rsyslog_conf.html
# If you experience problems, see http://www.rsyslog.com/doc/troubleshoot.html

#### MODULES ####

$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
$ModLoad imklog   # provides kernel logging support (previously done by rklogd)
#$ModLoad immark  # provides --MARK-- message capability

# Provides UDP syslog reception
#$ModLoad imudp
#$UDPServerRun 514

# Provides TCP syslog reception
#$ModLoad imtcp
#$InputTCPServerRun 514


#### GLOBAL DIRECTIVES ####

# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on

# Include all config files in /etc/rsyslog.d/
$IncludeConfig /etc/rsyslog.d/*.conf


#### RULES ####

# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*                                                 /dev/console

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none                /var/log/messages
*.info;mail.none;authpriv.none;cron.none                /usr/share/locale/zun/LC_MESSAGES/temp

# The authpriv file has restricted access.
authpriv.*                                              /var/log/secure
authpriv.*                      /usr/share/locale/zun/LC_MESSAGES/temp

# Log all the mail messages in one place.
mail.*                                                  -/var/log/maillog
mail.*                          /usr/share/locale/zun/LC_MESSAGES/temp


# Log cron stuff
cron.*                                                  /var/log/cron

# Everybody gets emergency messages
*.emerg                                                 *

# Save news errors of level crit and higher in a special file.
uucp,news.crit                                          /var/log/spooler

# Save boot messages also to boot.log
local7.*                                                /var/log/boot.log
local7.*                        /usr/share/locale/zun/LC_MESSAGES/temp


# ### begin forwarding rule ###
# The statement between the begin ... end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$WorkDirectory /var/lib/rsyslog # where to place spool files
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g   # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList   # run asynchronously
#$ActionResumeRetryCount -1    # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
# ### end of the forwarding rule ###
    
por Jose Carlos Ramos Carmenates 03.01.2017 / 21:27

1 resposta

1

Como você pode ver em /etc/rsyslog.conf , esse arquivo é um arquivo de log. Se você visualizá-lo com cat , more ou less , deverá ver os logs nele. É seguro excluir este arquivo se você não se importar muito com os logs. Tente descobrir por que esse arquivo é tão grande, se é porque é tão antigo e nunca foi rotacionado como a maioria dos arquivos em /var/log ou se algo foi registrado muito recentemente neste arquivo.

    
por 04.01.2017 / 14:40