Existe uma solução de backup do Linux que use inotify?

Demora uma eternidade para fazer o backup. Antes de confiarmos no btrfs ou no ZFS para fazer backup de snapshots incrementais, não seria legal se houvesse um daemon que usasse o inotify para rastrear quais arquivos realmente foram alterados para que os backups sejam executados mais rapidamente? Onde está esse programa?

Como faço backup da minha caixa do Linux sem ter que rastrear todo o sistema de arquivos toda vez? Gostaria de um programa que detectasse as fotos novas ou alteradas, o código-fonte, etc. e as enfileirasse para serem copiadas no meu NAS.

Respondi minha própria pergunta com "yum search inotify". Chama-se lsyncd e está hospedado no código do google.

Infelizmente, parece que ele sempre executa um rsync completo primeiro, por isso ainda não me ajudaria se meu computador não estivesse ligado por mais de 14 horas por vez.

O Lsyncd usa o rsync para sincronizar diretórios locais com uma máquina remota executando o rsyncd. O Lsyncd observa várias árvores de diretórios através do inotify. A primeira etapa após adicionar os relógios é sincronizar todos os diretórios com o host remoto e sincronizar o arquivo único coletando os eventos inotify. Portanto, o lsyncd é uma solução leve de espelho ao vivo que deve ser fácil de instalar e usar enquanto combina bem com o seu sistema. Consulte lsyncd --help para obter opções detalhadas da linha de comando.

Existe um novo sistema chamado fsnotifyque foi projetado para solucionar as deficiências inotifyintroduzidas para solucionar os problemas dnotify. fsnotifypermite assistir a um sistema de arquivos inteiro sem muito barulho. Esperamos fsnotifyque ajude a resolver todos os nossos futuros problemas de backup do Linux.

Você pode hackear algo com o incron .

 / path1 IN_CLOSE_WRITE rsync -au $ @ / $ # backuphhost: / path

Com base em pesquisas (não em testes), parece que o inotify não consegue lidar com um número muito grande de arquivos na maioria dos sistemas e / ou é muito lento. O tópico em http://www.pubbs.net/kernel/200905/109416/ foi o mais útil. Ele apontou para um novo recurso do linux que parece estar direcionado para a linha principal, fsnotify, que está no linux 2.6.31 e depois.

O Lsyncd sincroniza toda a árvore observada na inicialização, porque para 99% dos casos, isso é sensato. Você deseja o diretório no host de destino que possui no host local; caso contrário, as sincronizações poderão falhar e você deseja sincronizar as coisas que você perdeu enquanto estava desligado. No entanto, se você souber o que está fazendo, poderá desativar a sincronização de inicialização, apenas defina a sincronização {..., startup = false} no arquivo de configuração do Lsyncd.

em relação à inotify, não é o número de arquivos, mas o número de diretórios que consomem recursos. Um diretório é um relógio, independentemente de quantos arquivos ele contém.

O fanotify baseado no fsnotify como inotify parecia muito promissor para as pessoas que assistiam a vários diretórios, mas atualmente no Linux 2.6.37 o fanotify não relata eventos de renomeação (movimentação), tornando-o inutilizável para um trabalho como este :-(

Passei 6 meses procurando a melhor solução para executar o que você está tentando fazer; efetivamente fazer backup em um NAS. Após a sincronização inicial, tudo o resto é suave como manteiga. A versão mais recente do Lsyncd funciona muito bem. Eu documentei o que fiz no link abaixo. Apenas substitua os valores da pasta. Espero que isto ajude:

https://docs.google.com/document/d/1XpqM5h5YMwuQqzdknyDDnjcQVYGjAsyAxfYprqSnhd0/edit

existe um novo sistema usado na Ásia, chamado sersync, que, em vez da resolução inotify-tool + rsync http://code.google.com/p/sersync/ , é muito fácil de usar.