Início / server / Perguntas / 1153466
Accepted
b4too
Asked: 2024-02-13 06:47:59 +0800 CST

O que poderia explicar E/S desconhecida no novo HDD 16To em um servidor Debian?

  • 772

Recentemente obtive um novo HDD 16To para meu servidor Debian. Eu primeiro criei uma partição (gpt) nele através do meu desktop semelhante ao Ubuntu, formatei-o (ext4) e sincronizei novamente os dados antigos nele. O disco agora está utilizável, eu o insiro no meu servidor. Agora começa uma E/S estranha que não consigo identificar.

  • iotop -aorelata 3 MB/s Current DISK WRITE sem qualquer indicação de quem está fazendo isso
  • fatrace -c -trelata não ter escrito ou lido, mas denuncie se eu mesmo tiver touchum arquivo, por exemplo.
  • dstat -tdD /dev/sdx --top-iotambém relata uma gravação constante de 3072k a cada segundo, consistente com iotop, mas também não tem culpado, apenas um espaço em branco i/o processonde deveria haver um nome, mas confirma que a ação de E/S está no referido disco, que inicialmente deduzi de o barulho que ela emitia...

Agora eu sei que pode haver inconsistências entre o que o cabeçalho iotop mostra e a soma das gravações e/ou leituras de E/S dos processos, conforme explicado aqui . Mas ao contrário do post anterior, naquele momento:

  • o servidor foi cortado da internet
  • rede local era apenas o servidor
  • Eu não estava realizando nenhuma ação no disco
  • Saí manualmente de todos os programas que poderiam usar esse disco

Algumas horas depois (pelo menos 10, não mais que 20) o ruído desapareceu e não houve mais entrada de 3 MB/s no disco.

Minha pergunta é: poderia ser um comportamento normal (embora eu nunca tenha observado isso antes) (talvez do kernel?) Escrever algum sistema de cache, tabelas de inicialização ou algo semelhante que possa explicar essa gravação constante de 3 MB/s por 10-20 horas ?

Inicialmente pensei em um vírus criptografado/aleatório, mas mesmo 20 horas a 3MB/s não poderiam cobrir os 12To escritos nos 16 disponíveis.

Existe alguma explicação lógica para isso? Agradecemos antecipadamente por qualquer ajuda.

linux

2 respostas

  1. Best Answer

    A carga de E/S em segundo plano que você notou é devido à alocação da tabela de inode diferido ext4. Da mke2fspágina de manual:

    lazy_itable_init[= <0 to disable, 1 to enable>]
    If enabled and the uninit_bg feature is
    enabled, the inode table will not be fully
    initialized by mke2fs.  This speeds up file
    system initialization noticeably, but it
    requires the kernel to finish initializing the
    file system in the background when the file
    system is first mounted.  If the option value
    is omitted, it defaults to 1 to enable lazy
    inode table zeroing.
    • 21

  2. O kernel ou sistema de arquivos pode estar executando tarefas de manutenção, como atualização de metadados ou registro em diário, o que pode resultar em gravações sustentadas no disco. Essas tarefas normalmente são executadas em segundo plano para otimizar o desempenho do disco.

    • 2

relate perguntas