matherthal / fenixsd Goto Github PK

Na máquina passiva, ela deve esperar um sinal de vida da principal para poder 
assumir o controle.

Implementar isso!

Se vc deixar o servidor muito tempo ligado, acontece um erro: maximum recursion 
depth in Python.
Como o receive eh recursivo, toda hora que ele recebe um heartbeat, ele faz uma 
recursão e isso acaba estourando a mémória no python, pelo oq parece.

What steps will reproduce the problem?
1. Inicie um servidor passivo
2. Inicie um cliente ativo
3. Não envie nada com o cliente, só faça isso

What is the expected output? What do you see instead?
O heartbeat do cliente deveria ser escutado pelo seu grupo apenas. Mas o 
servidor passivo consegue escutar. Não sei até que ponto se estende esse 
problema (outras combinações de cliente/servidor).

Resolução inicial feita foi descartar as msgs que não tem destinatário 
igual ao id do coordinator.

De início só vai encaminhar as mensagens.

Atualmente o reenvio acontece infinitas vezes. Devemos limitar para um número 
fixo de vezes.

Como fazer para enviar um objeto do tipo Mensagem e to outro lado conseguirmos 
recompor.

What steps will reproduce the problem?
1. Inicia um servidor ativo
2. Inicia um servidor ativo
3. Inicia um cliente e manda 2 requisições

What is the expected output? What do you see instead?
O servidor ativo envia o estado anterior antes de processar a requisição, que 
deveria ser salvo no serv. secundário. A questão é que o servidor 
secundário de alguma forma, processa um State com o valor 0. Eu não sei de 
onde saiu esse State 0 e parece que ele não foi enviado pelo primário.

What steps will reproduce the problem?
1. Iniciar um servidor ativo
2. Iniciar um servidor passivo

What is the expected output? What do you see instead?
Os ACKs enviados para a máquina ativa deveriam ser escutados sempre (ou na 
maior parte das vezes).