NEM Supernode Rewards Program

Madonna Mia … it looks like there was another fail with responsiveness (round 690), very probably due to same bug, and I (and maybe not just me ?) missed eligible reward payment again!

BloodyRookie, this is really sad (and a little bit annoying) - even if my node is fine & healthy & powerful, I just got 33% of my payment reward, due to (very probably) error in testing script.

I absolutely understand (I’m Linux engineer & network specialist, so I do similar kind of work), that tracing and solving of network problems is sometimes really “deep and bloody black magic”, sure. If you want, you can send me a code, which is responsible for measuring of responsiveness of supernodes, I can researching over the solution together with you.

In any case, I have proposal with two quick workarounds :

No.1 - if supernode fails (just) with “responsiveness” test, mark it as “semi-fail” and repeat (just this responsiveness) test again, e.g. after 15 minutes. If it fails again, then finally marked it as “FAIL”, otherwise change the final status as “PASS”.

No.2 - for the reward purposes, you counting last four rounds of tests, correct? So, what about change the rules and to acknowledge specific supernode as “payment-capable”, even if one of four tests will FAIL (due to “responsiveness error”) … or 0/4 will FAIL, of course (as it is implemented now).

If this “ghosty error” affects not just me, but also some other providers of supernodes, I’m afraid that they would be sad and disillusioned, which would be a big shame - because the idea of Supernodes rewards is excellent! And I (and not just me, I’m pretty sure) highly appreciated your hard work on it. So, I’d like to say big thanks for your activity in any case. And I hope we’ll solve this trouble soon… the sooner the better ;-).

Is there a way of posting who got paid and who didnt? I know this would be a headache manual but is there a way of automating it. I think i missed the 1st payment and noting today (It might not be out yet).

which one?

Your node Xnode failed utterly in round 681, no idea why, but it was more than one test that failed.
You can check the last rounds here:

http://supernodes.nem.io/history/search/Xnode

@KloNEM: It is strange, your node was doing fine all the time and now it started to fail the responsiveness tests.
Since it clearly is depending on the network connection or the provider, i don’t think it is a bug in the master program. The master is written in Java and uses nem.core features, are you familiar enough to analyze?

With regards to No.1 and No.2, i don’t really like the idea of repeating the test or letting a node fail a test and still make a payout. But i can discuss the issue with other core members.

EDIT: Can you give me the specs of the server? How much ram do you give to NIS?

The transactions for the previous payments came through in the morning, so I assumed all payments for the day were made when I checked.

Around 17h30 other payments were done.
Thanks.

Any idea why my NODE is failing several tests? i am using Ubuntu VPS :confused:

3x2: sure, you put the wrong key into your NIS config, It has to be exactly the same key as in the servant config :slight_smile:

Owner of nodes Jackson5, Space, Kryptonide, please check if NIS is running!

i checked and my node name was wrong in NIS config, i already changed it yesterday my NODE is still failing, delegate private key is the same in servant config and nis config.

I see different public keys in the NIS and servant configuration:

http://149.56.103.225:7880/nr/metaData (public Key 8a5409a852f0062afeb16053d66f2c9ceb70b1cf956da268f4cb6a567d3699b)

http://149.56.103.225:7890/node/info (public key 9c630d9350411034a7a91116dcffadd446e1287aad0cafd50a3cccaa5b5e39c6)

Yeah, dont know why, in NIS its showing the wrong public key but i have the same delegate private key in servant and Nis config.
nis.bootKey = ( my delegate private key is here in NIS config)
i am gonna edit and check again.

maybe you need to restart your NIS.

i just did, modified the file again and getting the wrong public key. maybe there are 2 config files in NIS folder :confused:

I had that once too. You can try :

find / -name config.properties

to find the files.
If you used the installer scripts try this too:

find / -name config-user.properties

Thanks BR & Xpedite, its working now. There was a # sign before the nis.bootkey which i didnt remove. Stupid mistake of mine, sorry for wasting your time.

will raspberry pi 3 b be enough to run supernode?

@rajc: i haven’t tried but i doubt it.

My NCC is shutting down randomly printing this:

2016-06-04 22:33:13.876 WARNUNG no certificate found for (file:/Applications/_package/ncc/nem-core-0.6.75-BETA.jar <no signer certificates>) (org.nem.core.metadata.CodeSourceFacade <init>) 2016-06-04 22:33:13.876 INFORMATION Analyzing meta data in <nem-core-0.6.75-BETA.jar> (org.nem.core.metadata.JarFacade <init>) 2016-06-04 22:33:13.876 INFORMATION Meta data title <NEM Core>, version <0.6.75-BETA> (org.nem.core.metadata.JarFacade <init>) 2016-06-04 22:33:13.963 INFORMATION exiting /ncc/api/version [127.0.0.1] (org.nem.ncc.controller.interceptors.AuditInterceptor afterCompletion) 2016-06-04 22:33:16.355 INFORMATION entering /ncc/api/wallet/close [127.0.0.1] (org.nem.ncc.controller.interceptors.AuditInterceptor preHandle) 2016-06-04 22:33:16.358 INFORMATION exiting /ncc/api/wallet/close [127.0.0.1] (org.nem.ncc.controller.interceptors.AuditInterceptor afterCompletion) 2016-06-04 22:33:16.537 INFORMATION entering /ncc/api/wallet/list [127.0.0.1] (org.nem.ncc.controller.interceptors.AuditInterceptor preHandle) 2016-06-04 22:33:16.540 INFORMATION exiting /ncc/api/wallet/list [127.0.0.1] (org.nem.ncc.controller.interceptors.AuditInterceptor afterCompletion) ^C2016-06-04 23:48:07.390:INFO:oejs.ServerConnector:Thread-2: Stopped ServerConnector@38f36575{HTTP/1.1}{0.0.0.0:8989} 2016-06-04 23:48:07.399:INFO:/:Thread-2: Destroying Spring FrameworkServlet 'Spring MVC Dispatcher Servlet' 2016-06-04 23:48:07.439:INFO:/:Thread-2: Closing Spring root WebApplicationContext 2016-06-04 23:48:07.442:INFO:oejsh.ContextHandler:Thread-2: Stopped o.e.j.s.ServletContextHandler@2f94c4db{/,null,UNAVAILABLE} /Applications/_package

It seems servant is starting pingpong after that. Any Idea?
I also still randomly fail for Version Test. Any Idea?

NCC problems don’t belong into this thread. You can send me the complete log as PM.

The failing version test is a mystery. The only thing that is common with the failures is that they happem during night time. But other nis tests during night work. Is that a computer at home or a vps?