SVN 1.8.9 com pastas compartilhadas vmware

2

Esta é minha configuração:

  • Executando em um vmware debian wheezy
  • A pasta compartilhada está no Windows, acessada com o vmware-tools
  • Estou usando o TortoiseSVN mais recente do lado das janelas, por isso, desclassificar o svn não é realmente a minha opção favorita

Este é o problema:

Ao usar svn up ou quase qualquer comando svn, recebo o seguinte erro:

svn: E200030: sqlite[S10]: disk I/O error

svn: E200030: Additional errors:

svn: E200030: sqlite[S10]: disk I/O error

Então eu tenho que executar um lado de janelas de limpeza do svn com tartaruga.

Eu tentei:

  • Usando um pacote svn 1.8.9 pré-compilado (vários disponíveis facilmente encontrados)
  • Compilando o subversion com versões diferentes do sqlite (desde o mais antigo aceito 3.1.12 até o mais recente)

O que eu acho que é o problema:

O problema parece relacionado ao mecanismo de bloqueio do sqlite, que parece ser incompatível de alguma forma com os compartilhamentos do Windows.

Leia este para obter mais informações.

Pergunta:

Você tem alguma idéia de como eu posso fazer essa configuração funcionar sem fazer o downgrade de tartaruga e svn (e eu nem tenho certeza se isso funcionaria corretamente, mesmo que eu ache que me lembro)?

Uma coisa digna de nota é que o plugin subversivo do eclipse parece ser capaz de usar o svn 1.8 através das pastas compartilhadas sem nenhum problema. Este não é realmente um problema de subversão, então talvez haja uma maneira de alterar o mecanismo de bloqueio do sqlite com uma opção de configuração ou algo assim? De qualquer forma esta é minha próxima pista, mas espero que alguém aqui já tenha feito este trabalho!

Obrigado pelo seu tempo!

Atualização: No documento do sqlite , podemos ler: há relatos de problemas de bloqueio para sistemas de arquivos de rede no Windows. Sua melhor defesa é não usar o SQLite para arquivos em um sistema de arquivos de rede.

Bem, ok.

    
por Kethryweryn 06.08.2014 / 10:49

0 respostas