v0.11.1 - InstantX Release

Walter

Active Member
Masternode Owner/Operator
Jul 17, 2014
231
201
103
Is there any consensus on what block height the correct chain is on?
 

camosoul

Grizzled Member
Sep 19, 2014
2,265
1,130
1,183
Evan is currently staring at logs, figuring out how to hurt these people...
 

eduffield

Core Developer
Mar 9, 2014
1,084
5,319
183
v0.11.1.25 - MANDATORY UPDATE

Due to some pools taking advantage of paying the incorrect masternodes (on purpose), enabling enforcement failed earlier today. Please update to the latest version of the software, 11.1.25, which includes a much stronger policy for enforcing masternode payments. This will also cause bans on any clients mining on the wrong chain. After the entire network updates (Pools, Exchanges, Masternodes, etc), we'll activate enforcement again.

https://www.darkcoin.io/downloads/
 

skillit

New Member
Sep 4, 2014
17
10
3
I'm getting stuck at 2 hours behind on 11.1.25.. do I just need to wait for more people to update or is there something else I should do? Delete peers.dat and
-reindex ?
 

AjM

Well-known Member
Foundation Member
Jun 23, 2014
1,335
571
283
Finland
I'm getting stuck at 2 hours behind on 11.1.25.. do I just need to wait for more people to update or is there something else I should do? Delete peers.dat and
-reindex ?
Restart wallet worked for me, it is legendary stuck problem i think, for time to time.
 

AjM

Well-known Member
Foundation Member
Jun 23, 2014
1,335
571
283
Finland
Network is updating phase and because of this, its behaveing strange until its stable, i hope.
 
  • Like
Reactions: skillit

AjM

Well-known Member
Foundation Member
Jun 23, 2014
1,335
571
283
Finland
Thanks for the reply but I'm already too late and I started my -reindex . :/
I tried restarting the wallet a few times and wasn't able to make it past 2 hours.
OK, reindex is ok if restart wont work, and if reindex wont work, shut down client and delete peers.dat , restart
and redownload whole blockchain.
 
  • Like
Reactions: skillit

UdjinM6

Official Dash Dev
Dash Core Team
Moderator
May 20, 2014
3,638
3,538
1,183
OK, reindex is ok if restart wont work, and if reindex wont work, shut down client and delete peers.dat , restart
and redownload whole blockchain.
Deleting peers.dat is not forcing your client to redownload whole blockchain but to find new peers from scratch instead ;)
To force redownloading you need to delete blocks folder.

Btw, updated https://github.com/UdjinM6/darkcoin-bootstrap just in case - should take to block 219646 now.
 
  • Like
Reactions: moli and skillit

AjM

Well-known Member
Foundation Member
Jun 23, 2014
1,335
571
283
Finland
Deleting peers.dat is not forcing your client to redownload whole blockchain but to find new peers from scratch instead ;)
To force redownloading you need to delete blocks folder.
Yeah, i forget say that delete folder thingy.
 
  • Like
Reactions: UdjinM6

Light

Well-known Member
Foundation Member
Jun 4, 2014
346
256
233
Any idea how this is possible? You have a masternode with 0.000 coins in it :confused: Probably if waited long enough it would have got payment too? :D

 

oblox

Well-known Member
Aug 6, 2014
1,032
537
183
Any idea how this is possible? You have a masternode with 0.000 coins in it :confused: Probably if waited long enough it would have got payment too? :D

Give it time to populate on the site. Check again in an hour or two. It also might be the case that they sent their coins to an exchange or elsewhere and the masternode is still in the process of dropping off the list.
 

oblox

Well-known Member
Aug 6, 2014
1,032
537
183
I hope not too many people have the same issue of getting stuck behind. Kin


All went well with the -reindex . But I then shutdown my wallet and restarted with my darkcoin.conf file and got a msg from the wallet saying there was a corrupt database detected and it asked me if I wanted to reindex again ? Fml , so I went ahead and ok ed it. So here we go again. Lol shiiit
good thing it goes pretty fast.. :)
and hopefully nobody else ends up having these same problems when restarting their MN/s. *edit* I'm sure I'm the only one
If you didn't initially delete your peers.dat file before reindexing, there is a chance you will get that error. Always delete the peers.dat file before reindexing to get fresh peers.
 
  • Like
Reactions: skillit

stilgars

New Member
Jun 21, 2014
11
10
3
Bummer this incident just happens while DRK was getting some good news lately ... I hope we will move from this issue soon enough.
 
B

buster

Guest
Bummer this incident just happens while DRK was getting some good news lately ... I hope we will move from this issue soon enough.
Someone found an issue and the devs are working hard to fix it and it seems as though* they are hammering the nail down with this one, we will see. I guess we all have our own opinions about how big of a deal this is.
 

Minotaur

Well-known Member
Foundation Member
Apr 7, 2014
452
1,079
263
Someone found an issue and the devs are working hard to fix it and it seems as though* they are hammering the nail down with this one, we will see. I guess we all have our own opinions about how big of a deal this is.
I don't think is a big deal just yet. The world is watching DRK right now, if Evan and team win against the bad pools, then this will end up being great for DRK's reputation and the public confidence. That is why I think the dev team should be extra careful. If we have to wait a day or two for enforcement it won't be a big deal, it is much more important that the next time enforcement is turned on it works.
 

stilgars

New Member
Jun 21, 2014
11
10
3
I don't think is a big deal just yet. The world is watching DRK right now, if Evan and team win against the bad pools, then this will end up being great for DRK's reputation and the public confidence. That is why I think the dev team should be extra careful. If we have to wait a day or two for enforcement it won't be a big deal, it is much more important that the next time enforcement is turned on it works.
Yes totally agree on this here. Please, devs, be 100% sure you have nailed and cornered this issue before enforcing. A limited and temporary steal is less problem to DRK reputation than a fork failure.
 
  • Like
Reactions: buster

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
Deleting peers.dat is not forcing your client to redownload whole blockchain but to find new peers from scratch instead ;)
To force redownloading you need to delete blocks folder.

Btw, updated https://github.com/UdjinM6/darkcoin-bootstrap just in case - should take to block 219646 now.
Do we need to delete the "chainstate" folder and debug.log also?

Might as well just delete everything and change wallet.dat to wallet.dat.something if there's money in there?
 

camosoul

Grizzled Member
Sep 19, 2014
2,265
1,130
1,183
Bummer this incident just happens while DRK was getting some good news lately ... I hope we will move from this issue soon enough.
This is good news. Investors with brains know that there are always goofs. Seeing the response is what solidifies the investment decision. Most cryptotards don't get that, but people who actually produce goods or services of any meaning in the real world know that this is just about all that matters.

I'm not a coward I've just never been tested, I'd like to think that if I was I would pass...

Evan, and a few othrrs, can now put that in the past-tense. And they keep on doing it... That's the only reason I'm here (even though there are plenty who wish I weren't).

There was way too much cool new stuff in this release to expect it to go smoothly. Anyone who had such expectations is a fucking idiot.

 
Last edited by a moderator:

camosoul

Grizzled Member
Sep 19, 2014
2,265
1,130
1,183
Do we need to delete the "chainstate" folder and debug.log also?

Might as well just delete everything and change wallet.dat to wallet.dat.something ?
Hang on to that debug.log... You never know when it might prove useful. I've deleted it plenty of times when I should not have.
 

UdjinM6

Official Dash Dev
Dash Core Team
Moderator
May 20, 2014
3,638
3,538
1,183
Do we need to delete the "chainstate" folder and debug.log also?

Might as well just delete everything and change wallet.dat to wallet.dat.something if there's money in there?
Yep, you can delete these too but there is no real need for this afaik. Once wallet starts and can't find blocks and chainstate it will start downloading blockchain, verifying blocks and overwriting chainstate and index with new info. debug.log is pruned automatically if you do not use -debug option.

EDIT: I was wrong, thanks moli for poining this out. So the right answer is: you can remove few blk000?.dat files to force resync and redownload of the rest but you can't delete just whole blocks folder without deleting chainstate too.
 
Last edited by a moderator:
  • Like
Reactions: moli

camosoul

Grizzled Member
Sep 19, 2014
2,265
1,130
1,183
Code:
masternode start-many
bad lexical cast: source type value could not be interpreted as target (code -1)
 

camosoul

Grizzled Member
Sep 19, 2014
2,265
1,130
1,183
Code:
masternode start-many
bad lexical cast: source type value could not be interpreted as target (code -1)
nice :) what language?

EDIT: also qt or daemon?
qt, .25, provided binary

Same old masternode.conf and darkcoin.conf files I've been using since masternode.conf was invented... No changes.

darkcoind on "remotes" keeps crashing on --reindex, basically unusable. Won't stay in RAM for more than a few seconds.

Language?
 

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
Yep, you can delete these too but there is no real need for this afaik. Once wallet starts and can't find blocks it will start downloading blockchain, verifying blocks and overwriting chainstate and index with new info. debug.log is pruned automatically if you do not use -debug option.
I only deleted "peers.dat" and "blocks", but the windows version crashed with "MinGW runtime exception" or something, I didn't take a screenshot of it.
Now I've started over with a fresh wallet and using the bootstrap... "1 year and 3 weeks behind".
 

UdjinM6

Official Dash Dev
Dash Core Team
Moderator
May 20, 2014
3,638
3,538
1,183
Code:
masternode start-many
bad lexical cast: source type value could not be interpreted as target (code -1)
qt, .25, provided binary

Same old masternode.conf and darkcoin.conf files I've been using since masternode.conf was invented... No changes.

darkcoind on "remotes" keeps crashing on --reindex, basically unusable. Won't stay in RAM for more than a few seconds.

Language?
Ahh.. I first though it's translation related (constructing strings before it to be precise) but looks like it's not - there are no such places in code as far as I see now, sorry for confusion. :oops:
So are you trying to use start-many while few nodes are down, right? and debug.log pls :) [email protected]
 

UdjinM6

Official Dash Dev
Dash Core Team
Moderator
May 20, 2014
3,638
3,538
1,183
I only deleted "peers.dat" and "blocks", but the windows version crashed with "MinGW runtime exception" or something, I didn't take a screenshot of it.
Now I've started over with a fresh wallet and using the bootstrap... "1 year and 3 weeks behind".
hmmm.... I removed just some files from blocks folder few times this week (spoiler: I was testing UI sync performance with heavy wallets ;) ) - will try on mac again, have no windows machine here.... maybe will try later on virtual machine though..

EDIT: yep, I was wrong. You can remove few blk000?.dat files to force resync and redownload of the rest but you can't delete just whole blocks folder without deleting chainstate too. Will fix my prev comment too.
 
Last edited by a moderator:
  • Like
Reactions: moli