Users experiencing the BDM error message

[Carlton Banks]

Buggy happenings in 0.93.0.80 (SDM on):

Consistent disconcerting startups. "Armory is disconnected" page remains up for several minutes, and "Blocks remaining" never appears, not even "0 Blocks remaining". Also noticeably more sluggish to shutdown than any of the builds of 93.0.70

[goatpig]

Buggy happenings in 0.93.0.80 (SDM on):

Consistent disconcerting startups. "Armory is disconnected" page remains up for several minutes, and "Blocks remaining" never appears, not even "0 Blocks remaining". Also noticeably more sluggish to shutdown than any of the builds of 93.0.70

These are being worked on as we speak

[etotheipi]

And here it is.  This should resolve a few more little issues, and has a reworking of some of the logic that was causing trouble for Carlton Banks:

Use the secure downloader to get 0.93.0.80 (only use the below links if necessary):

  Armory 0.93.0.80-testing for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.0.80-testing for MacOSX 10.7+ (64bit)
  Armory 0.93.0.80-testing for Ubuntu 12.04+ (32bit)
  Armory 0.93.0.80-testing for Ubuntu 12.04+ (64bit)
  Armory 0.93.0.80-testing for RaspberryPi  (armhf)

  Armory 0.93.0.80-testing Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.0.80-testing Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.0.80-testing Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.0.80-testing: Signed hashes of all installers

[matrix01]

My sincere thanks to the entire team that worked on this release. I will be installing it tomorrow. However, can anyone in this forum please clarify the following:

Do I need to completely wipe out Armory version 0.93, Bitcoin QT version 10, and my entire blockchain data from my hard drive?

In other words do I need to start from scratch with a new bootstrap file for the blockchain and the latest versions of Armory and Bitcoin QT?

I ask because I was getting all the BDM errors that were plaguing Armory version 0.93.

Lastly, when will the 93.0.80 links shown above be posted in the Armory download site below? :

https://bitcoinarmory.com/download/

Again, thanks to everybody that worked on this new Armory release.

[Carlton Banks]

Do I need to completely wipe out Armory version 0.93, Bitcoin QT version 10, and my entire blockchain data from my hard drive?

In other words do I need to start from scratch with a new bootstrap file for the blockchain and the latest versions of Armory and Bitcoin QT?

Can't tell without better details, but as a generalisation, Bitcoin Core 0.10.0 is more robust than Armory at this current stage. The likelihood is that an Armory Db rebuild will be the most you'll need.

[Carlton Banks]

And here it is.  This should resolve a few more little issues, and has a reworking of some of the logic that was causing trouble for Carlton Banks:

Use the secure downloader to get 0.93.0.80 (only use the below links if necessary):

  Armory 0.93.0.80-testing for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.0.80-testing for MacOSX 10.7+ (64bit)
  Armory 0.93.0.80-testing for Ubuntu 12.04+ (32bit)
  Armory 0.93.0.80-testing for Ubuntu 12.04+ (64bit)
  Armory 0.93.0.80-testing for RaspberryPi  (armhf)

  Armory 0.93.0.80-testing Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.0.80-testing Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.0.80-testing Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.0.80-testing: Signed hashes of all installers

Just to be clear, the impeded communication between bitcoind and Armory is a definite issue in 0.93.0.80. Doesn't cause any functional issues, but when you're looking at "Armory is offline" for upwards of 2 or 3 minutes, it's tempting to quit what looks like a failed startup attempt (despite the difficulties, Armory does launch bitcoind, so if you quit when it's not connected to bitcoind... you guys know the rest)

[Romance]

I am experiencing this starting today. I tried bitcoind with no problems but cannot get armory to start up properly. So far I have tried restarting my computer, and looking through the armory support and wasn't able to find anything. I am new to armory and do not know what to do from here. It happens 100% of the time.


http://s11.postimg.org/d7a8c82eb/armoryerror.jpg

help?

Edit: This happens even with 93.0.80 testing

Edit #2: Re-scanning database seemed to have fix this problem for now.

[crazyivan]

And here it is.  This should resolve a few more little issues, and has a reworking of some of the logic that was causing trouble for Carlton Banks:

Use the secure downloader to get 0.93.0.80 (only use the below links if necessary):

  Armory 0.93.0.80-testing for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.0.80-testing for MacOSX 10.7+ (64bit)
  Armory 0.93.0.80-testing for Ubuntu 12.04+ (32bit)
  Armory 0.93.0.80-testing for Ubuntu 12.04+ (64bit)
  Armory 0.93.0.80-testing for RaspberryPi  (armhf)

  Armory 0.93.0.80-testing Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.0.80-testing Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.0.80-testing Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.0.80-testing: Signed hashes of all installers

This one does not work for me at all. Just gets stuck in the middle of the process and stays there.

[Carlton Banks]

A little console output:

Code:

[user@fedora-20-x64 ~]$ python /usr/lib/armory-testing/ArmoryQt.py
/usr/lib/armory-testing/armoryengine/Transaction.py:2675: SyntaxWarning: import * only allowed at module level
  def PyCreateAndSignTx_old(srcTxOuts, dstAddrsVals):
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/armory-testing/ArmoryQt.py", line 7168, in <module>
    os._exit(QAPP.exec_())
  File "/usr/lib/armory-testing/qt4reactor.py", line 231, in _iterate
    self.runUntilCurrent()
--- <exception caught here> ---
  File "/usr/lib64/python2.7/site-packages/twisted/internet/base.py", line 800, in runUntilCurrent
    call.func(*call.args, **call.kw)
  File "/usr/lib/armory-testing/ArmoryQt.py", line 6421, in Heartbeat
    self.processAlerts()
  File "/usr/lib/armory-testing/ArmoryQt.py", line 1944, in processAlerts
    armoryClient = factory.getProto()
exceptions.AttributeError: 'NoneType' object has no attribute 'getProto'
-INFO  - 1426169030: (BlockUtils.cpp:894) blkfile dir: /home/user/.bitcoin/blocks
-INFO  - 1426169030: (BlockUtils.cpp:895) lmdb dir: /home/user/.armory/databases
-INFO  - 1426169030: (lmdb_wrapper.cpp:478) Opening databases...
-INFO  - 1426169030: (BlockUtils.cpp:1226) Executing: doInitialSyncOnLoad
-INFO  - 1426169030: (BlockUtils.cpp:1297) Total number of blk*.dat files: 243
-INFO  - 1426169030: (BlockUtils.cpp:1298) Total blockchain bytes: 32,473,844,077
-INFO  - 1426169030: (BlockUtils.cpp:1671) Reading headers from db
-INFO  - 1426169035: (BlockUtils.cpp:1697) Found 347316 headers in db
-DEBUG - 1426169035: (Blockchain.cpp:211) Organizing chain w/ rebuild
-WARN  - 1426169036: (BlockUtils.cpp:1327) --- Fetching SSH summaries for 573 registered addresses
-INFO  - 1426169037: (BlockUtils.cpp:1340) Left off at file 242, offset 23860797
-INFO  - 1426169037: (BlockUtils.cpp:1343) Reading headers and building chain...
-INFO  - 1426169037: (BlockUtils.cpp:1344) Starting at block file 242 offset 23860797
-INFO  - 1426169037: (BlockUtils.cpp:1346) Block height 347309
-DEBUG - 1426169037: (Blockchain.cpp:211) Organizing chain w/ rebuild
-INFO  - 1426169037: (BlockUtils.cpp:1381) Looking for first unrecognized block
-INFO  - 1426169037: (BlockUtils.cpp:1532) Loading block data... file 242 offset 23860797
-INFO  - 1426169037: (BlockUtils.cpp:1398) Wrote blocks to DB in 7.1e-05s
-INFO  - 1426169037: (BlockUtils.cpp:1415) Checking dupIDs from 347308 onward
-WARN  - 1426169037: (BlockUtils.cpp:1116) Scanning from 347309 to 347309
-INFO  - 1426169037: (BlockUtils.cpp:1494) Scanned Block range in 0.033637s
-INFO  - 1426169037: (BlockUtils.cpp:1497) Finished loading at file 242, offset 23860797
-INFO  - 1426169037: (BlockDataViewer.cpp:155) Enabling zero-conf tracking 
-DEBUG - 1426169040: (Blockchain.cpp:211) Organizing chain 
-INFO  - 1426169040: (BlockUtils.cpp:1532) Loading block data... file 242 offset 23860797
-INFO  - 1426169040: (BlockUtils.cpp:589) Reading raw blocks finished at file 242 offset 24386534
-WARN  - 1426169040: (BlockUtils.cpp:1116) Scanning from 347310 to 347310
New Block:  347310

[goatpig]

This one does not work for me at all. Just gets stuck in the middle of the process and stays there.

Log files

[CircusPeanut]

My bad. I tried to make a last minute fix to an issue with processAlerts, and ended up causing an unrecoverable exception whenever processAlerts (called every minute) is called before the network connection is set up.

We are working on fixing this ASAP.

[goatpig]

Checkout bugfix, should be fixed now

[matrix01]

Just to clarify.

Because of this latest bugfix we should avoid installing 0.93.0.80 for now and wait for a different revision number to be releaed.

Am I correct?

[goatpig]

Just to clarify.

Because of this latest bugfix we should avoid installing 0.93.0.80 for now and wait for a different revision number to be releaed.

Am I correct?

Avoid auto bitcoind in .0.80

[btchris]

FYI I ran into... something. Running 67759a9 (will upgrade to the most recent now).

I just now noticed that Armory wasn't running, it apparently crashed this morning.

Code:

-DEBUG - 1426162994: (..\Blockchain.cpp:211) Organizing chain 
-INFO  - 1426162994: (..\BlockUtils.cpp:1531) Loading block data... file 242 offset 74249660
-INFO  - 1426162994: (..\BlockUtils.cpp:589) Reading raw blocks finished at file 242 offset 74606873
-WARN  - 1426162994: (..\BlockUtils.cpp:1116) Scanning from 347295 to 347295
-DEBUG - 1426163115: (..\Blockchain.cpp:211) Organizing chain 
-DEBUG - 1426163116: (..\Blockchain.cpp:211) Organizing chain 
-WARN  - 1426163116: (..\Blockchain.cpp:317) Reorg detected!
-DEBUG - 1426163116: (..\Blockchain.cpp:211) Organizing chain w/ rebuild
-INFO  - 1426163117: (..\BlockUtils.cpp:1531) Loading block data... file 242 offset 74606873
-INFO  - 1426163117: (..\BlockUtils.cpp:589) Reading raw blocks finished at file 242 offset 75038837
-WARN  - 1426163117: (..\BlockUtils.cpp:1633) Blockchain Reorganization detected!
-INFO  - 1426163117: (c:\bitcoinarmory\cppforswig\ReorgUpdater.h:257) Reassessing Tx validity after reorg
-INFO  - 1426163117: (c:\bitcoinarmory\cppforswig\ReorgUpdater.h:180) Invalidating old-chain transactions...
-ERROR - 1426163117: (..\BlockUtils.cpp:1658) Error adding block data: Cannot get undo data for block because not full!
-DEBUG - 1426163138: (..\Blockchain.cpp:211) Organizing chain 
-INFO  - 1426163138: (..\BlockUtils.cpp:1531) Loading block data... file 242 offset 75038837
-INFO  - 1426163138: (..\BlockUtils.cpp:589) Reading raw blocks finished at file 242 offset 75080650
-WARN  - 1426163138: (..\BlockUtils.cpp:1116) Scanning from 347297 to 347297
-DEBUG - 1426163193: (..\Blockchain.cpp:211) Organizing chain 
-INFO  - 1426163193: (..\BlockUtils.cpp:1531) Loading block data... file 242 offset 75080650
-INFO  - 1426163193: (..\BlockUtils.cpp:589) Reading raw blocks finished at file 242 offset 75098598
-WARN  - 1426163193: (..\BlockUtils.cpp:1116) Scanning from 347298 to 347298
-DEBUG - 1426163215: (..\Blockchain.cpp:211) Organizing chain 
-INFO  - 1426163215: (..\BlockUtils.cpp:1531) Loading block data... file 242 offset 75098598
-INFO  - 1426163215: (..\BlockUtils.cpp:589) Reading raw blocks finished at file 242 offset 75098810
-WARN  - 1426163215: (..\BlockUtils.cpp:1116) Scanning from 347299 to 347299
-DEBUG - 1426164532: (..\Blockchain.cpp:211) Organizing chain 
-INFO  - 1426164532: (..\BlockUtils.cpp:1531) Loading block data... file 242 offset 75098810
-INFO  - 1426164532: (..\BlockUtils.cpp:589) Reading raw blocks finished at file 242 offset 75906414
-WARN  - 1426164532: (..\BlockUtils.cpp:1116) Scanning from 347300 to 347300

Code:

2015-03-12 08:23 (INFO) -- Networking.py:215 - Received new block.  0000000000000000142c8fa8984becbe71c90658c89c3f77490bc40ad2b9be0b
2015-03-12 08:23 (INFO) -- ArmoryQt.py:6242 - New Block! : 347295
2015-03-12 08:23 (INFO) -- ArmoryQt.py:6250 - Current block number: 347295
2015-03-12 08:25 (INFO) -- ArmoryQt.py:6242 - New Block! : 347296
2015-03-12 08:25 (INFO) -- ArmoryQt.py:6250 - Current block number: 347296
2015-03-12 08:25 (INFO) -- Networking.py:215 - Received new block.  000000000000000006a4096ac98c907a3354fdf2dae617739c588a80bf0b54d4
2015-03-12 08:25 (INFO) -- ArmoryQt.py:6242 - New Block! : 347297
2015-03-12 08:25 (INFO) -- ArmoryQt.py:6250 - Current block number: 347297
2015-03-12 08:26 (INFO) -- ArmoryQt.py:6242 - New Block! : 347298
2015-03-12 08:26 (INFO) -- ArmoryQt.py:6250 - Current block number: 347298
2015-03-12 08:26 (INFO) -- Networking.py:215 - Received new block.  0000000000000000018a2949009fe75921bb6737cb2c1bc887a8ea6bf5ce056f
2015-03-12 08:26 (INFO) -- ArmoryQt.py:6242 - New Block! : 347299
2015-03-12 08:26 (INFO) -- ArmoryQt.py:6250 - Current block number: 347299
2015-03-12 08:29 (INFO) -- announcefetch.py:271 - Fetching: https://bitcoinarmory.com/announce.txt
2015-03-12 08:48 (INFO) -- ArmoryQt.py:6242 - New Block! : 347300
2015-03-12 08:48 (INFO) -- ArmoryQt.py:6250 - Current block number: 347300

[matrix01]

Goatpig,
Is the plan for a new release to come out?  In other words, will version 0.93.0.90 be coming out soon to replace version 0.93.0.80 ?  Or is the new fix going to be amended to 0.93.0.80 ?

[Carlton Banks]

Checkout bugfix, should be fixed now

Had to do a little playing around to get Armory out of a buggy RPC related state that made it seem like all that was fixed was the error output on the console, but managed to make it normal again (quit while RPC wasn't connected, launching .80 with bitcoind still running, end bitcoind process, restart SDM mode from Armory dashboard...) Seems to be resilient to not re-setting that state so far. Sluggish bitcoind disconnection on Shutdown seems improved also.

[Carlton Banks]

Seems to be resilient to not re-setting that state so far.

...until the VM is shutdown that is. Armory gets stuck on "Armory is offline" dashboard page, unable to talk to bitcoind over RPC. The "quiting while RPC is out" trick consistently makes RPC/feedback in the Armory GUI return.

[Carlton Banks]

So, I've discovered that if you quit Armory when it reports "Bitcoin Engine Initializing", Armory doesn't end the bitcoind process at all. Even if the progress bar is active and the number of remaining blocks is shown.

[goatpig]

So, I've discovered that if you quit Armory when it reports "Bitcoin Engine Initializing", Armory doesn't end the bitcoind process at all. Even if the progress bar is active and the number of remaining blocks is shown.

That's weird, guardian should be handling that. It's specifically meant to kill instances of bitcoind that have survived the parent Armory process. I'll investigate.