It can't find nodes anymore. Having 0 connections
That was a reeeeeally bad idea.
Well you are still able to dumpprivkeys on darkcoin-qt, aren't you?
It will take time but at least you will have back access to your coins.
If you already tried to start incompatible-db daemon then wallet could be already broken and 4.8 will not recognize it either. Do you have any backups before this event (running incompatible daemon)? How old is it?So, the way to go would be downgrading to the db4.8 adn than try building dashd again?
Yes, I believe so. But before I end up like that, I'd better try everything else.
If you already tried to start incompatible-db daemon then wallet could be already broken and 4.8 will not recognize it either. Do you have any backups before this event (running incompatible daemon)? How old is it?
That's good. If there were less than 1000 new addresses created since then (during mixing for example) then you should be good. Backup "broken" wallet somewhere just in case too and then replace it with that backup. Use new binaries or compile with db4.8 and you should get it back live.Yes, I do. I'm doing all this with the backup, which was created on 28.03.2015 by previous darkcoind. I did not perform any modifications to the OS since then.
I'm curious whether it is possible to get my old darkcoind running? I was trying to launch it, but it shows 0 connections to the network.
That's good. If there were less than 1000 new addresses created since then (during mixing for example) then you should be good. Backup "broken" wallet somewhere just in case too and then replace it with that backup. Use new binaries or compile with db4.8 and you should get it back live.
Maybe he could use that awesome hot sex script you made that disregards all formatting and spits out PRIVKEYS in all imaginable formats if there is anything at all readable left in wallet.dat?If you already tried to start incompatible-db daemon then wallet could be already broken and 4.8 will not recognize it either. Do you have any backups before this event (running incompatible daemon)? How old is it?
Now if only we could stop rushing these releases out of testnet and into the wild. No offense to everyone I mean it's not like we are running and managing a 25 million dollar software project here. Would it kill us to have some proper software development practices?!?! Feature freezes? Unit testing? We do nothing nothing software projects do.************ Dash Release Update : 11.2.17 ************************
- Fixed the "locking up" issue that would cause masternodes to go offline and general instability
- Masternode list changes - Udjin
- Better icon images - Crowning
- Improved Chinese Translation
https://www.dashpay.io/downloads/
ghmm... so... did you create this wallet with db5.1 binaries then? I'll be a bit confused if it's not the case...Well, the thing is, that all these errors, which I mentioned above, occur when I try to run new binaries with that backup.
That script was for unencrypted wallet only unfortunately...Maybe he could use that awesome hot sex script you made that disregards all formatting and spits out PRIVKEYS in all imaginable formats if there is anything at all readable left in wallet.dat?
Sometimes, trying to figure out the details of the screw up, especially with someone who hasn't the foggiest, is a huge waste of time. Just use manly fix and move on.
/me resembles that remark.
There's no substitute for getting a clue. This is not even close to "IT guy territory." Portraying basic entry-level clue as "experts only" demonstrates that the user has an entitlement complex and believes that others are obligated to serve them... Just throw out the script and go back to doing more important things...
I have 1 MN with a proof of service score of 1. It seem to be open and very responsive. Do I need to do anything or will it correct back to 0 on its own? Of 5 MNs I only have had 1 go offline and need to be restarted. Everything else seems to be running normal. Windows 7 64bit local and linux VPN.
I think you may qualified to use this advise https://dashtalk.org/threads/11-2-dash-release.4515/page-9#post-49441On my problematic masternodes, after I try updating I'm still getting the "error: no response from server". I tried remove .dash/.lock, but then got the "
Unable to bind to 0.0.0.0:9999 on this computer. Dash Core is probably already running.
: Failed to listen on any port. Use -listen=0 if you want this."
What is the appropriate way to move to v17 on these nodes?
On my problematic masternodes, after I try updating I'm still getting the "error: no response from server". I tried remove .dash/.lock, but then got the "
Unable to bind to 0.0.0.0:9999 on this computer. Dash Core is probably already running.
: Failed to listen on any port. Use -listen=0 if you want this."
What is the appropriate way to move to v17 on these nodes?
simply reboot and start with updated ver, I did that way and all works fine nowI don't know the appropriate way, but I ended up manually killing the process and then restarting dashd. Seems to have worked for me.
simply reboot and start with updated ver, I did that way and all works fine now
Damn, thats bad, i would not accept that kind vps.That would work to. But some folks are on VPSs that may reassign the IP address on reboot.
Aaaaa that I didn`t know so for other who can not have the reassigned IP you can do that wayThat would work to. But some folks are on VPSs that may reassign the IP address on reboot.