How many peers am I connect to?

damncourier

@nixxda hehe i just reopened the peer port on the router so waiting as well- i could throw off my time but that seems like cheating.

yeah compile.sh on linux, already had a jdk on the system so it went smoothly. gave up on this because testing was a time killer.

i had started mess with the wallet code to add a config option for the wallet to ignore unconfirmed transaction from peers to eliminate overhead of inserting them into the database and rebroadcasting them. the 255 max in a block is reasonable but thousands getting inserted and removed every block was causing errors and system load.

luxe

@LithStud @nixxda Ok, no i did not commit that, was not worth a commit i thought ...

LithStud

@luxe no problem i will alter it a bit on my end :) that is if i will remember enough of java ;)

damncourier

@nixxda okay so here is the message i was referring to:

2017-02-22 12:49:40 SEVERE: Block not accepted
nxt.BlockchainProcessor$BlockOutOfOrderException: Invalid timestamp: 80063493 current time is 80063380, previous block timestamp is 80063332
        at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:849)
        at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:45)
        at nxt.BlockchainProcessorImpl$3.run(BlockchainProcessorImpl.java:194)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)
2017-02-22 12:51:20 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:20 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:22 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:24 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:24 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:24 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:25 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:29 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:33 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:37 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:51:55 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 12:52:16 FINE: Ignoring peer broadcast block with ID 2663043726674887105. Already exists in queue
2017-02-22 13:01:55 FINE: Rollback from 330993 to 330983

-----------------------------------
~$ sudo ntpdate ntp.ubuntu.com
22 Feb 13:13:31 ntpdate[19400]: step time server 91.189.91.157 offset 1.308477 sec

i let the wallet get four blocks behind before the pop off (roll back in log) and it is still not updating blocks.

maybe you well see something similar in logs.

LithStud

@nixxda if you dont mind testing this for me, it teoretically should simplify all that stack leaving only error and its explanation. Thats assuming i got it right ;)
https://github.com/LithMage/burstcoin/tree/b-simple_log_trace this is the branch with altered code (two files altered)

damncourier

@LithStud i will test that commit for you.

nixxda

@damncourier yes, got the same error but without all the "FINE" messages! I always had to restart the wallet after poping off blocks.
I stopped my linux server for now and set the console to FINE on my windows machine. so far nothing.....!-)

@LithStud I'll do that in a bit!-) wanna see if I get 1 Wallet running first!

who is that btw!?

LithStud

@nixxda its so small i can barely make out ddns? :D

nixxda

@LithStud little bit better better?! no NRS, no platform??

LithStud

@nixxda a lot :)
hes either blocking somehow outgoing messages (but then we probably wouldnt be able to see him), has altered client and removed its identification, or straight up built new one (least likely)

damncourier

@LithStud didn't compile for me

burstcoin-b-simple_log_trace$ ./compile.sh 
src/java/nxt/util/Logger.java:170: error: method doLog in class Logger cannot be applied to given types;
        doLog(Level.INFO, message);
        ^
  required: Level,String,Exception
  found: Level,String
  reason: actual and formal argument lists differ in length
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
1 error

EDIT: looking for your revision now... compiles. let you know when i get a block not accepted out of it.

LithStud

@damncourier thanks thats what i thought :) need to make some changes (sucks i cant do compilation at the moment)

EDIT: Pushing update :D i am moron :D forgot to add null at the end lol

damncourier

@LithStud fudged the time for this one but regardless the java exception trace is out of the log. here is what i got:

2017-02-22 14:30:13 INFO: Block not accepted
2017-02-22 14:30:14 FINE: Ignoring peer broadcast block with ID 17477568179279197553. Already exists in queue

LithStud

@damncourier ahh expected there to be a reason, but i guess when implementing exception they didnt add the ability to take out message from it, welp at least it didnt break anything :) so its fine as is :)

damncourier

@LithStud yeah from the code i was expecting the same but it isn't long and scary looking so, um problem solved right?

i am still at a loss on that error i am getting on FINE logging that seems to indicate new blocks are not being excepted and the wallet being stuck. hoping to get someone to confirm the error and the behavior.

LithStud

@damncourier yea not sure whats that one about

nixxda

again! stuck at 331025

2017-02-22 21:19:54 SEVERE: Block not accepted
nxt.BlockchainProcessor$BlockOutOfOrderException: Invalid timestamp: 80072496 current time is 80072394, previous block timestamp is 80072256
	at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:849)
	at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:45)
	at nxt.BlockchainProcessorImpl$3.run(BlockchainProcessorImpl.java:194)
	at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

and

2017-02-22 21:21:37 FINE: Ignoring peer broadcast block with ID 1987479303904250709. Already exists in queue

time sync was turned of for a moment today! but nothing major

gona try harder!-/

LithStud

@nixxda its not stuck ;)

nixxda

@LithStud yeah, something fishy! UI is stuck thou! unfortunately I forgot to "http://127.0.0.1:8125/burst?requestType=getBlockchainStatus"

LithStud

@nixxda its not stuck per say, its just revert to normal 30s check too early for some reason (well basically it thinks done syncing now check normally:)