V12 Release
- Thread starter eduffield
- Start date
GilAlexander
New member
Looks like it is. My mn became "EXPIRED" after a while so I've restarted.
M
MangledBlue
Guest
M
MangledBlue
Guest
LucD88
New member
Uhh, that's exactly what I said but it's not working?
GilAlexander
New member
There're txids now.
Try ./dash-cli masternodelist "addr"
LucD88
New member
Could you explain how I use it? Right now I have no clue whether my Masternodes started successfully or not.
Exactly the same. Just add "addr" after "list"
./dash-cli masternode list addr | grep -e XXX -e XXX -e XXX -e XXX
.
GilAlexander
New member
But there's no "status" in such output (it can be ENABLED or EXPIRED - don't know what does it mean but EXPIRED looks more negative than ENABLED).
I wonder how to combine mastenodelist "addr" with masternodelist "status".
One can use ./masternodelist | grep "txid" instead. Txid is a txid of 1000dash masternode transaction.
And I'm still unable to sync masternode list (50%) on my desktop wallet to check my masternode txid in the list - it shows 2911 masternodes without my one.
upd `./masternodelist full` shows ip as well as status.
Last edited by a moderator:
minersday
New member
2015-08-14 19:56:00 CActiveMasternode::GetMasterNodeVin - Could not locate specified vin from possible list
2015-08-14 19:56:00 CActiveMasternode::ManageStatus() - Could not find suitable coins!
I have masternode cold addr with multiple vin and vouts, is there some limit to what it will check.
and original 1000 dash are in the 0-address.
edit: had to generate new masternode genkey and started working.
2015-08-14 19:56:00 CActiveMasternode::ManageStatus() - Could not find suitable coins!
I have masternode cold addr with multiple vin and vouts, is there some limit to what it will check.
and original 1000 dash are in the 0-address.
edit: had to generate new masternode genkey and started working.
Last edited by a moderator:
Could not compile on centos 6
got
probably because of older gcc?
replaced the folder src/leveldb with leveldb 1.17 and it compiles... but is this OK?
got
Code:
helpers/memenv/memenv.cc: In member function ‘leveldb::Status leveldb::<unnamed>::FileState::Read(uint64_t, size_t, leveldb::Slice*, char*) const’:
helpers/memenv/memenv.cc:65: error: ‘SIZE_MAX’ was not declared in this scopeprobably because of older gcc?
replaced the folder src/leveldb with leveldb 1.17 and it compiles... but is this OK?
AlexMomo
New member
I have updated my MNs with success but just got this message on one of them:
Edit: I have restarted the daemon and the message just disappeared...
Code:
2015-08-14 20:09:14 mnw - winner out of range - FirstBlock 313534 Height 1095195517 bestHeight 319366
2015-08-14 20:09:14
************************
EXCEPTION: NSt8ios_base7failureE
non-canonical ReadCompactSize()
dash in ProcessMessages()
2015-08-14 20:09:14 ProcessMessage(mnw, 145 bytes) FAILED peer=81
2015-08-14 20:09:14 ProcessMessages(mnw, 145 bytes): Exception 'CDataStream::read() : end of data' caught, normally caused by a message being shorter than its stated lengthEdit: I have restarted the daemon and the message just disappeared...
Last edited by a moderator:
M
MangledBlue
Guest
Thanks for the quick reply guys, that worked!
But how do I tell if they're online? Right now that command displays:
".........txid1923819238-1" : "106.xxx.xxx.xxx:9999"
If you think you can figure this out - lol
It's a really cool program that will tell you everything about your COLD side MN
https://github.com/MangledBlue/DASH/tree/MangledBlue-dashR-1
