Armory 0.95.1 is out

[bobbyfisher]

no problem

Code:

rojaslee@debian:~$ ArmoryDB
/home/rojaslee
logging in /home/rojaslee/.armory/dbLog.txt
-INFO  - 1479318205: (main.cpp:23) Running on 4 threads
-INFO  - 1479318205: (main.cpp:24) Ram usage level: 4
-INFO  - 1479318205: (BlockUtils.cpp:1338) blkfile dir: /home/rojaslee/.bitcoin/blocks
-INFO  - 1479318205: (BlockUtils.cpp:1339) lmdb dir: /home/rojaslee/.armory/databases
-INFO  - 1479318205: (lmdb_wrapper.cpp:388) Opening databases...
-INFO  - 1479318205: (BlockUtils.cpp:1521) Executing: doInitialSyncOnLoad
-INFO  - 1479318205: (DatabaseBuilder.cpp:169) Reading headers from db
-INFO  - 1479318208: (DatabaseBuilder.cpp:208) Found 439241 headers in db
-INFO  - 1479318210: (DatabaseBuilder.cpp:51) updating HEADERS db
-INFO  - 1479318210: (DatabaseBuilder.cpp:477) Found next block after skipping 297810bytes
-INFO  - 1479318211: (DatabaseBuilder.cpp:268) parsed block file #680
-DEBUG - 1479318211: (Blockchain.cpp:242) Organizing chain 
-INFO  - 1479318211: (DatabaseBuilder.cpp:56) updated HEADERS db in 0.636224s
-INFO  - 1479318211: (BlockUtils.cpp:1636) Enabling zero-conf tracking 
-INFO  - 1479318245: (BitcoinP2P.cpp:783) Connected to Bitcoin node
-INFO  - 1479318249: (BlockchainScanner.cpp:52) no history to scan

Code:

rojaslee@debian:~$ ArmoryQT
bash: ArmoryQT: command not found
rojaslee@debian:~$ 

output for $ armory ArmoryQT

https://dl.dropboxusercontent.com/u/48114501/ArmoryQT2.txt

[1714895702]

1714895702

[1714895702]

1714895702

[goatpig]

i dont know where you got the idea that armory + some name would have any effect.

Run the following:

ArmoryDB
armory
bitcoin-qt

[bobbyfisher]

i dont know where you got the idea that armory + some name would have any effect.

in Debian Linux if you get "command not found" then you usually need to call the name of the program first.


Did you want those commands in separate terminals as before?  or one after the other in the same terminal?

[zecashminer]

I am still on the last version of the old armory on windows.  Will I still be able to keep my wallet on there and for how long before I need to move them? 

[goatpig]

in Debian Linux if you get "command not found" then you usually need to call the name of the program first.


Did you want those commands in separate terminals as before?  or one after the other in the same terminal?

These are command names, not command line arguments. All cli arg for armory start with --. If the command is not found, it's just a caps issue or a typo.

[bobbyfisher]

sorry for the delay

Code:

rojaslee@debian:~$ killall armory
armory: no process found
rojaslee@debian:~$ killall bitcoind
rojaslee@debian:~$ killall ArmoryDB
ArmoryDB: no process found
rojaslee@debian:~$ ArmoryDB
/home/rojaslee
logging in /home/rojaslee/.armory/dbLog.txt
-INFO  - 1479389728: (main.cpp:23) Running on 4 threads
-INFO  - 1479389728: (main.cpp:24) Ram usage level: 4
-INFO  - 1479389728: (BlockUtils.cpp:1338) blkfile dir: /home/rojaslee/.bitcoin/blocks
-INFO  - 1479389728: (BlockUtils.cpp:1339) lmdb dir: /home/rojaslee/.armory/databases
-INFO  - 1479389728: (lmdb_wrapper.cpp:388) Opening databases...
-INFO  - 1479389728: (BlockUtils.cpp:1521) Executing: doInitialSyncOnLoad
-INFO  - 1479389728: (DatabaseBuilder.cpp:169) Reading headers from db
-INFO  - 1479389738: (DatabaseBuilder.cpp:208) Found 439278 headers in db
-INFO  - 1479389741: (DatabaseBuilder.cpp:51) updating HEADERS db
-INFO  - 1479389744: (DatabaseBuilder.cpp:268) parsed block file #680
-INFO  - 1479389746: (DatabaseBuilder.cpp:268) parsed block file #681
-DEBUG - 1479389746: (Blockchain.cpp:242) Organizing chain 
-INFO  - 1479389746: (DatabaseBuilder.cpp:56) updated HEADERS db in 4.00843s
-INFO  - 1479389746: (BlockUtils.cpp:1636) Enabling zero-conf tracking 
-INFO  - 1479389759: (BitcoinP2P.cpp:783) Connected to Bitcoin node

Code:

rojaslee@debian:~$ armory
/usr/lib/armory/armoryengine/Transaction.py:2760: SyntaxWarning: import * only allowed at module level
  def PyCreateAndSignTx_old(srcTxOuts, dstAddrsVals):
(ERROR) SDM.py:791 - ValueError in bkgd req top blk
Traceback (most recent call last):
  File "/usr/lib/armory/SDM.py", line 765, in __backgroundRequestTopBlock
    numblks = self.proxy.getinfo()['blocks']
  File "/usr/lib/armory/bitcoinrpc_jsonrpc/authproxy.py", line 105, in __call__
    resp = json.loads(resp, parse_float=decimal.Decimal)
  File "/usr/lib/python2.7/json/__init__.py", line 351, in loads
    return cls(encoding=encoding, **kw).decode(s)
  File "/usr/lib/python2.7/json/decoder.py", line 366, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.7/json/decoder.py", line 384, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded
(ERROR) SDM.py:791 - ValueError in bkgd req top blk
Traceback (most recent call last):
  File "/usr/lib/armory/SDM.py", line 765, in __backgroundRequestTopBlock
    numblks = self.proxy.getinfo()['blocks']
  File "/usr/lib/armory/bitcoinrpc_jsonrpc/authproxy.py", line 105, in __call__
    resp = json.loads(resp, parse_float=decimal.Decimal)
  File "/usr/lib/python2.7/json/__init__.py", line 351, in loads
    return cls(encoding=encoding, **kw).decode(s)
  File "/usr/lib/python2.7/json/decoder.py", line 366, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.7/json/decoder.py", line 384, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded
(ERROR) SDM.py:791 - ValueError in bkgd req top blk
Traceback (most recent call last):
  File "/usr/lib/armory/SDM.py", line 765, in __backgroundRequestTopBlock
    numblks = self.proxy.getinfo()['blocks']
  File "/usr/lib/armory/bitcoinrpc_jsonrpc/authproxy.py", line 105, in __call__
    resp = json.loads(resp, parse_float=decimal.Decimal)
  File "/usr/lib/python2.7/json/__init__.py", line 351, in loads
    return cls(encoding=encoding, **kw).decode(s)
  File "/usr/lib/python2.7/json/decoder.py", line 366, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.7/json/decoder.py", line 384, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded
(ERROR) SDM.py:791 - ValueError in bkgd req top blk
Traceback (most recent call last):
  File "/usr/lib/armory/SDM.py", line 765, in __backgroundRequestTopBlock
    numblks = self.proxy.getinfo()['blocks']
  File "/usr/lib/armory/bitcoinrpc_jsonrpc/authproxy.py", line 105, in __call__
    resp = json.loads(resp, parse_float=decimal.Decimal)
  File "/usr/lib/python2.7/json/__init__.py", line 351, in loads
    return cls(encoding=encoding, **kw).decode(s)
  File "/usr/lib/python2.7/json/decoder.py", line 366, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.7/json/decoder.py", line 384, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded
(ERROR) SDM.py:791 - ValueError in bkgd req top blk
Traceback (most recent call last):
  File "/usr/lib/armory/SDM.py", line 765, in __backgroundRequestTopBlock
    numblks = self.proxy.getinfo()['blocks']
  File "/usr/lib/armory/bitcoinrpc_jsonrpc/authproxy.py", line 105, in __call__
    resp = json.loads(resp, parse_float=decimal.Decimal)
  File "/usr/lib/python2.7/json/__init__.py", line 351, in loads
    return cls(encoding=encoding, **kw).decode(s)
  File "/usr/lib/python2.7/json/decoder.py", line 366, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.7/json/decoder.py", line 384, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded
rojaslee@debian:~$ 

Bitcoin QT is not installed globally so I can't really run it from the terminal like that, or I don't know how to do it. Do you need me to install it globally?

[goatpig]

Code:

-INFO  - 1479389759: (BitcoinP2P.cpp:783) Connected to Bitcoin node

Bitcoin was running at least this one time, otherwise the DB wouldn't be able to connect.

Bitcoin QT is not installed globally so I can't really run it from the terminal like that, or I don't know how to do it. Do you need me to install it globally?

That's ok, you can cd to the folder and start the Binary yourself.

The JSON issue you are getting is that Armory (the client) fails to talk to your Bitcoin node over the RPC. This shouldn't prevent the client from processing further unless auto bitcoind management is enabled, in which case the client wants to query the bitcoind status (through the JSON RPC) to know when it is ready, before moving on.

So right now I'm guessing you have auto bitcoind enabled.

You have 2 solutions:

1) Turn off auto bitcoind (in File -> Settings in the Armory client) and manage bitcoin-qt yourself.

2) Open this file:

/home/rojaslee/.bitcoin/bitcoin.conf

and add this line:

server=1

Save it and start armory (just client, not the DB).

[bobbyfisher]

Thanks Goatpig

The file /home/rojaslee/.bitcoin/bitcoin.conf was not to be found so I opted to control Bitcoin-QT separately.

Thanks for helping the troubleshoot.
Best wishes

Rod

[bitpop]

ArmoryDB crashed for the second time for me. It seems to only last a day.

-INFO  - 1479382764: (..\BlockchainScanner.cpp:650) scanned from height #439366 to #439366
-INFO  - 1479382785: (..\BlockchainScanner.cpp:650) scanned from height #439367 to #439367
-INFO  - 1479383631: (..\BlockchainScanner.cpp:650) scanned from height #439368 to #439368
-INFO  - 1479384608: (..\BlockchainScanner.cpp:650) scanned from height #439369 to #439369
-INFO  - 1479387881: (..\BlockchainScanner.cpp:650) scanned from height #439370 to #439370
-ERROR - 1479388818: (..\BitcoinP2P.cpp:865) caught BitcoinP2P_Exception in processDataStackThread: invalid header size
-INFO  - 1479388818: (..\BitcoinP2P.cpp:804) Disconnected from Bitcoin node
-INFO  - 1479388818: (..\BitcoinP2P.cpp:783) Connected to Bitcoin node
-ERROR - 1479388818: (..\BitcoinP2P.cpp:865) caught BitcoinP2P_Exception in processDataStackThread: invalid header size
-ERROR - 1479388820: (..\SocketObject.cpp:125) poll() error in writeToSocket: 10038
-ERROR - 1479388820: (..\SocketObject.cpp:125) poll() error in writeToSocket: 10038
-ERROR - 1479388820: (..\SocketObject.cpp:125) poll() error in writeToSocket: 10038

[naska21]

Hi.

Is 0.93 capable to sign off line transaction generated by 0.95 or I need to install new version on my off-line machine?

[goatpig]

Hi.

Is 0.93 capable to sign off line transaction generated by 0.95 or I need to install new version on my off-line machine?

You are fine. You will need to upgrade when 0.96 comes out if you want sign SW transactions. If you do not create try to spend SW outputs, you won't need to upgrade.

[alomar]

will this work in Debian 8.6?

[goatpig]

will this work in Debian 8.6?

Works on Wheezy, no reason it won't on Jessie.

[Carlton Banks]

will this work in Debian 8.6?

I can confirm it's working for me in Debian 8.6, albeit in a Xen based Virtual Machine.

[alomar]

will this work in Debian 8.6?

Works on Wheezy, no reason it won't on Jessie.

sorry for the edge case conditions, but will Armory work with Bitcoin Unlimited?

[goatpig]

sorry for the edge case conditions, but will Armory work with Bitcoin Unlimited?

I'm not aware of any changes in BU that would break compatibility with Armory atm, although I don't follow its development.

[arulbero]

will this work in Debian 8.6?

Works on Wheezy, no reason it won't on Jessie.

sorry for the edge case conditions, but will Armory work with Bitcoin Unlimited?

Armory 0.94.1 + Bitcoin Unlimited 0.12.1 + Ubuntu 14.10 64 bit is working for me.

[Ente]

Today I tried to import a paperwallet privkey into 0.94.1. It worked (import, not sweep), but I couldn't spend the funds:

Code:

  File "/opt/BitcoinArmory/armoryengine/Transaction.py", line 1054, in __init__
    raise KeyDataError('Must give pubkey map for singlesig USTXI!')
armoryengine.ArmoryUtils.KeyDataError: Must give pubkey map for singlesig USTXI!

So I upgraded to 0.95.1.
Which I can't get to start up.
Even with an empty armory user folder, it complains about

Code:

(ERROR) BDM.py:184 - DB error: /home/user/.bitcoin/blocks is not a valid path

My .bitcoin folder is a softlink to a folder on another harddisk, as I ran out of space for the bitcoind blockchain. I set all data to my user and 777 again (before, bitcoind ran on its own user with more strict permissions).
Still, I get the same error.

Is this a known problem?
If it takes too much effort to fix, I'll set up the client-server mode on separated machines right away instead.

Also, goatpig, I will need to hug you just for this client-server mode alone! Most awesome softwarefeature of the year! :-)

Ente

[goatpig]

Today I tried to import a paperwallet privkey into 0.94.1. It worked (import, not sweep), but I couldn't spend the funds:

Code:

  File "/opt/BitcoinArmory/armoryengine/Transaction.py", line 1054, in __init__
    raise KeyDataError('Must give pubkey map for singlesig USTXI!')
armoryengine.ArmoryUtils.KeyDataError: Must give pubkey map for singlesig USTXI!

So I upgraded to 0.95.1.
Which I can't get to start up.
Even with an empty armory user folder, it complains about

Code:

(ERROR) BDM.py:184 - DB error: /home/user/.bitcoin/blocks is not a valid path

My .bitcoin folder is a softlink to a folder on another harddisk, as I ran out of space for the bitcoind blockchain. I set all data to my user and 777 again (before, bitcoind ran on its own user with more strict permissions).
Still, I get the same error.

Is this a known problem?
If it takes too much effort to fix, I'll set up the client-server mode on separated machines right away instead.

Apparently I messed up.

Here is the code checking the folder attributes:

https://github.com/goatpig/BitcoinArmory/blob/master/cppForSwig/BlockUtils.cpp#L1109

and here is the underlying call:

https://github.com/goatpig/BitcoinArmory/blob/master/cppForSwig/DBUtils.cpp#L285

Basically this:

Code:

testPath(blkFileLocation_, 4);

Should be:

Code:

testPath(blkFileLocation_, 2);

However, if you chmod your symlink to 777 and it still doesn't work, it may be that access(2) doesn't play well with symlinks altogether. You have a few solutions to try.

First, you should set the 4 to a 2, build and try again. If that fails, comment out the path test line entirely and try again. This is just the code testing that the folder exists, for sanity checks. Lastly, if that still fails, try to point the DB directly to that HDD's path.

[Ente]

https://github.com/goatpig/BitcoinArmory/blob/master/cppForSwig/BlockUtils.cpp#L1109

Basically this:

Code:

testPath(blkFileLocation_, 4);

Should be:

Code:

testPath(blkFileLocation_, 2);

However, if you chmod your symlink to 777 and it still doesn't work, it may be that access(2) doesn't play well with symlinks altogether. You have a few solutions to try.

First, you should set the 4 to a 2, build and try again.

That symlink was already at 777.
Changing "4" to "2" solved it!
Thank you, Goatpig! :-)

I'll set up that client-server-mode on the weekend, aww yeah!

Ente