Resumo

  • Anunciado em abril de 2010, o Debian snapshot dava acesso a pacotes por data e versão, ajudando a investigar regressões e repetir atualizações já ensaiadas.
  • Os registros de manutenção daquele ano mostram duas tarefas para a redundância: servir o material guardado e continuar coletando os estados seguintes dos repositórios.

Máquinas do tempo também precisam de peças de reposição. A do Debian descobriu isso quando um controlador de discos resolveu encurtar o expediente. O nome do serviço prometia acesso ao passado; a equipe teve de lidar com uma emergência bastante presente.

No anúncio de 12 de abril de 2010, snapshot.debian.org aparecia como uma forma de buscar pacotes e código-fonte antigos por data ou versão. O acesso funcionava como um repositório apt comum. Era possível testar uma atualização com o conjunto disponível em certo dia e voltar ao mesmo conjunto na hora de executá-la. Para encontrar a origem de uma regressão, o desenvolvedor ganhava uma trilha de volta. O acervo tinha então cerca de 6,5 terabytes e reunia quase todos os pacotes dos arquivos principal e de segurança desde março de 2005.

Antes da estreia, o diário de 20 de fevereiro registrara uma segunda instalação. A máquina principal, stabile, importava as novas capturas e replicava os dados em sibelius. As duas atendiam pela web. Quatro dias depois, a falha de um controlador tornou metade dos discos da principal inacessível. A outra máquina continuou servindo o acervo. A entrada de dados novos parou.

Havia um plano para um importador secundário, usando outro banco de dados. O defeito deu ao plano uma prioridade que reunião nenhuma precisou discutir.

A porta aberta escondia o atraso das entregas

Em 9 de março, a principal estava de volta e os registros coletados pela secundária estavam sendo incorporados. A exceção era backports.org: suas atualizações não tinham sido corretamente enviadas ao sistema de reserva. No dia 15, a equipe anotou a retomada das capturas na principal e a integração dos dados secundários.

Veio junto uma conferência do estoque. Os arquivos recebiam nomes derivados do hash de seu conteúdo; o banco relacionava esses nomes a pacotes e caminhos. As verificações compararam nomes e conteúdos e procuraram os arquivos apontados pelas referências do banco. Encontraram conteúdo correto com nome calculado errado e também índices de pacotes corrompidos. Houve correções de nomes e referências, além da remoção de arquivos danificados. Ligar a máquina era o começo da arrumação.

Um relato de 14 de dezembro contou outro problema de hardware, ocorrido por volta de 20 de novembro. Sem novas importações na principal, o espelho restante continuou entregando os dados do dia 20. Um sistema privado de reserva manteve a coleta, e o material foi integrado depois. Só que ele não coletava debian-ports. Para esse arquivo, ficou uma lacuna no período afetado.

O serviço tornava o passado útil: uma máquina podia buscar de novo um conjunto antigo de programas. Seus diários mostravam o trabalho por trás dessa facilidade. A prateleira de ontem podia estar impecavelmente acessível enquanto a entrega de hoje nem chegava. Até a memória digital depende de alguém conferir o recebimento.