okay.. thats good for now. synched and staked already any command to rollback last block?
above question confuses me...
|
|
|
getblockbynumber 599322
"height" : 599322,
"proofhash" : "0007495a70d0df10a7b415c338f893d51965215a22fbe3f37ff6df1580fe195a",
000091b5137247c18718fcd824af9733803e0f525c8e2ed792460facdff95bfa Hashes do not match, please download bootstrap from dev and resync from there with the following AmberCoin-qt.exe -server -connect=ambercoin01.mooo.com
that's my shortcut to ambercoin. remove -server if you don't plan on solo mining
All not work. Canīt connect anymore even goin that route :/ you were banned by main node then... change connect to ambercoin02
|
|
|
"height" : 601672 "proofhash" : "000000000744d766e9667524224f64e2c0c75f483410f696f16da4a29b26e882"
000000000744d766e9667524224f64e2c0c75f483410f696f16da4a29b26e882 Matches
|
|
|
getblockbynumber 599322
"height" : 599322,
"proofhash" : "0007495a70d0df10a7b415c338f893d51965215a22fbe3f37ff6df1580fe195a",
000091b5137247c18718fcd824af9733803e0f525c8e2ed792460facdff95bfa Hashes do not match, please download bootstrap from dev and resync from there with the following AmberCoin-qt.exe -server -connect=ambercoin01.mooo.com
that's my shortcut to ambercoin. remove -server if you don't plan on solo mining
|
|
|
there s 4 active node connected but no synch how may i fix it?
type the following in debug window:
getblockcount take results from this and put after getblockbynumber <results from previous command>
paste height & proofhash here
|
|
|
19:49:15  getblockcount
19:49:15  599322
19:49:34  getblockbynumber 599322
19:49:34  { "hash" : "a8441619c155838a2d2c90871f460bb9140f007422688f7b40f18335bad0e506", "confirmations" : 1, "size" : 454, "height" : 599322, "version" : 6, "merkleroot" : "78f80038741ea7e06c05b389a75796871266402fd26415449d83204d8cdab37d", "mint" : 0.13808219, "time" : 1448826732, "nonce" : 0, "bits" : "1e0fffff", "difficulty" : 0.00024414, "blocktrust" : "100001", "chaintrust" : "53c2a20d3388ea", "previousblockhash" : "3b18d5088881c91e2142ceea9b9438fc9b4dfa539f6a3a4b14b27deb83fbc032", "flags" : "proof-of-stake", "proofhash" : "0007495a70d0df10a7b415c338f893d51965215a22fbe3f37ff6df1580fe195a", "entropybit" : 0, "modifier" : "15fb3918c84ae384", "modifierchecksum" : "c28ea24d", "tx" : [ "36256e880bf10d4abfe36490d37ecb77eba68f6f54463d2a51cdb44fba8aaa91", "b07c5b9db6c5f5ec7ee16484eeb50f794c733b81105db9a797eeca9677de82dc" ], "signature" : "304402207f9b9b58403827c059fd05d30e5929d242a74a4f44426cf82e51f75dc86b587f0220470 27e53394b4e74c8208c073fdcb979751bd2efc857410d6248ad642185f89c" }
there is no activity on blockexplorer whats going on guys? https://www.blockexperts.com/amberwhen this situation will solve? that's up to blockexperts to fix... we have the 3 nodes on the main chain now... but people that are forked will keep forking others if they connect to it
|
|
|
help me please!
type the following in debug window: getblockcount take results from this and put after getblockbynumber <results from previous command> paste height & proofhash here
|
|
|
I have 3 connections with maxconnections=1 so the connect command is overriding it.
Just checking:
getblockbynumber 601532 "proofhash" : "000000001be41dbdcf2d082ead1d0b5a358c55258ea307f88604c089c19c310c"
"height" : 601532, "proofhash" : "000000001be41dbdcf2d082ead1d0b5a358c55258ea307f88604c089c19c310c"
|
|
|
so, I just wonder how come he seems to be on the wrong chain while still being able to maintain the connections?
cannot confirm or deny he's on the right nodes, until getpeerinfo is run
|
|
|
Current status: 2 active connections to Ambercoin network
.conf: listen=0 addnode=ambercoin01.mooo.com addnode=ambercoin02.mooo.com
getblockbynumber 601182 "proofhash" : "0000709ddf69c904205bf4e922f49d32775c9ec6d1313d72b34f9f9f4e402b5d"
it looks ok for now...
I'm only connected to the original node (ambercoin01.mooo.com), but: getblockbynumber 601182 "proofhash" : "000076b401342b25950ed4eab565bc720043bb35b80713efcc4f46ccedb52c35"Matches bold above
|
|
|
It's best they stay connected to the main node, so they don't cause forks... but others should connect to those nodes if they are having issues connecting to the first node. How to make it in that way? check and make sure they aren't getting banned ambercoin02.mooo.com now allow connections. You can try it. getpeerinfo [ { "addr" : "ambercoin01.mooo.com", "services" : "00000001", "lastsend" : 1448888729, "lastrecv" : 1448888730, "conntime" : 1448888728, "version" : 90001, "subver" : "/AmberCoin:3.0.0.3/", "inbound" : false, "startingheight" : 601194, "banscore" : 0 }, { "addr" : "104.238.177.80:31982", <---- ambercoin02.mooo.com "services" : "00000001", "lastsend" : 1448888730, "lastrecv" : 1448888730, "conntime" : 1448888729, "version" : 90001, "subver" : "/AmberCoin:3.0.0.3/", "inbound" : false, "startingheight" : 601194, "banscore" : 0 } ]
|
|
|
It's best they stay connected to the main node, so they don't cause forks... but others should connect to those nodes if they are having issues connecting to the first node. How to make it in that way? check and make sure they aren't getting banned
|
|
|
BE VERY CAREFUL... I don't trust any stacking site after mintpal incident.
|
|
|
We need more nodes that are only connected to the main node and connect to each other one at a time with maxconnections=2, 3, etc.
We have 2 more nodes which currently are connected to first one. Should they to be connected to each other only? Or they should allow 2,3 additional connections? Edit: should it look like that? : Node02: ./AmberCoind -connect=ambercoin01.mooo.com -connect=ambercoin03.mooo.com Node03: ./AmberCoind -connect=ambercoin01.mooo.com -connect=ambercoin02.mooo.com I'm not sure. The point is that each node that is only connected to ambercoin01.mooo.com should eventually be interconnected while blocking nodes with the old walelt and nodes on the wrong fork. It should probably solve itself if the new wallet is refusing to connect to old wallets and people abandon the bad fork(s). Old wallets are cut by "protocolversion". Will "maxconnections=" work with "connect=" option and "listen=1"? It's best they stay connected to the main node, so they don't cause forks... but others should connect to those nodes if they are having issues connecting to the first node.
|
|
|
Last DEBUG info from ambercoin01.mooo.com. Maybe would be helpful.
getblocks stopping at limit 319039 000000001e9e81e56405 accepted connection 81.88.143.194:58254 getblocks 13920 to 000000002177ca4f7aa4 limit 500 getblocks stopping at limit 14419 0000000000e17c6c14e5 partner 81.88.143.194:58254 using obsolete version 90000; disconnecting ProcessMessage(version, 112 bytes) FAILED disconnecting node 81.88.143.194:58254 connection from 113.161.128.181:64841 dropped (banned) getblocks 318540 to c184b39662b4c2b46b3b limit 500 getblocks stopping at 318975 c184b39662b4c2b46b3b connection from 71.187.62.42:56790 dropped (banned) connection timeout accepted connection 176.107.192.2:61021 partner 176.107.192.2:61021 using obsolete version 90000; disconnecting ProcessMessage(version, 112 bytes) FAILED disconnecting node 176.107.192.2:61021 trying connection 108.61.174.143:31982 lastseen=1.2hrs connection from 85.214.23.49:38378 dropped (banned) connection from 213.180.26.45:53289 dropped (banned) connection from 212.83.176.222:50699 dropped (banned) connection from 213.180.26.34:54001 dropped (banned) getblocks 598600 to 00000000ec75c4beed3d limit 500 getblocks stopping at limit 599099 53c6a89261562977f215 getblocks 598600 to 00000000059cd7afbae2 limit 500 getblocks stopping at limit 599099 53c6a89261562977f215 received getdata (12 invsz) connection from 113.161.128.181:64842 dropped (banned)
match your ip here... you're likely being banned
|
|
|
Has anyone looked into he problem why some people cannot connect to ambercoin01.mooo.com?
I would not be able to do this, unless someone with the issue provided their debug log file Here is the relevant section of the debug log file: ThreadSocketHandler started ThreadStakeMiner started trying connection ambercoin01.mooo.com lastseen=0.0hrs Flushed 0 addresses to peers.dat 18ms refreshWallet connected ambercoin01.mooo.com send version message: version 90001, blocks=594334, us=0.0.0.0:0, them=108.61.173.201:31982, peer=108.61.173.201:31982 trying connection 108.61.173.201 lastseen=0.0hrs socket closed disconnecting node ambercoin01.mooo.com connected 108.61.173.201 send version message: version 90001, blocks=594334, us=0.0.0.0:0, them=108.61.173.201:31982, peer=108.61.173.201:31982 trying connection 188.163.90.183 lastseen=0.0hrs socket closed disconnecting node 108.61.173.201 I took this section right after the point where the wallet synchronizes. This is repeated throughout the log file. that sounds like it's hitting max connections
|
|
|
wow...been following along with this recent update and all the problems that have sprung up these past couple days. I'd like to clear up a bit of misinformation that has been tossed around regarding the conf/startup flags: -daemon : "Run in the background as a daemon and accept commands". This actually has little effect when using the Qt GUI wallet. -server : "Accept command line and JSON-RPC commands". This is what allows solo-mining when using an external mining program (cpuminer/ccminer/cgminer/etc). -addnode : "Add a node to connect to and attempt to keep the connection open". Further nodes will be retrieved from these nodes and attempt to connect. -connect : "Connect only to the specified node(s)". Says it all, ONLY nodes specified will be allowed to maintain a connection. -listen : "Accept connections from outside (default: 1 if no -proxy or -connect)". This has EVERYTHING to do with the P2P network, and nothing to do with solo-mining or the RPC. If your goal is to only connect to one node (whichever node that may be), set the following in your conf file: listen=0 connect=<node_address>
listen is (or should) automatically be set to 0 whenever connect is used, but better to explicitly define it anyways. Another setting that is (or should) be set to 0 automatically when connect or listen are used, is upnp. After doing a bit of code review, users should explicitly disable upnp in their wallets irregardless of your connection preferences as the current Amber source has not yet been updated to work with the recently patched miniupnpc versions ( https://bitcoin.org/en/release/v0.11.1#fix-buffer-overflow-in-bundled-upnp). As for why some people cannot connect to ambercoin01.mooo.com: the two very likely reasons this could be happening is that 1) the node has banned you for submitting invalid hashes. This ban will eventually be lifted, but you pretty much just have to wait it out. 2) the maximum number of stable connections for said node has been reached and further connections are being dropped. Fuzz would know best I believe fuzz
|
|
|
Has anyone looked into he problem why some people cannot connect to ambercoin01.mooo.com?
I would not be able to do this, unless someone with the issue provided their debug log file
|
|
|
Well, during this whole time fixing wallets, I managed to get 20 blocks to myself...
|
|
|
Just an FYI to all...
if you were caught off chain, and now you're back on... make sure you run checkwallet and repairwallet from debug window.
|
|
|
|