Quote from: y_virtual on November 12, 2016, 05:42:14 PM

Quote from: onsightit on November 12, 2016, 05:39:39 PM

Quote from: y_virtual on November 12, 2016, 05:13:38 PM

Quote from: onsightit on November 12, 2016, 04:54:02 PM

Quote from: solarcoiner on November 12, 2016, 04:41:11 PM

Thats exactly what I posted yesterday when I temporarily fixed my wallet. However I am still having issues so the problem must be elsewhere

I'm currently trying this again but it just fixes the problem for a few hours and then the wallet gets stuck again...

Did your solarcoin.conf have just the master-node?

I just did all the steps on one of the wallets, for the heck of it - same result - stuck in "syncing", every new connection with a smaller startingheight decreases the number of "Blocks Remaining", and the sync halts again. Right now I have 19 connections, non of those is sending my wallet any blocks.
The solarcoin.conf has just the master-node in it:
addnode=162.243.214.120

Thanks. I suspect you are not receiving blocks because your node is blocked. The block can last for 24 hours.

I'm trying to identify the offending nodes, atm.

Are the nodes identified/blocked by IP address?

Also, I just got In Sync & Stacking. At block 1455297!!! Then it started syncing again, with much fewer block left to sync - it now shows 1455649 as the total number of blocks it is targeting to sync up to. And yes, the wallet started receiving blocks and syncing up to that target. Here is what getpeerinfo is showing for the several connections that just came in:
{
"addr" : "92.135.75.153:17445",
"services" : "00000003",
"lastsend" : 1478972794,
"lastrecv" : 1478972758,
"conntime" : 1478971893,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : true,
"startingheight" : 1456003,
"banscore" : 0
},
{
"addr" : "40.112.185.197:1280",
"services" : "00000003",
"lastsend" : 1478972331,
"lastrecv" : 1478972065,
"conntime" : 1478972065,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : true,
"startingheight" : 1455934,
"banscore" : 0
},
{
"addr" : "37.112.117.122:63750",
"services" : "00000003",
"lastsend" : 1478972110,
"lastrecv" : 1478972107,
"conntime" : 1478972107,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : true,
"startingheight" : 1455297,
"banscore" : 0
},
{
"addr" : "125.193.49.2:56917",
"services" : "00000003",
"lastsend" : 1478972250,
"lastrecv" : 1478972785,
"conntime" : 1478972164,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : true,
"startingheight" : 1456006,
"banscore" : 0
},
{
"addr" : "24.186.0.49:20986",
"services" : "00000003",
"lastsend" : 1478972252,
"lastrecv" : 1478972250,
"conntime" : 1478972249,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : true,
"startingheight" : 1454513,
"banscore" : 0
},
{
"addr" : "81.247.156.211:18188",
"services" : "00000003",
"lastsend" : 1478972769,
"lastrecv" : 1478972770,
"conntime" : 1478972560,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : false,
"startingheight" : 1439173,
"banscore" : 0
},
{
"addr" : "195.154.185.5:57135",
"services" : "00000003",
"lastsend" : 1478972723,
"lastrecv" : 1478972790,
"conntime" : 1478972716,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : true,
"startingheight" : 1456015,
"banscore" : 0
},
{
"addr" : "174.57.202.216:49976",
"services" : "00000003",
"lastsend" : 1478972759,
"lastrecv" : 1478972759,
"conntime" : 1478972757,
"version" : 70005,
"subver" : "/Satoshi:2.1.7/",
"inbound" : true,
"startingheight" : 1455649,
"banscore" : 0
}
]

Now it is in sync & stacking at block 1455675. I have disabled staking (obviously why).

I am re-confirming my observations:

Quote from: y_virtual on November 12, 2016, 01:29:55 PM

I have been encountering the same issue as reported in the several previous posts - after upgrading to 2.1.7 and running fine for just a while, I am not able anymore to correctly sync any of 6 wallets on 4 machines (also tried connecting through my 4G internet provider to get a brand new IP address thus eliminate possible banning issues, but the result was the same).
There are 2 issues I noticed:
1 - the wallet "decides" it has synced (changes its status to In Sync) the moment it encounters a new connection with a lower startingheight than it's own, or lower than the previous higher height connections it found (I am using the getpeerinfo command from the Console). The wallet then (syncs to) and starts staking at that lower block height (if the total number of connections at that time is >= 3). Then only if it gets a new connection with a higher than it's own block height, it goes to Syncing mode but no blocks get further downloaded (see issue 2 below).
2 - the wallet remains in the state "Syncing" no matter how many connections with a higher startingheight it has. Then later on as soon as it gets accidentally a new connection to a node with a lower startingheight (than it's own or the previously found higher height connections) , it goes to issue 1 above. If the total number of connections at that time is >= 3, it even starts staking at that lower block height.

Right now I have re-loaded the blockchain from the newest bootstrap, up to block 1455297, and trying to sync from there on. I have snapshots of both issues, if needed.

Isn't the protocol originally supposed to choose the highest blockchain? Why does it decide to have synced and starts staking only when it finds a connection with a block height lower than the previously found? Was there any "hot-fix" change made to the basic-level consensus protocol so that the 2.1.6 -> 2.1.7 transition gets propagated faster?