0.96 is the release that got me past the "offline" phase in which you can't "do" anything such as restore backups... so pleased with that!
There is no such thing. Offline mode is basically what you should be using to restore backups. If you're having issues, post your logs. Use pastebin.
|
|
|
Hi I noticed, that my Armory seems to not pick up new blocks. It seems to be stuck on Block 465695. It says Online but does not go any further. Starting core alone is fine and goes all the way to the top, so I tried running core manuely with no success. Then it says offline.
-INFO - 13:17:55: (DatabaseBuilder.cpp:477) Found next block after skipping 510159bytes
It's skipping a block for some reason. Try a rebuild & rescan, if that doesn't fix it, you'll have to delete all your blkXXXXX.dat files starting #860
|
|
|
Yes, it pretty much seems that there is some kind of unique condition. So, the only thing that's so harsh on executing programs could only be my McAfee Anti-Virus software. Although it has worked fine up to 0.95.1 together with Core 0.13.1. Hmmm, anyway I have deinstalled that and I'm using now windows defender only (also added exceptions for the real-time scanner at C:\..\AppData\Armory & AppData\Bitcoin Core directories). I'm currently at rebuid&rescan because I have read it too late that it would not be nesassary. If this is still not working I'll maybe format my HDD and after fresh installing Win10 Armory will be the only program that's executed at first.
@goatpig: I finally knew what was causing this issues! I've found 3 virues/trojans that tried to prevent core from connecting to other clients, armorydb from connecting with core and where hiding in my blockchain files! They where sleeping in my old recovery folder (that I imported from my old laptop) and spreaded in my account. My hole laptop was so incedibly slow from day to day even slower... I have wiped out my hole app data of armory and bitcoin and afterwards boom.. everything was running smooth again. I'm now downloading the hole blockchain, but everything goes extremly fast now. I had excluded certain folders from scanning because I fought they might corrupt the blockchain... anyway thanks for helping me goatpig! How can I change to usse tor settings, the button in the GUI is broken... what do I have to write in the config file and how is it named?... pls.. #JOHN MCAFEE ROCKS! =D There are a few false positives in the blockchain, where people pushed virus signatures in transactions. That's enough to get your antivirus to freak out. These cases were reported as false positives but who knows what the AV companies did with those reports. Consider that a resident AV's heuristics alone can nuke on disk content post flush basically at its own whim. Chances are the AV created issues where they were none to begin with. Objectively, an AV is no different from a virus: it resides on your system, constantly eats resources and damages the user experience. My advice to you, whether you let the AV run or not, is to make periodical copies of a valid blockchain data folder on external storage to restore faster. As for the config files, they are named armoryqt.conf and armorydb.conf and go in your Armory datadir (where your wallets reside). Any command line you can give to either process you can put in the relevant config file. If you are running with default paths, there isn't anything you need to put in there. If you want to run the lighter DB, use --dbtype=DB_BARE. There is no more "use tor setting" per se. There is no more phone home code in Armory, the only piece of software in the stack that uses the WAN is your node.
|
|
|
987d1a262cb92a9bb70ce85ec75b15a4ef20f90c9ac322c00e7908fe086f2bf2 armory_0.96-gcc5.4_amd64.deb 25357d717452972030fa8b42017e4adf4684c354498c39002d89ee18ae551783 armory_0.96.0.1-testing_amd64.deb
|
|
|
Armory's DB is tied to the layout of your blockchain data. If you wipe the blockchain data, you need to wipe the db as well. But that's not what matters right now. What you want atm is to redownload the blockchain. Just start BitcoinQt and let that run till it's done.
|
|
|
is the hashed *.deb correct? i can't get them to match. what's the "gcc" build?:
Hash: SHA256
64f4b4295210bbe65ce9e3b485f78f06e723fa7e7209d5f244d1265a175ed6f1 armory_0.96-gcc4.7_amd64.deb 987d1a262cb92a9bb70ce85ec75b15a4ef20f90c9ac322c00e7908fe086f2bf2 armory_0.96-gcc5.4_amd64.deb fce84bd0964a43a677b1be689e321c562c10a202a35fd052975f3c3536055dd7 armory_0.96_win64.exe dfa1dec7590e2cfc3dfe718a9fc0104108795fe9a55cdb43edf4de56e396caa7 armory_0.96_win64.zip
debian@debian:~/Downloads$ sha256sum armory_0.96.0.1-testing_amd64.deb 25357d717452972030fa8b42017e4adf4684c354498c39002d89ee18ae551783 armory_0.96.0.1-testing_amd64.deb
Version mismatch
|
|
|
-INFO - 1495202344: (..\DatabaseBuilder.cpp:268) parsed block file #367 -ERROR - 1495202349: (..\BlockDataMap.cpp:79) merkle root mismatch! -ERROR - 1495202349: (..\BlockDataMap.cpp:80) header has: 2890d14a5c935ba536a7468046aab06be1d93ef909abfe4867494c03ec1f6cb1 -ERROR - 1495202349: (..\BlockDataMap.cpp:81) block yields: e6d5b07b767b921b7e67b1b7dbce113e9136a2e95a88e6a9af84b312979edfd9
You have corrupted block data around #310000. You'll have to redownload the chain or use a different copy.
|
|
|
ArmoryDB always loses connection after StopBlockingLoop Exception in ProcessDataThread and can't re-establish it. -ERROR - 11:05:40.515: (..\BitcoinP2P.cpp:1037) caught StopBlockingLoop in processDataStackThread -INFO - 11:05:40.531: (..\BitcoinP2P.cpp:969) Disconnected from Bitcoin node This means your node dropped the DB p2p connection. Usually that's because the node was shutdown. Unless you enforce a node limit, there is no reason for your node to just kick the DB out of its peer node. If you are triggering this, you need to figure out how. Afterward I exit ArmoryQt normally and after restarting it the GUI can not update anymore (ArmoryDB won't even start again in Background)
That suggests the DB is still running and didn't shutdown with the client. When this happens, try to run the DB on its own, see how it behaves. I always have to do a rebuid and rescan and to be serious I just can not do that anymore (goatpig knows what I mean).
What you are describing does not require a rebuild of the db.
|
|
|
- when clicking a wallet, I get four categories (used, unused, change, imported), and inside of those again three categories (p2pkh etc). Only then I actually get to see the individual addresses. I liked it more as it was earlier, with one large list as soon as I open the wallet. Back then, "imported" was a field in the long list, for example. It's not too bad yet, as I only have coins in the "used - p2pkh" category.
I'm not sure what you want to see changed there. Maybe pre-expending a section? - in coin control, I don't see the comment I wrote to an address. This would make coin control close to useless for me. My workaround is to click through the wallet the regular way, mentally choose the inputs I would want to use, and choose the corresponding bitcoin-amount-address in coin control.
That's a miss on my part, will add for .1
|
|
|
My current problem is that Armory shows I have spendable funds but when I spend it the network tells me it is a double spend.
Which part of the "network" tells you this? Don't conflate bc.info with Bitcoin. Your log file says the Tx was broadcasted and present in the ledger. You can also try to push the raw tx through your node to get better verbose (if broadcasting from Armory fails). There's simply nothing in your log files that suggests the broadcasting failed.
|
|
|
This is your raw tx 01000000 039a8715 5cdf6913 56d1e77a 8fe4e5fe 8f1418e4 4b8d7f40 c0f82719 3c6f0e9d 5e000000 008a4730 44022060 916725d6 8048d35f 76abd0a1 91caaab7 b8040c1a b09ee0d0 7bb41391 99681302 202110d3 8860427b 2a3da7eb f585ee46 de3774bf 164aa09b c8b73136 3ec6b096 b4014104 c36e8d25 d6c7d7d9 6f5c8b0b 5927c003 2d58c9b8 0be903d0 a4bef1cb 1b16337f acb25199 c551383d 97a2ec75 3d0fcad8 be813d52 21547a70 e1258be9 a8088f43 ffffffff 5e8f1b68 ab43d314 a6a81246 f25177c8 08622c7d 0a125948 32f76cfa cc2a3a01 46000000 8b483045 0221008a 2e1eda2a a361a336 d816aff4 85c6aaf0 19066dbc 7d45ebd9 d06ab1e9 68066f02 2054e61c c5d1c7f9 8f16029d 397e1e8c ecba0833 625ff04b f28d3c01 1118c5d4 33014104 c36e8d25 d6c7d7d9 6f5c8b0b 5927c003 2d58c9b8 0be903d0 a4bef1cb 1b16337f acb25199 c551383d 97a2ec75 3d0fcad8 be813d52 21547a70 e1258be9 a8088f43 ffffffff b1069206 6b4ad3da 554b0c75 d57ff6f6 efde8272 f6498f97 856bb9a2 5f5c9d24 00000000 8a473044 022006c8 c36f498e a9b537a4 e3187018 d2996f60 01451087 ef65d86d b6fccc8a f6170220 7116b9e3 6be2bf1e c991f85f b9a45068 6f9d39f4 7e433e08 7fd0e113 b5b9af44 014104c3 6e8d25d6 c7d7d96f 5c8b0b59 27c0032d 58c9b80b e903d0a4 bef1cb1b 16337fac b25199c5 51383d97 a2ec753d 0fcad8be 813d5221 547a70e1 258be9a8 088f43ff ffffff02 206fb001 00000000 1976a914 53c8f014 2c614cc4 d4f550a1 c3a21e1e 2a326a8a 88acc028 6b010000 00001976 a914338e 21d3dea1 d23071de d30d6724 89210f1e c50d88ac a51f0700
Broadcast it straight from your node and see what error message you get.
|
|
|
Chances are you were short on blocks.
|
|
|
I see what the issue is. You want a "Max" button that's binding basically?
Would make sense as a checkbox, with some kind of other visual feedback as to what's happening and why. Although I'm alright with the simple button based way we have right now It's much simpler to implement it as is. This is one of those cases where the demand does not justify the implementation cost.
|
|
|
Looks like your node rejected the tx.
Try to send it again with the latest builds then post your log files again.
|
|
|
So what's going on exactly? You broadcast a tx then what? Does it not show up in Armory? Does it never confirm?
|
|
|
I see what the issue is. You want a "Max" button that's binding basically?
|
|
|
using the coin control feature and it seems I found why such an error.
Describe it step by step. The number u put into field above must not exceed that one put into Manual fee/byte in File=>Settings=>Fee and Address Types. So in my oppinion the option that allows to change the fee in Select Fee Type subwindow is missleading
Defaults do not override user inputs. You need elaborate on what you are doing or I cannot figure out what the issue is. And one more view. 0.93.3 was allowing to see all addresses available and the fund on each of them. It was very convinient. It seems that 0.96 does not allow this and all addresses are hidden as u must to double click to make visible at least one of them but not all in bunch . i.e Wallet Properties window in 0.96.0.1 does not show all addresses available. It is not convinient
You have to widen the first column.
|
|
|
|