Armory 0.95 testing phase

[achow101]

Start db individually, does it catch up?

No it does not catch up.

Log file plz

dbLog.txt latest run:

Code:

Log file opened at 1470145631: /media/andy/Data/Data/bitcoin/ArmoryData/dbLog.txt
-INFO  - 1470145631: (main.cpp:24) Running on 8 threads
-INFO  - 1470145631: (main.cpp:25) Ram usage level: 4
-INFO  - 1470145631: (BlockUtils.cpp:1247) blkfile dir: /media/andy/Data/Programs/Bitcoin/data
-INFO  - 1470145631: (BlockUtils.cpp:1248) lmdb dir: /media/andy/Data/Data/bitcoin/ArmoryData/databases
-INFO  - 1470145631: (lmdb_wrapper.cpp:389) Opening databases...
-INFO  - 1470145631: (BlockUtils.cpp:1438) Executing: doInitialSyncOnLoad
-INFO  - 1470145631: (DatabaseBuilder.cpp:166) Reading headers from db
-INFO  - 1470145631: (BitcoinP2P.cpp:725) Connected to Bitcoin node
-INFO  - 1470145634: (DatabaseBuilder.cpp:199) Found 422936 headers in db
-INFO  - 1470145637: (DatabaseBuilder.cpp:49) updating HEADERS db
-DEBUG - 1470145637: (Blockchain.cpp:232) Organizing chain 
-INFO  - 1470145637: (DatabaseBuilder.cpp:53) updated HEADERS db in 0.059381s
-INFO  - 1470145637: (DatabaseBuilder.cpp:103) scanning new blocks from #422824 to #422823
-INFO  - 1470145637: (BlockchainScanner.cpp:51) no history to scan
-INFO  - 1470145637: (BlockchainScanner.cpp:802) no SSH to scan
-INFO  - 1470145637: (DatabaseBuilder.cpp:153) scanned new blocks in 0.000986s
-INFO  - 1470145637: (DatabaseBuilder.cpp:157) init db in 5.32062s
-INFO  - 1470145637: (BlockUtils.cpp:1549) Enabling zero-conf tracking 
-INFO  - 1470145689: (BDM_Server.cpp:573) registered bdv: 893de640c6ee895d17ff
-INFO  - 1470145736: (BDM_Server.cpp:604) unregistered bdv: 893de640c6ee895d17ff

[1713873196]

1713873196

[1713873196]

1713873196

[1713873196]

1713873196

[goatpig]

DB isn't outputting any error. I'm assuming it is running just fine. You saying the clients isn't displaying the proper top block?

[achow101]

DB isn't outputting any error. I'm assuming it is running just fine. You saying the clients isn't displaying the proper top block?

Yes.

I think that these two lines:

Code:

-INFO  - 1470145634: (DatabaseBuilder.cpp:199) Found 422936 headers in db
...
-INFO  - 1470145637: (DatabaseBuilder.cpp:103) scanning new blocks from #422824 to #422823

Are a bit concerning. The latest top when I ran it was 423... and it is only scanning from 422823 to 422824.

[goatpig]

Current top is 423333. Check your top block on Core first

[achow101]

Current top is 423333. Check your top block on Core first

Top block on core is right. Top block on armory is not.

[goatpig]

Current top is 423333. Check your top block on Core first

Top block on core is right. Top block on armory is not.

Time for rebuild & rescan.

[achow101]

Current top is 423333. Check your top block on Core first

Top block on core is right. Top block on armory is not.

Time for rebuild & rescan.

It segfaults. I'll get a backtrace in a moment.

Well that's not very helpful:

Code:

(gdb) bt
#0  0x000000000044095e in ?? ()
#1  0x0000000000000000 in ?? ()

[goatpig]

show me the log output too

[achow101]

show me the log output too

Code:

-INFO  - 1470159382: (main.cpp:24) Running on 8 threads
-INFO  - 1470159382: (main.cpp:25) Ram usage level: 4
-INFO  - 1470159382: (BlockUtils.cpp:1247) blkfile dir: /media/andy/Data/Programs/Bitcoin/data
-INFO  - 1470159382: (BlockUtils.cpp:1248) lmdb dir: /media/andy/Data/Data/bitcoin/ArmoryData/databases
-INFO  - 1470159382: (lmdb_wrapper.cpp:389) Opening databases...
-INFO  - 1470159382: (BlockUtils.cpp:1447) Executing: doInitialSyncOnLoad_Rescan
-INFO  - 1470159382: (BitcoinP2P.cpp:725) Connected to Bitcoin node
-INFO  - 1470159382: (lmdb_wrapper.cpp:389) Opening databases...
-INFO  - 1470159382: (DatabaseBuilder.cpp:166) Reading headers from db
-WARN  - 1470159382: (lmdb_wrapper.cpp:1203) No headers in DB yet!
-INFO  - 1470159382: (DatabaseBuilder.cpp:199) Found 1 headers in db
-INFO  - 1470159382: (DatabaseBuilder.cpp:49) updating HEADERS db
-DEBUG - 1470159382: (Blockchain.cpp:232) Organizing chain 
-INFO  - 1470159382: (DatabaseBuilder.cpp:53) updated HEADERS db in 0.000394s
-INFO  - 1470159382: (DatabaseBuilder.cpp:103) scanning new blocks from #0 to #0

[goatpig]

delete the content of your databases folder and try again

[achow101]

delete the content of your databases folder and try again

Then its back to the problem earlier where the DB crashes when Qt starts

Let's go to IRC

[Carlton Banks]

testing 27e3a36:

Code:

-ERROR - 1470163647: (BDM_Server.cpp:637) caught isEmpty in Clients maintenance loop

not long after, armorylog.txt hits this:

Code:

*** Error in `./ArmoryDB': double free or corruption (fasttop): 0x00007f4398000990 ***
-INFO  - 1470164078: (SocketObject.cpp:350) POLLIN recv return 0

cpplog.txt:

Code:

Log file opened at 1470158011: /home/user/.armory/armorycpplog.txt
-ERROR - 1470158308: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470158308: (SocketObject.cpp:139) POLLNVAL in writeToSocket
-ERROR - 1470158308: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470158740: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470158740: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470158740: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470159059: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470159059: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470160347: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470160347: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470160347: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470160367: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470160367: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470161382: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470161382: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470161382: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470161382: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470161604: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470161604: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-ERROR - 1470161604: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success
-INFO  - 1470164078: (SocketObject.cpp:350) POLLIN recv return 0

This was once it went through a stable build/load. Half a dozen blocks came through once the txscan finished before.

[goatpig]

I've seen the same debug statements on my end. Is you DB/GUI stuck or crashed? Shouldn't be.

[Carlton Banks]

Nope... Gui was functional enough to shut down with the actual gui, and the Db went down gracefully with it.

[goatpig]

Nope... Gui was functional enough to shut down with the actual gui, and the Db went down gracefully with it.

At least it's one step further to being stable, I'll take solace in that.

[achow101]

Qt started spamming this

Code:

-ERROR - 1470184862: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success

Then it hung with this

Code:

-ERROR - 1470184862: (SocketObject.cpp:139) POLLNVAL in writeToSocket

And then I had to kill it.

The db had this error message

Code:

-ERROR - 1470184739: (BDM_Server.cpp:637) caught isEmpty in Clients maintenance loop

Also, trying to view any transaction that I received gets me

Code:

Traceback (most recent call last):
  File "ArmoryQt.py", line 3626, in dblClickLedger
    self.showLedgerTx()
  File "ArmoryQt.py", line 3649, in showLedgerTx
    DlgDispTxInfo( pytx, self.walletMap[wltID], self, self, txtime=txtime).exec_()
  File "/home/andy/bitcoin/BitcoinArmory/qtdialogs.py", line 5667, in __init__
    self.data = extractTxInfo(pytx, txtime)
  File "/home/andy/bitcoin/BitcoinArmory/qtdialogs.py", line 5594, in extractTxInfo
    prevTx = TheBDM.bdv().getTxByHash(prevTxHash)
  File "/home/andy/bitcoin/BitcoinArmory/CppBlockUtils.py", line 1276, in getTxByHash
    def getTxByHash(self, *args): return _CppBlockUtils.BlockDataViewer_getTxByHash(self, *args)
RuntimeError

I think some transactions didn't make it into the db.

[goatpig]

Qt started spamming this

Code:

-ERROR - 1470184862: (SocketObject.cpp:272) readFromSocketThread poll returned POLLNVAL, errnum: 0, errmsg: Success

Then it hung with this

Code:

-ERROR - 1470184862: (SocketObject.cpp:139) POLLNVAL in writeToSocket

And then I had to kill it.

I'm working on this one.

The db had this error message

Code:

-ERROR - 1470184739: (BDM_Server.cpp:637) caught isEmpty in Clients maintenance loop

This is a debug statement, the error isn't benign.

Also, trying to view any transaction that I received gets me

Code:

Traceback (most recent call last):
  File "ArmoryQt.py", line 3626, in dblClickLedger
    self.showLedgerTx()
  File "ArmoryQt.py", line 3649, in showLedgerTx
    DlgDispTxInfo( pytx, self.walletMap[wltID], self, self, txtime=txtime).exec_()
  File "/home/andy/bitcoin/BitcoinArmory/qtdialogs.py", line 5667, in __init__
    self.data = extractTxInfo(pytx, txtime)
  File "/home/andy/bitcoin/BitcoinArmory/qtdialogs.py", line 5594, in extractTxInfo
    prevTx = TheBDM.bdv().getTxByHash(prevTxHash)
  File "/home/andy/bitcoin/BitcoinArmory/CppBlockUtils.py", line 1276, in getTxByHash
    def getTxByHash(self, *args): return _CppBlockUtils.BlockDataViewer_getTxByHash(self, *args)
RuntimeError

I think some transactions didn't make it into the db.

I'm aware of this, will look at it after I stabilize the client.

[johnlu]

There are still a few convenience features I haven't implemented yet, albeit they should be done quickly, notably:
...
- a fee per byte feature in spend dialogs with tx size projections.

Yay! I've been waiting for this feature. Great! :-)

Stuff that won't be in the scope of this release and when to expect them:
- New wallets: That's for 0.96, with full SegWit support (create and spend from SW transactions).
- HW wallets support: Most likely a point release for 0.96.
- Fee estimates: Expect a point release on top of 0.95 (.1~2)
- Blocks over P2P. 0.97 most likely
- DB to Client encryption and auth. Again, probably 0.97
- Code modularization: most of it for 0.96
- Supernode: 0.98

Where can I read what an Armory Supernode is?

[goatpig]

A supernode in the bitcoin space generally refers to a database that tracks all address history on chain. As an example, this is the kind of engine a blockchain explorer service needs to look up arbitrary address history.

[jl2012]

Do you use compressed or uncompressed key for segwit?