# kldload gambiarra.ko
vou tentar fazer o seguinte, compilar o CTDB no linux e rodar no FreeBSD
na primeira maquina funcionou, ele rodou certinho, quero ver ser o
esquema de cluster vai rolar hehehe
# kldunload gambiarra.ko
kldunload: can't unload file: Device busy
On 22/06/10 12:33, Danilo
Opa,
então, o problema não é a replicação dos dados, estou usando o unison
pra fazer a replicação (e funciona muito bem por sinal).
O problema são os arquivos .tdb do samba, até onde eu sei não dá para
manter os estados dos arquivos abertos, locks e etc apenas replicando eles.
On 22/06/10 12
Dae... blz !
como você ta fazendo essa replicação de dados ? com rsync ?
tente fazer como sugestionou o colega no proximo email, use o hastd ou
o zfs com replicação de snapshots em um tempo menor.
O hastd já ta vindo no 8.1-RC1
Em 22 de junho de 2010 15:53, Danilo Egea escreveu:
> Bom dia gale
On Tue, June 22, 2010 11:57, Danilo Egea wrote:
> Antes que alguém reclame, é ideia, sem acento agora. :P
rapaz,
tenta usar aquela nova feature do FreeBSD que funciona feito drdb (ou é
drbd, nunca lembro). você precisa de replicação de dados entre duas
máquinas.
matheus
> On 22/06/10 11:53, Da
Antes que alguém reclame, é ideia, sem acento agora. :P
On 22/06/10 11:53, Danilo Egea wrote:
> Bom dia galera,
>
> gostaria de saber se é possível manter a coerência entre os arquivos
> .tdb do Samba em um ambiente Master/Slave.
>
> Explicando melhor, tenho um ambiente Samba Master/Slave num Free
Bom dia galera,
gostaria de saber se é possível manter a coerência entre os arquivos
.tdb do Samba em um ambiente Master/Slave.
Explicando melhor, tenho um ambiente Samba Master/Slave num FreeBSD
7.3-RELEASE replicando arquivos. Estou usando pfsync+carp também (essa
máquina também é um firewal
6 matches
Mail list logo
