Ir para o conteúdo
ou

Logo noosfero

ODF Alliance Award

Furusho

TDF Planet

redirection forbidden: http://planet.documentfoundation.org/atom.xml -> https://planet.documentfoundation.org/atom.xml

BR.Linux.org

redirection forbidden: http://br-linux.org/feed -> https://br-linux.org/feed

Seja Livre!

404 Not Found

Linux Feed

getaddrinfo: Name or service not known

Computerworld

getaddrinfo: Name or service not known

PC World

getaddrinfo: Name or service not known

IDG Now!

getaddrinfo: Name or service not known

Info

Invalid feed format.

Users SL Argentina

redirection forbidden: http://drupal.usla.org.ar/rss.xml -> https://cobalto.gnucleo.net/rss.xml

Tecno Libres - Cubas

redirection forbidden: http://gutl.jovenclub.cu/feed -> https://gutl.jovenclub.cu/feed

Software Libre Peru

Invalid feed format.

Linux Venezuela

Invalid feed format.

GNU/Linux Paranguay

getaddrinfo: Name or service not known

Soft Libre Honduras

Invalid feed format.

Linux Rep.Dominicana

404 Feed not found error: FeedBurner cannot locate this feed URI.

 Voltar a FREE SOFTWAR...
Tela cheia

GitLab sai do ar: admin dá rm -Rvf e deleta o banco de dados

2 de Fevereiro de 2017, 13:30 , por BR-Linux.org - 0sem comentários ainda | Ninguém está seguindo este artigo ainda.
Visualizado 345 vezes

Entre as várias lições do episódio, destaco uma: quem não testa regularmente a recuperação não sabe se tem mesmo um backup.

O serviço de hospedagem de repositórios gratuito GitLab sofreu uma tragédia na noite desta terça-feira, após um dos administradores acidentalmente deletar o banco de dados PostgreSQL inteiro do serviço enquanto tentava resolver um erro de replicação.

O administrador estava logado em dois servidores ao mesmo tempo (um de teste e outro de produção) e queria apagar uma pasta vazia no de teste, mas rodou o comando rm -Rvf no de produção. Quando percebeu o erro, já era tarde demais - da base de 310GB, só restavam 4.5GB.

Para piorar a situação, nenhum dos 5 procedimentos de backup de que eles dispunham funcionou. Um erro de configuração impedia o pg_dump de criar as cópias da base (a versão do pg_dump e do servidor PostgreSQL não batiam), e os processos de replicação dependiam de diversos shell scripts frágeis e mal documentados. Resultado: os locais onde os backups deveriam estar estavam vazios.

Ao longo do dia de hoje, os administradores correram para tentar recuperar o que podiam dos dados de seus usuários. Ao menos o conteúdo dos repositórios não foi perdido - somente os metadados dos repositórios (issues, merge requests, comentários, snippets, etc.)

Ao fim da tarde de quarta, o GitLab voltou ao ar, mas como o único backup disponível era de 6 horas antes da tragédia, houve perda dos dados posteriores a 17h20 UTC da terça.

Ver: Notícia: https://techcrunch.com/2017/02/01/gitlab-suffers-major-backup-failure-after-data-deletion-incident/ (inglês) Resumo da ópera: https://about.gitlab.com/2017/02/01/gitlab-dot-com-database-incident/ (inglês) Atualizações sobre o incidente: https://twitter.com/gitlab

Enviado por Jack Ripoff (jack·ripoffΘgmail·com)

O artigo "GitLab sai do ar: admin dá rm -Rvf e deleta o banco de dados" foi originalmente publicado no site BR-Linux.org, de Augusto Campos.


Fonte: http://br-linux.org/2017/01/gitlab-sai-do-ar-admin-da-rm-rvf-e-deleta-o-banco-de-dados.html

0sem comentários ainda

Enviar um comentário

Os campos são obrigatórios.

Se você é um usuário registrado, pode se identificar e ser reconhecido automaticamente.