Sao varias variaveis: * Pode ser o gmirror dando um rebuilding e passando o fsck em background ao mesmo tempo... assim o IO fica nas alturas. Tem uma flag no gmirror: -F Do not synchronize after a power failure or sys- tem crash. Assumes device is in consistent state. * Além disto, podes tirar um dos discos do mirror (deixando somente o ATIVO) e esperar o fsck completar; depois insere ele denovo. Cuide que neste meio tempo, alguma outra condicao pode fazer algum estrago... * Pode-se ainda matar o processo do fsck (como roda softupdates, o que pode ocorrer de pior é nao liberar algum espaco marcado como nao utilizado). Podes rodar ele depois. * Tem quem use o gjournal (mas a velocidade de escrita cai bastante) * ZFS tambem pode ser utilizado, dependendo dos requisitos do teu sistema (userquotas soh na versao v15 pra cima) e quantidade de memoria disponivel.
Thiago Em 14 de setembro de 2010 09:32, Anderson Michel - SRNet <a...@srnet.com.br> escreveu: > Bom dia pessoal, > > Tenho o seguinte cenário aqui, dois HDs Satas em gm0, com file system > UFS2, e neste gm0 são os dados do Servidor de e-mail, toda vez que > acontece alguma falha em no-break ou gerador e desliga este Servidor, o > FreeBSD demora cerca de 1h e 30min para se reestabelecer, é muito tempo! > > Tem alguma coisa que posso fazer para melhorar essa parte da checagem > dos dados, ou trocar para outro tipo de file system, ou alguma outra > dica ou caminho que eu possa seguir? > > Obrigado, > > Anderson Michel > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd