> > Mesmo setando o table_open_cache menor, de uma hora para outra ta tudo > > travado. > > É a segunda vez que acontece isso, estoura a swap trava tudo, só rebotando, > > e com medo rodando um fsck > > > > > > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 42054, > > size: 4096 > > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 11271, > > size: 61440 > > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 26643, > > size: 61440 > > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 21722, > > size: 61440 > > > > é possivel aplicar o svn só para o r265886? ou esse erro é badblock? > > Não recomendo aplicar somente a correção dessa revisão (embora você > possa tentar), acho mais tranquilo atualizar seu sistema para o > 10-stable que também vai te trazer correções para outros problemas. > > Quanto ao erro, ele acontece quando o sistema esta fazendo a leitura > de paginas do swap, então provavelmente indica algum erro no disco > (timeout de leitura). > > Att., > Luiz > -------------------------
O fato de a swap estar em GEOM ELI pode influenciar? Deveria recriar essa partição criptografada? Eu uso em ambiente linux ReiserFS a qual para verificação usa-se o comando: reiserfsck --check -q -y -n /dev/sdd3 2>&1 e corrigir erros reiserfsck --rebuild-tree /dev/sdd3 Pergunto a vocês que tem mais experiencia, então qual o melhor procedimento de corrigir partições UFS nos sistemas BSD. um simples fsck? -- Fernando Gilli ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd