SIGN IN YOUR ACCOUNT TO HAVE ACCESS TO DIFFERENT FEATURES

FORGOT YOUR PASSWORD?

FORGOT YOUR DETAILS?

AAH, WAIT, I REMEMBER NOW!
GET SOCIAL
  • BLOG
  • SECURITY ALERTS
  • CONTATO
  • PRIVACIDADE
  • SOBRE
  • LOGIN

Brainwork

  • Certificação
  • Cisco
  • Informação
  • Linux
  • Microsoft
  • Network
  • Security
  • UC
  • Virtualização
  • Wireless
  • Home
  • Linux
  • Substituindo um disco defeituoso no Linux com RAID 1
31/05/2025

Substituindo um disco defeituoso no Linux com RAID 1

Substituindo um disco defeituoso no Linux com RAID 1

by Leandro Oliveira / sexta-feira, 01 novembro 2013 / Published in Linux

wpid-PastedGraphic-2013-11-2-00-29.png

Acredito que muitos dos leitores deste blog em algum momento de suas carreiras já devam ter passado por uma situação de falha de discos em um servidor.

Apesar de ter minha carreira focada para o mundo de redes muitas vezes acabo me aventurando em outras áreas, compartilhando um pouco da experiência adquirida vamos a um passo-a-passo de como recuperar um array de discos em RAID um com um disco defeituoso.
Supondo que você tenha um cenário parecido com o ilustrado na imagem deste post (dois discos físicos com quatro partições) o output do comando cat /proc/mdstat em uma operação normal deveria ser algo parecido com isso:

 

brainServer01:~# cat /proc/mdstat

Personalities : [raid1] md0 : active raid1 sda1[0] sdb1[1] 244186 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1] 34522688 blocks [2/2] [UU]

md2 : active raid1 sda3[0] sdb3[1] 1573888 blocks [2/2] [UU]

md2 : active raid1 sda4[0] sdb4[1] 128384 blocks [2/2] [UU]

unused devices: <none>

Mas no caso de falha de um dos discos (detectado nos logs (/var/log/message ou /var/log/syslog) poderia ficar assim:

Livro CCNA

brainServer01:~# cat /proc/mdstat
Personalities : [raid1] md0 : active raid1 sda1[0] sdb1[1] 244186 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1] 34522688 blocks [2/1] [U_]

md2 : active raid1 sda3[0] sdb3[1] 1573888 blocks [2/1] [U_]

md2 : active raid1 sda4[0] sdb4[1] 128384 blocks [2/2] [UU]

unused devices: <none>

Neste caso o melhor a se fazer é a substituição do disco, primeiramente marcando todas as partições do disco defeituoso como fail:

brainServer01:~# mdadm –manage /dev/md0 –fail /dev/sdb1
(repita a operação para as demais partições)

Ao final teremos ao do tipo (letra (F) na frente do disco marcado como fail):

brainServer01:~# cat /proc/mdstat
Personalities : [raid1] md0 : active raid1 sda1[0] sdb1[1](F)
244186 blocks [2/2] [U_]

md1 : active raid1 sda2[0] sdb2[1](F)
34522688 blocks [2/1] [U_]

md2 : active raid1 sda3[0] sdb3[1](F)
1573888 blocks [2/1] [U_]

md2 : active raid1 sda4[0] sdb4[1](F)
128384 blocks [2/2] [U_]

Remova as partições do array:

brainServer01:~# mdadm –manage /dev/md0 –remove /dev/sdb1
mdadm: hot removed /dev/sdb1
(repita a operação para as demais partições)

As partições do disco defeituoso sumirão do array:

brainServer01:~# cat /proc/mdstat
Personalities : [raid1] md0 : active raid1 sda1[0] 244186 blocks [2/2] [U_]

md1 : active raid1 sda2[0] 34522688 blocks [2/1] [U_]

md2 : active raid1 sda3[0] 1573888 blocks [2/1] [U_]

md2 : active raid1 sda4[0] 128384 blocks [2/2] [U_]

Desligue o servidor com shutdown -h now e retire o disco defeituoso substituindo-o por um de igual tamanho. Quando ligar a máquina novamente particione o novo disco exatamente como o disco de produção utilizando o fdisk. Depois disso mapeie as partiições ao array:

brainServer01:~# mdadm –manage /dev/md0 –add /dev/sdb1
mdadm: re-added /dev/sdb1

(repita a operação para as demais partições)

Você pode acompanhar o re-sync dos discos, que pode levar algum tempo dependendo do tamanho, velocidade do disco etc…

brainServer01:~# cat /proc/mdstat
Personalities : [raid1] md0 : active raid1 sda1[0] sdb1[1] 244186 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1] 34522688 blocks [2/2] [UU]

md2 : active raid1 sda3[0] sdb3[1] 1573888 blocks [2/2] [UU]

md2 : active raid1 sda4[0] sdb4[1] 128384 blocks [2/1] [U_] [==>……………….] recovery = 12.2% (15725/128384) finish=1.9min speed=19651K/sec

unused devices: <none>

Quando o re-sync terminar o output do comando deve mostar uma operação normal e seu sistema deve ter voltado ao normal … 🙂

Relacionado

Tagged under: Administração, Comando, Linux

About Leandro Oliveira

Especialista em redes, automação e desenvolvimento com anos de experiência em infraestrutura de TI. Apaixonado por simplificar processos complexos e compartilhar conhecimentos sobre ferramentas e tendências tecnológicas.

What you can read next

Verificando MD5 (hash) de um arquivo no Windows e Linux
Adicionando um rota no vCenter Server Appliance (VCSA) 6.5
Bash Linux no Windows

2 Comments to “ Substituindo um disco defeituoso no Linux com RAID 1”

  1. José Oliveira says :
    02/11/2013 at 07:41

    Interessante!!!

  2. Alex Paris says :
    07/11/2013 at 17:34

    Seu site é realmente muito bom, parabéns pelo trabalho!

POSTS RECENTES

  • DevNet evolui: novas certificações CCNA, CCNP e CCIE Automation
    DevNet evolui: novas certificações CCNA, CCNP e CCIE Automation
    30/05/2025
  • Novidades na Certificação CCNP Collaboration da Cisco
    Novidades na Certificação CCNP Collaboration da Cisco
    29/05/2025
  • Cisco atualiza nomes das certificações de cibersegurança
    Cisco atualiza nomes das certificações de cibersegurança
    28/05/2025
  • Criminosos Utilizam Site Fake de Antivírus para Propagar Malware
    Criminosos Utilizam Site Fake de Antivírus para Propagar Malware
    28/05/2025
  • Brasil na Operação RapTor: Ação Global na Dark Web
    Brasil na Operação RapTor: Ação Global na Dark Web
    24/05/2025

Tags

#Microsoft #CobaltStrike #Ransomware #AtaquesCibernéticos #SegurançaDigital #Hackers #Fortra #HealthISAC #ProteçãoDeDados #TI #CyberThreats #SegurançaNaNuvem #Tecnologia #MicrosoftSecurity #Broadcom 2324 2010 2015 2017 2022 2023 2024 2350 200-125 25 anos 2560C 2960C 2960X 2975 350-050 3560-X 200-301 2009 200-120 100-101 #Multicloud #VMwareTransformation 1 ano 1.1.1.100 10 anos 10 Gbps 100 empresas 200-101 100 Gigabit 1905 1921 1925 1941 2.0 1900 2800 2900 2013 2011 1800 2960 3750 2960S

Arquivo

Login

  • Acessar
  • Feed de posts
  • Feed de comentários
  • WordPress.org

Acesse Também

  • Blog LabCisco
  • Café com Redes
  • Cisco IOS hints and tricks
  • Cisco Redes
  • Cisco Support Community
  • Coruja de TI
  • Homelaber Brasil
  • Internetwork Expert´s
  • Netfinders Brasil
  • Rota Default
  • TechRebels
  • The Cisco Learning Network

X

Blog: Verificando MD5 (hash) de um arquivo no Windows e Linux brainwork.com.br/2023/05/11/v… #Checksum #CiscoChampion #Hash

Hahahahah Muito bom twitter.com/TracketPacer/s…

Blog: Trocar ícone (favicon) da página guest no Cisco ISE brainwork.com.br/2023/04/24/t… #Cisco_Champion #Customização #Favicon

Blog: Cisco Champion 2023 brainwork.com.br/2023/04/10/c… #CiscoChampion

Blog: RFC 2324 (HTCPCP), conhece? brainwork.com.br/2023/04/01/r… #2324 #CiscoChampion #HTCPCP

Seguir @brainworkblog
  1. ./fernando em Aprenda Python e ganhe pontos para renovar as certificações CCNA, CCNP e CCIE
  2. André Ortega em Reset Cisco FTD (zerar FTD sem reinstalar)
  3. ALEX LIRA CAMACHO em Reset Cisco FTD (zerar FTD sem reinstalar)
  4. André Ortega em Atualizando Cisco 9300 (Install Mode)
  5. Dominique em Atualizando Cisco 9300 (Install Mode)

Entre em contato:

  • Web: www.brainwork.com.br
  • Facebook: fb.com/brainworkblog
  • Twitter: twitter.com/brainworkblog
  • Youtube: youtube.com/brainworkblog
  • Instagram: instagram.com/brainwork.blog
  • GET SOCIAL
Brainwork

© 2008 - 2022 Brainwork. Todos os direitos reservados.
Customização da página por Brainwork.

TOP
Gerenciar o consentimento
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Sempre ativo
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
Gerenciar opções Gerenciar serviços Manage {vendor_count} vendors Leia mais sobre esses propósitos
Ver preferências
{title} {title} {title}