Hi, I followed the guide (unable to post link) to set up a MN on a new raspberry pi2.
It was running fine for 2-3 days or so and then problems started after I had to shut it down to move it downstairs to my server room.
Since I started it back up, everywhere I check I see that it's offline or has errors. (Like dashwhale, or Dashninja)
At first it started up fine, and dashd is also running all the time when I check with top.
I had started dashd again of course after moving it.
When I noticed the problems I also started the masternode again in OS X dash core wallet, and then again on the pi.
Here is what I see on the pi:
./dash-cli masternode debug
Not capable masternode: Hot node, waiting for remote activation.
grep HotCold .dash/debug.log
2016-01-28 12:34:03 CActiveMasternode::EnableHotColdMasterNode() - Enabled! You may shut down the cold daemon.
2016-01-29 14:03:14 CActiveMasternode::EnableHotColdMasterNode() - Enabled! You may shut down the cold daemon.
Masternode incidents (from Dashwhale monitoring service
This section shows a history of the critical incidents of your masternodes. Two types of incidents are covered:
1. masternode dropped of the payment list
2. no connection to DASH daemon (only available if remote monitoring has been enabled)
Name Type Status Start/End Duration
Masternode dropped of the payment list! open From 29-01-2016 21:20 up to now 21 hours
Masternode dropped of the payment list! closed From 29-01-2016 19:46 to 29-01-2016 19:56 10 minutes
Masternode dropped of the payment list! closed From 29-01-2016 04:24 to 29-01-2016 14:56 10 hours 32 minutes
https :// dashninja. pl/mndetails.html?mnpubkey=XiHc6dJJCwpQqhrbntbmJwpCc4rsHViYXV
(unable to post properly formattet link)
I see unknown masternode now, but it was there before for a couple of days and inbetween.
the log is so full, I don't know what entries are relevant, what I should be looking for.
tail .dash/debug.log
2016-01-30 02:59:55 mnb - Got NEW Masternode entry - 834b291cbd27bf1c2e3bd725eceb36ba243ba11bcafc53a978f55659df312118 - 82.211.21.167:9999 - CTxIn(COutPoint(059df1d50851848ccb4f4d44a3a7083d85e1c8d21eb10be508a159158b5a5314, 0), scriptSig=) - 1451483350
2016-01-30 02:59:56 mnb - Rejected Masternode entry 104.156.253.102:9999
2016-01-30 02:59:58 mnb - Got NEW Masternode entry - 5296d944827d7ecc1eca6076cc0e965ad01778c12a9dbc7d4377c09ccfb924f3 - 185.20.185.67:9999 - CTxIn(COutPoint(13d6eeeaee9f218200c25ffc163b4bad7e3e065f2babb3d7692a7e87cc1d72f4, 0), scriptSig=) - 1449208886
2016-01-30 03:00:18 mnb - Got NEW Masternode entry - dfbe362c40cccb6e8c0a0d378082510c26dc266321a716903a971296186dd4a1 - 185.20.185.2:9999 - CTxIn(COutPoint(964f92294dea10d0809cb663deb0fa64d7876cb8e9232d031a9edddf92d5d13d, 0), scriptSig=) - 1453811891
2016-01-30 03:00:22 mnb - Got NEW Masternode entry - 7050703a9fceb6ed50090288b46232c986baa7cb019a9216c1c22ce8414e168d - 185.20.185.75:9999 - CTxIn(COutPoint(9a343f26e889f7dc629a716836db1e018a620e1e0eb79741d70218e373265d0a, 1), scriptSig=) - 1449208888
2016-01-30 03:00:24 CheckBlock() : skipping transaction locking checks
2016-01-30 03:00:24 CheckBlock() : skipping transaction locking checks
2016-01-30 03:00:24 CheckBlock() : skipping transaction locking checks
2016-01-30 03:00:24 UpdateTip: new best=0000000000045747ab6901ec0264fcae38f76d046db0ffcf778eb114f5b253d4 height=411635 log2_work=62.060275 tx=1596595 date=2016-01-30 02:59:48 progress=0.999999 cache=3412
2016-01-30 03:00:24 ProcessNewBlock : ACCEPTED
maybe this? I found it when searching with grep CActiveMasternode .dash/debug.log
2016-01-29 02:52:43 CActiveMasternode::SendMasternodePing() - Relay Masternode Ping vin = CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 02:58:08 CActiveMasternode::SendMasternodePing() - Relay Masternode Ping vin = CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 14:01:21 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
2016-01-29 14:03:14 CActiveMasternode::EnableHotColdMasterNode() - Enabled! You may shut down the cold daemon.
2016-01-29 14:06:24 CActiveMasternode::SendMasternodePing() - Relay Masternode Ping vin = CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 14:06:24 CActiveMasternode::ManageStatus() - Error on Ping: Darksend Masternode List doesn't include our Masternode, shutting down Masternode pinging service! CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 14:11:24 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
2016-01-29 14:16:25 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
2016-01-29 14:21:26 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
I just tried to do masternode start in the dash core client console, and for the first time it came up with:
Not capable masternode: Could not find suitable coins!
The 1000 DASH are there though.
Up until now I always got:
Masternode successfully started
It was running fine for 2-3 days or so and then problems started after I had to shut it down to move it downstairs to my server room.
Since I started it back up, everywhere I check I see that it's offline or has errors. (Like dashwhale, or Dashninja)
At first it started up fine, and dashd is also running all the time when I check with top.
I had started dashd again of course after moving it.
When I noticed the problems I also started the masternode again in OS X dash core wallet, and then again on the pi.
Here is what I see on the pi:
./dash-cli masternode debug
Not capable masternode: Hot node, waiting for remote activation.
grep HotCold .dash/debug.log
2016-01-28 12:34:03 CActiveMasternode::EnableHotColdMasterNode() - Enabled! You may shut down the cold daemon.
2016-01-29 14:03:14 CActiveMasternode::EnableHotColdMasterNode() - Enabled! You may shut down the cold daemon.
Masternode incidents (from Dashwhale monitoring service
This section shows a history of the critical incidents of your masternodes. Two types of incidents are covered:
1. masternode dropped of the payment list
2. no connection to DASH daemon (only available if remote monitoring has been enabled)
Name Type Status Start/End Duration
Masternode dropped of the payment list! open From 29-01-2016 21:20 up to now 21 hours
Masternode dropped of the payment list! closed From 29-01-2016 19:46 to 29-01-2016 19:56 10 minutes
Masternode dropped of the payment list! closed From 29-01-2016 04:24 to 29-01-2016 14:56 10 hours 32 minutes
https :// dashninja. pl/mndetails.html?mnpubkey=XiHc6dJJCwpQqhrbntbmJwpCc4rsHViYXV
(unable to post properly formattet link)
I see unknown masternode now, but it was there before for a couple of days and inbetween.
the log is so full, I don't know what entries are relevant, what I should be looking for.
tail .dash/debug.log
2016-01-30 02:59:55 mnb - Got NEW Masternode entry - 834b291cbd27bf1c2e3bd725eceb36ba243ba11bcafc53a978f55659df312118 - 82.211.21.167:9999 - CTxIn(COutPoint(059df1d50851848ccb4f4d44a3a7083d85e1c8d21eb10be508a159158b5a5314, 0), scriptSig=) - 1451483350
2016-01-30 02:59:56 mnb - Rejected Masternode entry 104.156.253.102:9999
2016-01-30 02:59:58 mnb - Got NEW Masternode entry - 5296d944827d7ecc1eca6076cc0e965ad01778c12a9dbc7d4377c09ccfb924f3 - 185.20.185.67:9999 - CTxIn(COutPoint(13d6eeeaee9f218200c25ffc163b4bad7e3e065f2babb3d7692a7e87cc1d72f4, 0), scriptSig=) - 1449208886
2016-01-30 03:00:18 mnb - Got NEW Masternode entry - dfbe362c40cccb6e8c0a0d378082510c26dc266321a716903a971296186dd4a1 - 185.20.185.2:9999 - CTxIn(COutPoint(964f92294dea10d0809cb663deb0fa64d7876cb8e9232d031a9edddf92d5d13d, 0), scriptSig=) - 1453811891
2016-01-30 03:00:22 mnb - Got NEW Masternode entry - 7050703a9fceb6ed50090288b46232c986baa7cb019a9216c1c22ce8414e168d - 185.20.185.75:9999 - CTxIn(COutPoint(9a343f26e889f7dc629a716836db1e018a620e1e0eb79741d70218e373265d0a, 1), scriptSig=) - 1449208888
2016-01-30 03:00:24 CheckBlock() : skipping transaction locking checks
2016-01-30 03:00:24 CheckBlock() : skipping transaction locking checks
2016-01-30 03:00:24 CheckBlock() : skipping transaction locking checks
2016-01-30 03:00:24 UpdateTip: new best=0000000000045747ab6901ec0264fcae38f76d046db0ffcf778eb114f5b253d4 height=411635 log2_work=62.060275 tx=1596595 date=2016-01-30 02:59:48 progress=0.999999 cache=3412
2016-01-30 03:00:24 ProcessNewBlock : ACCEPTED
maybe this? I found it when searching with grep CActiveMasternode .dash/debug.log
2016-01-29 02:52:43 CActiveMasternode::SendMasternodePing() - Relay Masternode Ping vin = CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 02:58:08 CActiveMasternode::SendMasternodePing() - Relay Masternode Ping vin = CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 14:01:21 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
2016-01-29 14:03:14 CActiveMasternode::EnableHotColdMasterNode() - Enabled! You may shut down the cold daemon.
2016-01-29 14:06:24 CActiveMasternode::SendMasternodePing() - Relay Masternode Ping vin = CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 14:06:24 CActiveMasternode::ManageStatus() - Error on Ping: Darksend Masternode List doesn't include our Masternode, shutting down Masternode pinging service! CTxIn(COutPoint(5490c1894605c548ae5541580aefb3df0609af6e5342e4ac56b21e50cbacf5cd, 1), scriptSig=)
2016-01-29 14:11:24 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
2016-01-29 14:16:25 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
2016-01-29 14:21:26 CActiveMasternode::ManageStatus() - not capable: Hot node, waiting for remote activation.
I just tried to do masternode start in the dash core client console, and for the first time it came up with:
Not capable masternode: Could not find suitable coins!
The 1000 DASH are there though.
Up until now I always got:
Masternode successfully started
Last edited by a moderator: