ProcessMessages exception on Pine64 #8044

issue jonasschnelli openend this issue on May 11, 2016
  1. jonasschnelli commented at 8:17 pm on May 11, 2016: contributor

    Just had a St9bac_alloc exception in ProcessMessages() during IBD:

    Computer: Pine64 2GB Processor: AArch64 rev 4 Storage: USB stick

    02016-05-11 19:14.26 ProcessMessages(block, 308961 bytes) FAILED peer=264
    1bitcoind: main.cpp:2237: bool ConnectBlock(const CBlock&, CValidationState&, CBlockIndex*, CCoinsViewCache&, const CChainParams&, bool): Assertion 'hashPrevBlock == view.GetBestBlock()'  failed
    

    Edit: the debug log output was from a different session (I used -printtoconsole).

  2. jonasschnelli added the label Block storage on May 12, 2016
  3. laanwj commented at 9:42 am on May 12, 2016: member
    bad_alloc means that memory is full. Add swap or reduce the dbcache size :-)
  4. jonasschnelli commented at 9:44 am on May 12, 2016: contributor
    I though 2GB ram, minimal linux and dbcache=1500 should do it. But let me try to use dbcache=1000.
  5. laanwj commented at 10:26 am on May 12, 2016: member
    Ideally a bad_alloc would close the application immediately with a clearer error though See also #7228, which is even worse as there it simply continues, rejecting a block.
  6. jonasschnelli commented at 3:40 pm on May 14, 2016: contributor
    The main problem with the bad_alloc crash is that the database was/is corrupted afterwards. Either we should implement something like #8037 or try to graceful close in low-men situations (maybe impossible).
  7. jonasschnelli commented at 7:32 am on May 26, 2016: contributor

    Again a St9bad_alloc at progress=0.901800. RAM: 2GB. DBCache: 800MB.

    Node running in a gnu-screen:

    0ubuntu@pine64:~/bitcoin$ ./src/bitcoind --dbcache=800 --datadir=/disk2/fullnode/ --prune=550
    1
    2
    3************************
    4EXCEPTION: St9bad_alloc
    5std::bad_alloc
    6bitcoin in ProcessMessages()
    7
    8bitcoind: main.cpp:2237: bool ConnectBlock(const CBlock&, CValidationState&, CBlockIndex*, CCoinsViewCache&, const CChainParams&, bool): Assertion `hashPrevBlock == view.GetBestBlock()' failed.
    9Aborted
    

    More details:

     0ubuntu@pine64:~$ tail -f /disk2/fullnode/debug.log 
     12016-05-25 17:30:53 skip verificationUpdateTip: new best=00000000000000000145cb386289ab8f9015246d226431a4b5de6da87f524c79 height=393014 version=0x00000004 log2_work=83.900934 tx=103124904 date='2016-01-12 14:55:45' progress=0.901795 cache=589.5MiB(357746tx)
     22016-05-25 17:30:54 skip verificationUpdateTip: new best=0000000000000000075e9a75e8d44ba9e512e96d05a70a3159b13ad62eef1066 height=393015 version=0x00000004 log2_work=83.90097 tx=103126917 date='2016-01-12 15:00:52' progress=0.901800 cache=590.4MiB(359388tx)
     32016-05-25 17:30:58 skip verification
     4
     5************************
     6EXCEPTION: St9bad_alloc       
     7std::bad_alloc       
     8bitcoin in ProcessMessages()       
     9
    102016-05-25 17:31:12 ProcessMessages(block, 248665 bytes) FAILED peer=31
    11^C
    12ubuntu@pine64:~$ free
    13              total        used        free      shared  buff/cache   available
    14Mem:        2036960       49056     1731308       16744      256596     1939369
    15Swap:             0           0           0
    16ubuntu@pine64:~$ 
    

    RAM failure?

  8. paveljanik commented at 7:35 am on May 26, 2016: contributor
    Calling free after the memory has been deallocated by the kernel doesn’t provide any information. Call free periodically in other screen
  9. jonasschnelli commented at 7:56 am on May 26, 2016: contributor
    @paveljanik: I did paste the free output only to prove the system total memory (2GB).
  10. sipa commented at 12:18 pm on May 26, 2016: member
    @jonasschnelli It may be useful to monitor memory usage while the application is running too…
  11. MarcoFalke commented at 6:23 pm on December 22, 2018: member
    @jonasschnelli Closing for now, since there hasn’t been an update.
  12. MarcoFalke closed this on Dec 22, 2018

  13. DrahtBot locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2024-12-22 00:12 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me