Even with the local wallet continuously running, my MN disappears from the list. Is it required to generate a MN key for the remote config file?I'm having the switching to 0 problem too.
I have no idea my wallet is on the server, also my MN just changed to 1 again somehow.Even with the local wallet continuously running, my MN disappears from the list. Is it required to generate a MN key for the remote config file?
like literally?For some odd reason, it shows in the local wallets debug window as active. =1 but on Chaeplins website it's not listed at all.
Edit: I added darkcoin.io:9999 as a node to my local config. That seems to of resolved the issue. As long as the local wallet is never shutdown, it seems to remain in the list.
like literally?
addnode=darkcoin.io:9999 ?
I wonder if 23.23.186.131:9999 would also work maybe? I'll try
EDIT: with 23.23.131:9999 ... server sees 106 MN, and dozens of duplicates. Local sees 66
with darkcoin.io:9999 ... server sees 72 MN, local sees 80
Still can't see mine. Seems local / remote is broken. Evan!! Dont kill the beauty of this setup !!
Nope... two days at it and no success at all. With this new update it seems the local IP gets registered, not the server side. So there is no point in having like 10 local VM linux darkcoinds with 1k deposit each, pointing to individual remote server IPs, validating MN status.I have notice that if I "PAT" the 9999 port to my local wallet PC my MN stays alive (status =1). If I remove the "PAT" rule from my router the MN switch to status =0 after 10 mins or so.
So I guess the darkcoin daemon must be accessible from both the local AND the remote machine.
In short:
- Start darkcoind on your remote wallet
- Setup your (home) router so you can reach the 9999 port of your local wallet
- Start darkcoind on your local wallet machine with: "darkcoind -masternodeaddr=<remotewalletip>:9999" followed by
"darkcoind walletpassphrase <passphrase> 60" followed by
"darkcoind masternode start <passphrase>"
- Test your config by scanning the 9999 port of your local wallet machine (using your remote wallet linux): "nmap <localwalletip> -p 9999 -Pn " nmap should return something like: 9999/tcp open
I don't like it but it's better than a dead MasterNode I guess.
Hope this help!
Are you starting your darkcoind witth 'darkcoind -daemon' ?Sorry, I don't know.
I have a question. Apparently, when I start my masternode in putty, then close putty, I turn my masternode off. Previously, this didn't happen. There is a difference in behavior though. When I start my darkcoind, it freezes. I have to open another putty to do the masternode command. Previously, turning darkcoind on would not freeze in the window. I need my masternode to run when Putty is closed. My desktop isn't always on, and not reliable to be on at all times. Anybody know what's going on? I'd sure appreciate any help anyone can give! Thanks so much![]()
host:~$ test="this is a test"
host:~$ echo $test
this is a test
host:~$ echo "$test"
this is a test
host:~$ echo '$test'
$test
No, if you wanna run masternode you need the 10.8.6look at that graph now http://drk.poolhash.org/masternode.html
it's a mess for the past few hours
EDIT: btw, is it ok to run 0.9.4.6 and not 0.10.8.6 RC2 as masternode?
Thanks!No, if you wanna run masternode you need the 10.8.6
Masternodes, please restart!
I've noticed some nodes popping in and out of the masternode lists. I'd like all of the masternodes to follow these instructions to see if the problem gets fixed
1.) stop the daemon
2.) update to 10.8.6 if you haven't
3.) add "maxconnections=200" to your configuration
4.) wait ten minutes (it MUST be ten minutes! This will allow the masternode election entry to propagate)
5.) start the daemon and turn on the masternode
Same here. And I'm seeing a lot of these error messages in the log, not sure if related:well, did that "masternode restart" thing and now my masternodes are off of the official list and are on some another one which has 119 nodes
that pastebin note shows the difference between the official list and the one I have now
http://pastebin.com/dYAmz5L1
I am having this same issue for days, like in 4 different nodes. I just went back to having only one until everything is clear. But I am glad to know I am not the only one with this issue.Same here. And I'm seeing a lot of these error messages in the log, not sure if related:
ProcessMessage(dsee, 175 bytes) FAILED
According to Evan, if you update to 10.8.6, delete peers.dat, wait 10 min & restart the client & masternode, you should be ok. The "ProcessMessage(dsee, 175 bytes) FAILED" errors are apparently due to other masternodes on the network that are still running the old version.I am having this same issue for days, like in 4 different nodes. I just went back to having only one until everything is clear. But I am glad to know I am not the only one with this issue.