SIGN IN YOUR ACCOUNT TO HAVE ACCESS TO DIFFERENT FEATURES

CREATE AN ACCOUNT FORGOT YOUR PASSWORD?

FORGOT YOUR DETAILS?

AAH, WAIT, I REMEMBER NOW!

CREATE ACCOUNT

ALREADY HAVE AN ACCOUNT?
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
07/08/2022

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:

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

What you can read next

Monitorando a rede com o Cacti + Weathermap
Monitorando o Home Office
Instalando e configurando o Cacti

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

  • Instalando certificado em roteador Cisco
    Instalando certificado em roteador Cisco
    07/07/2022
  • Meraki Internet Outages
    Meraki Internet Outages
    29/06/2022
  • Cisco Catalyst na dashboard Meraki
    Cisco Catalyst na dashboard Meraki
    15/06/2022
  • Testando acesso com o Test-NetConnection (PowerShell)
    Testando acesso com o Test-NetConnection (PowerShell)
    31/05/2022
  • Cisco Cybersecurity Giveaway
    Cisco Cybersecurity Giveaway
    23/05/2022

Tags

policy-map Upgrade WLC ISE DHCP SDWAN VMware switch Backup Catalyst IPv6 Cisco senha WIFI FMC Configuração certificação Firewall CiscoChampion FTD Brainwork QoS ACL VoIP WLAN Controller Wireless Vulnerabilidade CCNA Meraki LAB Segurança Sorteio CCIE aniversário licença Switches EEM VPN PIX FirePower IPS IOS Access-list ASA Roteador

Arquivo

Login

  • Cadastre-se
  • 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

Twitter

Triste realidade... Que atenção você da para seu IPS e demais soluções de monitoramento de rede? #ips #siem #logs pic.twitter.com/pfaffolRP4

Blog: Instalando certificado em roteador Cisco brainwork.com.br/2022/07/07/i… #Certificado #CiscoChampion #Root

Blog: Meraki Internet Outages brainwork.com.br/2022/06/29/m… #CiscoChampion #Meraki #ThousandEyes

Blog: Cisco Catalyst na dashboard Meraki brainwork.com.br/2022/06/15/c… #Catalyst #Cisco #CiscoChampion

@CiscoChampion I'd love to be there 🙁

Seguir @brainworkblog
  1. André Ortega em Testando acesso com o Test-NetConnection (PowerShell)
  2. André Ortega em Alta utilização de CPU – Coletando logs com o Event Manager
  3. Jardel D'Oliveira em Alta utilização de CPU – Coletando logs com o Event Manager
  4. Bruno Veras em Testando acesso com o Test-NetConnection (PowerShell)
  5. André Ortega em Cisco Catalyst na dashboard Meraki
Follow @brainworkblog

Brainwork
@brainworkblog

  • Triste realidade... Que atenção você da para seu IPS e demais soluções de monitoramento de rede? #ips #siem #logs https://t.co/pfaffolRP4
    about 3 semanas ago
    Reply Retweet Favorite

Entre em contato:

  • Email: blog@brainwork.com.br
  • 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