Perguntas[hard-drive](server)

Atualizei meu RAID6 com duas unidades adicionais. Agora tem seis unidades de 8 TB. Após adicionar, modifiquei o arraysize para max (SSACLI instalado no PVE), reiniciei e ajustei a partição (parted, ext4). Tudo isso levou algumas horas, mas no final o controlador diz OK, as unidades dizem OK, a parted diz OK - tudo OK.

root@asgard:~# ssacli ctrl slot=3 show config

Smart Array P420 in Slot 3                (sn: PDSXK0BRH7D1C9)

   Gen8 ServBP 12+2 at Port 2I, Box 1, OK


   Port Name: 1I

   Port Name: 2I

[...]

   Array E (SATA, Unused Space: 0  MB)

      logicaldrive 7 (29.11 TB, RAID 6, OK)

      physicaldrive 2I:1:4 (port 2I:box 1:bay 4, SATA HDD, 8 TB, OK)
      physicaldrive 2I:1:5 (port 2I:box 1:bay 5, SATA HDD, 8 TB, OK)
      physicaldrive 2I:1:6 (port 2I:box 1:bay 6, SATA HDD, 8 TB, OK)
      physicaldrive 2I:1:7 (port 2I:box 1:bay 7, SATA HDD, 8 TB, OK)
      physicaldrive 2I:1:8 (port 2I:box 1:bay 8, SATA HDD, 8 TB, OK)
      physicaldrive 2I:1:9 (port 2I:box 1:bay 9, SATA HDD, 8 TB, OK)

root@asgard:~# ssacli ctrl slot=3 ld 7 show detail

Smart Array P420 in Slot 3

   Array E

      Logical Drive: 7
         Size: 29.11 TB
         Fault Tolerance: 6
         Heads: 255
         Sectors Per Track: 32
         Cylinders: 65535
         Strip Size: 256 KB
         Full Stripe Size: 1024 KB
         Status: OK
         Unrecoverable Media Errors: None
         Caching:  Disabled
         Parity Initialization Status: Initialization Completed
         Unique Identifier: 600508B1001C86D80F77048AACBFB61F
         Disk Name: /dev/sde 
         Mount Points: None
         Logical Drive Label: AFA0EEE1PDSXK0BRH7D1C98B94
         Drive Type: Data
         LD Acceleration Method: All disabled

Mas um ícone de status da bandeja de unidades está piscando em verde. Não é a bandeja de uma unidade adicionada.

A documentação diz "A unidade está reconstruindo ou executando uma migração RAID, migração de tamanho de faixa, expansão de capacidade ou extensão de unidade lógica, ou está apagando." Mas não existe tal trabalho em andamento, nenhuma informação sobre um trabalho em execução em lugar algum.

Alguém sabe que 1 de 6 unidades de array estão piscando em verde?

Na prática, com um disco rígido moderno, precisamos nos preocupar com a possibilidade de um pouco de podridão passar despercebido em um disco rígido durante a leitura? Supondo que o bit rot ocorra no disco, não na memória ou em outro lugar.

Esta questão é diferente de A podridão de bits nos discos rígidos é um problema real? O que pode ser feito a respeito? . Esta pergunta pergunta especificamente sobre a podridão de bits indetectável , enquanto a outra pergunta sobre a podridão de bits em discos rígidos em geral.

Em muitas das minhas unidades, recebo WRITE|READ FPDMA QUEUEDerros, como este:

Error 23 occurred at disk power-on lifetime: 43915 hours (1829 days + 19 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 41 00 d5 67 35 40  Error: WP at LBA = 0x003567d5 = 3499989

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 80 10 70 2d dc 40 00  37d+00:38:20.201  WRITE FPDMA QUEUED
  60 60 08 70 67 35 40 00  37d+00:38:17.668  READ FPDMA QUEUED
  60 20 00 d0 67 35 40 00  37d+00:38:17.668  READ FPDMA QUEUED
  60 08 00 de a8 97 40 00  37d+00:38:17.652  READ FPDMA QUEUED
  60 02 00 c0 68 59 40 00  37d+00:38:17.651  READ FPDMA QUEUED

Em cada uma dessas unidades também noto Current_Pending_Sectore Reallocated_Sector_Ctoutros atributos serão> 0.

Estou curioso, no entanto. Esses erros são indicativos de uma falha na unidade? Se eu substituir a unidade, não estarei resolvendo o problema subjacente e simplesmente enfrentarei o mesmo problema no futuro?

Por exemplo, na postagem aqui parece que alguns desses erros não são causados ​​por uma falha na unidade.

Servidor dedicado em nuvem privada composto por quatro discos.

Um dos discos contém o sistema operacional (SO). Se o disco falhar, o servidor não iniciará e não poderemos extrair dados dos outros discos de forma simples. Mesmo que o disco esteja montado como somente leitura, ainda teremos que reinstalar o sistema operacional, o que requer o desligamento do servidor.

Eu apreciaria se você pudesse sugerir alguns recursos ou livros para mitigar esses tipos de erros.

Além disso, gostaria de saber como gerenciar o tempo de atividade com esses servidores dedicados "frágeis".

Qual é a maneira mais simples de determinar se 2 unidades lógicas estão no mesmo dispositivo?

Tenho acesso remoto ao servidor, mas a empresa de hospedagem não está razoavelmente acessível para que eu faça a pergunta diretamente. Um método seria verificar se as operações executadas em cada unidade simultaneamente impactam negativamente a outra. Mas existe alguma maneira de determinar de forma mais simples apenas observando algumas propriedades do dispositivo ou algo assim?

Por exemplo, um disco tem 8 superfícies, cada uma com uma cabeça magnética. Se todas as cabeças desaparecerem, exceto uma, o disco pode atingir 10 MB. Qual será a velocidade se usar todas as cabeças?

Substituí um HDD de 1 TB (que contém uma única partição EXT4 com muitos hardlinks para arquivos/diretórios de backup também dentro desta partição. Também tem vários arquivos/diretórios regulares) por um HDD de 2 TB e agora estou tentando copie os dados do antigo de volta para o novo disco de um leitor de HDD externo. Infelizmente, parece que o disco antigo não gostava de ser arrastado para casa e agora recusa a montagem de sua única partição.

gdisk /dev/sdf1mostra:

GPT fdisk (gdisk) version 1.0.6

Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program  supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program  supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.

Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present

Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.

Warning! Secondary partition table overlaps the last partition by
1709333071 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sdf: 244190646 sectors, 931.5 GiB
Model: 003-1SB102
Sector size (logical/physical): 4096/4096 bytes
Disk identifier (GUID): 0B823749-13F7-4A4E-A8C4-F4F507A94A79
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 5
First usable sector is 6, last usable sector is 244190640
Partitions will be aligned on 256-sector boundaries
Total free space is 2042 sectors (8.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
1            2048      1953523711   7.3 TiB     8300  Linux filesystem

O que me intriga é a estranha tabela de partição secundária e os irreais 7,3 TiB reivindicados no final do relatório. O disco estava funcionando bem antes de ser retirado e mesmo agora, sendo conectado por meios externos, o smartmontools não apresenta problemas com sua integridade.

MAIS INFORMAÇÕES:

Acho que o problema está relacionado a ter o swapspaceserviço ativado nessa partição quando o disco estava funcionando. testdiskutilitário detecta várias partições de troca que eu acho que são os arquivos de troca que swapspacecriam para armazenar dados de troca. Talvez essas "partições" falsas estejam confundindo o gdisk para acreditar que existem 7 TB de espaço em disco ...

Alguma ideia/orientação?

Antônio

Se eu puder dar um pouco de fundo antes da minha pergunta. Estou encerrando meu negócio de desenvolvimento web, então mudei do escritório para o WFH. Eu poderia fazer algum trabalho talvez um ou dois dias por semana.

Tenha um servidor rodando o FreeBSD Unix. Enquanto no escritório era 24 horas por dia, 7 dias por semana, mas com WFH e os custos de energia aqui na Europa, não posso justificar deixá-lo ligado o tempo todo.

Existe algum problema ao ligar e desligar um servidor como um PC de mesa comum? O HDD é de alguma forma diferente de um desktop em que não deve passar por tantos ciclos de ligar/desligar?

É um Dell PowerEdge T110 II adquirido em 2015. Não consigo encontrar a especificação exata na etiqueta de serviço, acabei de descobrir que suporta até quatro unidades internas SAS ou SATA cabeadas de 3,5 polegadas. Não são de estado sólido.

Obrigado.

temos o servidor HP HP ProLiant ML10 Gen 9 com Ubuntu 20.04.4 LTS. Habilitamos o array Raid 1 para dois HDD de 2 TB usando a configuração Intel RST Raid (que é um ataque falso/firmware). Agora meu objetivo é substituir o drive defeituoso e reconstruir o array Raid 1.

Abaixo está a saída do Raid Status cat /proc/mdstat

surya@himalaya:~$ cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md126 : active raid1 sda[1] sdb[0]
      1953511424 blocks super external:/md127/0 [2/2] [UU]

md127 : inactive sda[1](S) sdb[0](S)
      6320 blocks super external:imsm

unused devices: <none>

Abaixo está a saída das informações do HDD lsblk

surya@himalaya:~$ lsblk
NAME                        MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
loop0                         7:0    0 61.9M  1 loop  /snap/core20/1361
loop1                         7:1    0 67.9M  1 loop  /snap/lxd/22526
loop2                         7:2    0 55.5M  1 loop  /snap/core18/2284
loop3                         7:3    0 43.6M  1 loop  /snap/snapd/14978
loop4                         7:4    0 55.4M  1 loop  /snap/core18/2128
loop5                         7:5    0 43.6M  1 loop  /snap/snapd/15177
loop6                         7:6    0 67.2M  1 loop  /snap/lxd/21835
loop7                         7:7    0 61.9M  1 loop  /snap/core20/1376
sda                           8:0    0  1.8T  0 disk
└─md126                       9:126  0  1.8T  0 raid1
  ├─md126p1                 259:0    0  1.1G  0 part  /boot/efi
  ├─md126p2                 259:1    0  1.5G  0 part  /boot
  └─md126p3                 259:2    0  1.8T  0 part
    ├─ubuntu--vg-ubuntu--lv 253:0    0  100G  0 lvm   /
    └─ubuntu--vg-lv--0      253:1    0  1.7T  0 lvm   /home
sdb                           8:16   0  1.8T  0 disk
└─md126                       9:126  0  1.8T  0 raid1
  ├─md126p1                 259:0    0  1.1G  0 part  /boot/efi
  ├─md126p2                 259:1    0  1.5G  0 part  /boot
  └─md126p3                 259:2    0  1.8T  0 part
    ├─ubuntu--vg-ubuntu--lv 253:0    0  100G  0 lvm   /
    └─ubuntu--vg-lv--0      253:1    0  1.7T  0 lvm   /home
sr0                          11:0    1 1024M  0 rom

Eu usei o comando abaixo para substituir o sdb da unidade com defeito, conforme mostrado acima.

mdadm --manage /dev/md126 --fail /dev/sdb e desliguei o sistema e troquei o disco rígido na mesma porta.

agora quando tento reconstruir o array usando este comando mdadm --manage /dev/md126 --add /dev/sdb recebo a mensagem abaixo.

root@himalaya:~# mdadm --manage /dev/md126 --add /dev/sdb
mdadm: Cannot add disks to a 'member' array, perform this operation on the parent container

agora a saída de cat /proc/mdstat está abaixo.

root@himalaya:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md126 : active raid1 sda[0]
      1953511424 blocks super external:/md127/0 [2/1] [U_]

md127 : inactive sda[0](S)
      3160 blocks super external:imsm

unused devices: <none>

Também tentei inserir a opção Intel ROM no BIOS usando (Ctrl + i) defini o atraso normal da interface do usuário do OROM para 4 segundos na configuração SATA na configuração do BIOS . mas não consegui essa tela para reconstruir a matriz no BIOS. Seria de grande ajuda se alguém pudesse me ajudar sobre como reconstruir e restaurar o array Raid 1.

Eu tenho um FreeBSD com um RAID rodando 3 discos rígidos. Foi-me dado o desafio de monitorar seu RAID - Se um disco rígido falhar ou apresentar algum problema, preciso saber.

Então, a primeira coisa que estou fazendo agora é tentar entender como funciona o SmartCTL... Os comandos que usei até agora são:

smartctl --scan -j - To scan my devices and generated a JSON Structured list.
smartctl -i /dev/device_name - To list informations about a single device
smartctl -a /dev/your-device - More information like errors and etc (I think i can use this in some way to grep only errors sections...)

Existe algum outro parâmetro do SmartCTL que verifica se os discos são graváveis, vivos e têm seu status de integridade OK?

O principal objetivo deste entendimento é utilizar principalmente o SmartCTL para gerar dados que serão utilizados em um template de monitoramento pfSense RAID com Low Level Discovery for Zabbix Monitoring Software...

Qualquer ajuda é agradecida.