to je connection timeout problem upravo radi toga kad imas u conf. filu nodove koji ti nista ne koriste jedan procesor gubi samo vrjeme pokusava se konektovati, i tako do besvjesti i logicno ne nadje nista.
A prvi procesor kaci se na nodove koji su dobri i ne izbaca cesto to conection timeout i kad se nakaci na blok iskopa Byc dok ostala 3 procesora ne uspjevaju potrefit taj nod. Znaci u tvom slucaju je stvar srece, ali kad bi otkrio iz svog conf fila koji su ti nodovi bespotrebni i ta ostala procesora bi ti bar duplo vise davala.
Tamo gde je našao blok u tih par redova ne piše koji je nod, piše nekoliko redova ranije da pokušava na neki od nodova konekciju...jel taj nod treba gledati?
I njih sačuvati, a ostale izbaciti?
Kako znati koji je nod koristan, a koji je višak?
U tih nekoliko redova gde je blok nadjen piše i ovo:
2014-11-21 06:21:50 ProcessBlock: ACCEPTED
2014-11-21 06:21:50 connection timeout
Zašto odmah posle nađenog bloka piše ''connection timeout'', ako je to problem?
A nod na koji je pokušavao konekciju pre ovih poruka je naveden 2 minuta ranije, ako je to uopšte taj pomoću koga je našao blok, a trebalo bi da jeste.
Međutim isti taj nod se javlja i kasnije u log file-u više puta i svaki put je pokušana konekcija i nije uspeo, a prethodno ispada da je pomoću njega našao blok.
Znači da ni to nema veze. Jedan nod je u nekom trenutku koristan, a u više drugih pokušaja nije.
Zaključak: Logike nema, samo sreća!
Ali opet mi nije jasno da jedan CPU ima konstantno sreće, a tri druga nemaju već treći dan.
Ustvari ''znam''...Gremlini su gremlini, a Marfijev zakon su oni izmislili.
Baš me briga, neka pravi koji koliko hoće, ne mogu da se smaram više, zašto je šta ovako ili onako.
