Topic: [AMBER] X13 POW/POS| 10k AMBER=0,01% SHARES | BUY, HOLD & GET DIVIDENDS in BTC/$ - page 140. (Read 407572 times)

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)

Line from .conf
"maxconnections=1024"

Now wallet has ~30 active connections
Yesterday it was 69 at maximum.

Though I have never seen over 70 connections. Never.

Server load 20-30%

I suspected that, too... no signs of rejection or whatever and then, after some time it became responsive again.

lol, training camp for the aspiring protocol-whisperer 

that sounds like it's hitting max connections

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.

Fuzz would know best I believe fuzz

certainly not too much into deep, and with only one side able to being inspected it might end up as well in guesswork...

...however I became aware that it might take some time, even if ALL steps to avoid hints of other clients than ambercoin01.mooo.com have been done, which are
  - removing peers.dat
  - no addnode at all in config, just connect=ambercoin01.mooo.com (or 108.61.173.201 if you will)
  - all old blockchain data being removed (database & txleveldb folders, blk0001.dat file)

sometimes I had the notion of that node simply dropping the connection over and over.... but after a while, might take half n hour or so, it got bound. it then lasted available since and used to become available immediately after a wallet restart, even with removing peers.dat. so, it might really be that node having too much to handle so it doesn't accept connections for that time... but, guesswork... yet, the above mentioned preparation eventually IS MANDATORY to let your wallet start receiving and accepting further blocks.

edit: one post above - which appeared while writing this - are some more comprehensive answers
thanx for the input! and well for the heads-up according to miniupnp!

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 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.

I would not be able to do this, unless someone with the issue provided their debug log file

I am going to say it again and again and again.  YES, the right answer is for everyone to connect to ambercoin01.mooo.com and only ambercoin01.mooo.com until the bad fork fades away.  However, its not working for everyone for some reason.  I have tried many times in the last 2 days to connect to that node and I get 0 connects and I cannot sync my wallet.  I do not know why this is happening but until someone figures it out and fixes it there is no right solution.  wallets on a bad fork can go away but when they come back they could potentially cause a problem again.

Sorry for sounding frustrated - because I am frustrated - but it seems like we are just poking around right now not fixing the root of the problem.  We have bad nodes and people are connecting to them giving life to the bad fork.  I appreciate what you have done with the database and all but it looks like people are syncing to a good database then connecting to a bad node and going off on a fork ruining their wallet DB - requiring another reinstall and resync. 

Has anyone looked into he problem why some people cannot connect to ambercoin01.mooo.com?

again moved to be visible - you might also briefly check the recent pages as currently there's a lot of movement here.


however, repost:



I'm with it and after doing a full resync starting with your last checkpoint bootstrap upload and with just the connect to the main node, old peers.dat removed it synced ok after all... took some time, but went perfectly ok and it turned out that I've been on the right chain the whole time ...however, as by coincidence, I captured the updated blockchain files up to 599568 ...and put them in a zip archive, uploading them to zippyshare atm.
there's a md5 checksum inside that reflects the file state in the archive. I'll update this post as soon as upload is available

right now, avoiding every other client than the one at: 108.61.173.201 = ambercoin01.mooo.com  
seems to be the best solution to stay on the right chain until all clients that went away are as well back on the right chain again... anything else could feed this loop again and again whenever the network becomes thin at some end.

so, if you're not seeing the above proofhash @ getblockbynumber 599568, there's one thing to do to get back to the right blockchain:

- backup your wallet.dat (always do!)
- keep in mind, the archive as well has an ambercoin.conf so if yours is custom, rename it and make changes according the contained one
  if you don't have a ambercoin.conf, just ignore this line
- remove (or backup) 'database' and 'txleveldb' folders, 'blk0001.dat' and 'peers.dat' (to be on the safe side)
- get either the official bootstrap file from here: https://bitcointalksearch.org/topic/m.13087230
      OR
- you can download a more recent version I captured @ block 599568 here:
  part1: http://www31.zippyshare.com/v/ej88U1BI/file.html
  part2: http://www31.zippyshare.com/v/iyia6kXg/file.html
- now unpack whichever of the archive versions you've got (either one version will do, the first might only take a bit longer) inside your datafolder, file structure of both versions are the same.
- start your wallet
- wait...
- it will hopefully connect sooner or later and eventually start syncing... first contact might take some time, but once this is through, it should sync ok.
- if syncing seems to be stuck (after having connected propperly and already received some blocks), a brief restart of the wallet
  should make it start receiving blocks again directly. and once you've had a successful connection with ambercoin01.mooo.com, the
  wallet should have no problems becomming reconnected immediately.

edit: 599444 confirming as well ok
edit: 599640 also ok (but that's not covered with my upload anymore)




I think it's not undue to stress this once more:


and I suspect that as well... (yet, the -listen option is only used by the rpcserver, nothing to do with p2p which is the one needed for database syncing and stuff)

so the dev advising ONLY to use -connect is to be taken rather serious, as a startup option or in the conf file.
using addnode instead of connect immediately provided me with other nodes and some ot them were waaay behind.
there seem to be no other peers appearing with -connect, tho. ...which is what should be considered GOOD for the moment.
for now I'd absolutely support using only the main node as a reference to sort out that mess once and for all.


...can be done at anytime anyway without harm, but if you suspect your ballance might show some odd values, this will most likely fix the messed up display:

certainly all blocks being minted or mined AFTER tripping on a fork will of course stay on that fork... so, rolling back and resyncing to the main blockchain shows, they never existed in the first place. facing that case also means it would be a good time for the 'repairwallet' tip after syncing completed.

Very strange.

I just reloaded the blockchain posted 2 days ago, and re-synced with just the one node, no problem, but the last block is 599560, NOT 599640........

What's going on?

ah, you're the other one ...yup, pretty low dif atm

exactly...


and I suspect that as well... (yet, the -listen option is only used by the rpcserver, nothing to do with p2p which is the one needed for database syncing and stuff)

so the dev advising ONLY to use -connect is to be taken rather serious, as a startup option or in the conf file.
using addnode instead of connect immediately provided me with other nodes, some were way behind.
there seem to be no other peers appearing with -connect, tho.
for now I'd absolutely support using only the main node as a reference to sort out that mess once and for all.


and before THIS moves out of sight:

Well, during this whole time fixing wallets, I managed to get 20 blocks to myself...

I believe you are wrong.  Her is my conf file:

server=1
daemon=1
listen=1
rpcuser=x
rpcpassword=x
rpcport=31981
connect=ambercoin01.mooo.com
addnode=108.61.173.201
addnode=188.163.90.183
addnode=88.198.100.148


now here is my getpeerinfo report:



[
{
"addr" : "121.121.121.181:56645",
"services" : "00000001",
"lastsend" : 1448828202,
"lastrecv" : 1448828202,
"conntime" : 1448827979,
"version" : 90001,
"subver" : "/AmberCoin:3.0.0.3/",
"inbound" : true,
"startingheight" : 358504,
"banscore" : 0
},
{
"addr" : "178.113.14.244:59370",
"services" : "00000001",
"lastsend" : 1448828205,
"lastrecv" : 1448828205,
"conntime" : 1448828127,
"version" : 90001,
"subver" : "/AmberCoin:3.0.0.3/",
"inbound" : true,
"startingheight" : 15815,
"banscore" : 0
},
{
"addr" : "104.192.130.219:52587",
"services" : "00000001",
"lastsend" : 1448828190,
"lastrecv" : 1448828144,
"conntime" : 1448828144,
"version" : 90001,
"subver" : "/AmberCoin:3.0.0.3/",
"inbound" : true,
"startingheight" : 15977,
"banscore" : 0
}
]

Notice I am connected to 3 nodes not even listed in my conf file?  

Here is the description of the -listen parameter from the wallet:

- listen Accept connections from outside (default: 1 if no -proxy or -connect)

I believe -listen=1 and addnode will result in connections other than the nodes listed in you conf file.

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.

Im on definetly right chain. Its good.

hehe... eventually, it seems we're plowing straight through that harsh ground again

matches