Armory 0.96.3 released

[goatpig]

After two weeks, suddenly Armory doesn't load up properly any more. The GUI hangs at "preparing databases". The shell says

-ERROR - ���iGx: (SwigClient.cpp:61) ser/deser type error:
expected type id: 4
got type id: 0 instead

..with changing random bytes in the first line.

Armorydb is on a remote host. I didn't change anything that I know of lately.
Anything I can do except updating to 0.06.4R1?

Thank you,

ente

It's trying to register with the DB and gets an empty message in return. Make sure the http daemon is running properly. Alternatively you can 0.96.4 and get rid of the http daemon part.

[1715432882]

1715432882

[1715432882]

1715432882

[1715432882]

1715432882

[goatpig]

Question : If we loose the wallet but i see that somehow we still store the private key and multiplier in the app data of armory for every recieving address generated for every wallet , is there a way i can use these to restore the deleted wallet or some way of getting hold of my lost wallet ?

The multipliers are basically useless. You need the private keys.

[Ente]

After two weeks, suddenly Armory doesn't load up properly any more. The GUI hangs at "preparing databases". The shell says

-ERROR - ���iGx: (SwigClient.cpp:61) ser/deser type error:
expected type id: 4
got type id: 0 instead

..with changing random bytes in the first line.

Armorydb is on a remote host. I didn't change anything that I know of lately.
Anything I can do except updating to 0.06.4R1?

Thank you,

ente

It's trying to register with the DB and gets an empty message in return. Make sure the http daemon is running properly. Alternatively you can 0.96.4 and get rid of the http daemon part.

Oops, of course you are right, my armorydb service stopped..
Thanks, now I know how that looks like too! :-)

Cheers,

Ente

[goatpig]

Oops, of course you are right, my armorydb service stopped..
Thanks, now I know how that looks like too! :-)

Did it crash or did you stop it on your own?

[Ente]

Oops, of course you are right, my armorydb service stopped..
Thanks, now I know how that looks like too! :-)

Did it crash or did you stop it on your own?

I didn't stop it at least. Didn't even log into that remote machine for some time.
I checked with 'service armorydb status', did look all ok. Stopped/started nevertheless, and it worked again.
I'm unsure if it was really crashed or something else was hanging. I can try to dig up the old system logs if you want.
I'm still on "months and months of bitcoind & armorydb running with no issues whatsoever" in my counting :-)

Ente

[Ente]

Oops, of course you are right, my armorydb service stopped..
Thanks, now I know how that looks like too! :-)

Did it crash or did you stop it on your own?

I didn't stop it at least. Didn't even log into that remote machine for some time.
I checked with 'service armorydb status', did look all ok. Stopped/started nevertheless, and it worked again.
I'm unsure if it was really crashed or something else was hanging. I can try to dig up the old system logs if you want.
I'm still on "months and months of bitcoind & armorydb running with no issues whatsoever" in my counting :-)

Ente

Well, by chance I found the problem why armorydb wasn't running some weeks ago:

Out of memory: Kill process 13329 (ArmoryDB) score 864 or sacrifice child
Killed process 13329 (ArmoryDB) total-vm:11996956kB, anon-rss:6895508kB, file-rss:0kB

That means 6.6 gigs used? 8 GB memory installed, no swap configured.

Right now it chucks away at a more modest

VIRT        RES         SHR  S  %CPU %MEM     TIME+     COMMAND
5603608 537828   7584 S   1.3      6.7          21:58.85 ArmoryDB   

Cheers,

Ente

[goatpig]

Will look into it.

[carl.byington]

I have a python script that generates a receiving address for an invoice.

Code:

wallet      = PyBtcWallet().readWalletFile(w)
receive     = wallet.getNextUnusedAddress()
parms       = urllib.urlencode({'amount':'%1.8f'%btc, 'label':comment})
url         = "bitcoin:%s?%s" % (receive.getAddrStr(), parms)
wallet.setComment(receive.getAddr160(), fullcomment)

Recently (0.96.x ??) that fails in getAddrStr(). Is there a replacement function?  I presume this is a side effect of the multiple address formats, segwit stuff.

[goatpig]

You can't do it like this anymore, you need to load the cpp mirror wallet as well.

[carl.byington]

I am trying to get the next address from a watchonly (offline) wallet. I have:

Code:

ls -1 .armory/*wal*

.armory/armory_2JkNrCxmd_backup.wallet
.armory/armory_2JkNrCxmd_.wallet
.armory/armory_2MhR27GuV_wallet.lmdb
.armory/armory_2MhR27GuV_wallet.lmdb-lock
.armory/armory_mwFUHedu_.watchonly_backup.wallet
.armory/armory_mwFUHedu_.watchonly.wallet
.armory/armory_wfeRswio_wallet.lmdb
.armory/armory_wfeRswio_wallet.lmdb-lock

How do I associate the correct .lmdb mirror wallet with a specific .wallet file?

[goatpig]

https://github.com/goatpig/BitcoinArmory/blob/master/ArmoryQt.py#L2212

[heywheelie]

I am using Armory 0.96.0 with bitcoin core 0.14.2.  I have been advised to update to the latest version of Armory which I assume is 0.96.3.

I have 2 questions:

1.  Can I just install Armory 0.96.3 straight  over 0.96.0 (I'm using windows x64 installer) or do I need to totally remove 0.960 and do a clean install of 0.96.3?

2.  Do I need to update bitcoin core or can I stay with my existing version 0.14.2

[markle]

Hi Goatpig,

Some help please if you can !
After guidance I moved from using OSX 0.93 to Ubuntu 0.93 with a separate Bitcoin Core installation however I am getting the error message "No block in DB at height 481824" in my armorycpplog.txt file. I have cleared the Blocks file in the .armory path and have rebuilt but it always seems to fail with the advice to 'reset Databases', which I have tried. Is this a Segwit problem with the Wallet or Armoury Client, is there anyway around this please ?

[goatpig]

0.93 is over 3 years old. Update.

[carl.byington]

Thanks. This code seems to work:

Code:

walletManager = Cpp.WalletManager('~/.armory')
wallet        = PyBtcWallet().readWalletFile(w)
cppwallet     = walletManager.getCppWallet(wallet.uniqueIDB58)
receive       = wallet.getNextUnusedAddress()
parms         = urllib.urlencode({'amount':'%1.8f'%btc, 'label':comment})
addr          = cppwallet.getP2PKHAddrForIndex(receive.chainIndex)
url           = "bitcoin:%s?%s" % (addr, parms)
wallet.setComment(receive.getAddr160(), fullcomment)

[markle]

Hi Goatpig,Droak,
So I moved the install to Ubuntu via VirtualBox on my Mac, now on 0.96.3. Following some issues with Armory running the Bitcoin Core I did a separate installation of BTC 0.15.*. The armory Database/s are building however the Scan Transaction history fails with the following fault in the armorycpplog.txt "Error - :(StringSockets.cpp:351) FcgiSocket:writeAndRead FcgiError: unexpected fcgi header version".
I made sure there were no armory or bitcoin processes running beforehand, I have also tried to run armory manually. The transaction history gets to about 15% or less before an issue.

I am pretty disappointed about the lack of progress to get my Wallet open :-/

Two questions please...

1. Is there anything else I can try to progress this Transaction History issue ?
2. I am getting to the stage to ask if there is any other Wallet System that could open up my existing armoury wallet.dat ?

Thank you for any advice or input

[gangtraet]

I think the latest Bitcoin Core is incompatible with  0.96.3.  You need to either downgrade Bitcoin Core or upgrade Armory to the release candidate.

[markle]

Thanks gangtraet

[skyhawk]

Is it possible to RBF-bump offline transactions?

I see the "right-click to bump", but when I right-click and select "Bump Fee" nothing happens.  I was hoping/expecting for an offline transaction window to create an updated unsigned transaction....

[goatpig]

Is it possible to RBF-bump offline transactions?

I see the "right-click to bump", but when I right-click and select "Bump Fee" nothing happens.  I was hoping/expecting for an offline transaction window to create an updated unsigned transaction....

Show me your armorylog.txt