eternalenvoy
Newbie
Offline
Activity: 56
Merit: 0
|
|
October 13, 2019, 02:48:37 PM |
|
I just checked in 1.0.0.3, lets run it with the "-D" switch at the end of the command line, and see if it reveals the problem. (Or if its fixed now).
Nothing change after upgrade 1.0.0.3 and command line with "-D" still crashing after a few moment. When the bbpminer crashed(IE: Abort , Bus error , core dumped etc), I found that this also caused some system structure problems(UBUNTU 16), need to shut down and then restart to access via ssh. Otherwise, you can not enter the system via ssh before shutting down.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 13, 2019, 03:16:54 PM |
|
I just checked in 1.0.0.3, lets run it with the "-D" switch at the end of the command line, and see if it reveals the problem. (Or if its fixed now).
Nothing change after upgrade 1.0.0.3 and command line with "-D" still crashing after a few moment. When the bbpminer crashed(IE: Abort , Bus error , core dumped etc), I found that this also caused some system structure problems(UBUNTU 16), need to shut down and then restart to access via ssh. Otherwise, you can not enter the system via ssh before shutting down. Shouldnt be possible in linux - miner cant take down the server. Please try again.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 13, 2019, 03:18:46 PM |
|
Ok 1.0.0.3 didnt last much longer, but now Im running one in debug mode in gdb and another one in valgrind.
Ill keep debugging until we find the cause of the crash.
One Windows 10 computer I didn't do all the security updates (it has been off for several months) mined for 12+ hours (on 1.0.0.1 bbpminer version) with no issue. I want to speculate that crashes seem to occur when a GSC using up all the coinage inputs (ABN starved) or when the contents fo the UTXOs change, the miner gets confused? If ABN is off on testnet, this would be an easy thing to test in TestNet for me. Ill try that idea of starving the miner, that might be the problem. I wont have time to release the testnet version til tomorrow but we will release it asap. That might explain why I never crashed during development - I ran it against testnet with no abn.
|
|
|
|
slovakia
|
|
October 13, 2019, 03:19:10 PM |
|
crashed too on win 10
|
|
|
|
orbis
Newbie
Offline
Activity: 150
Merit: 0
|
|
October 13, 2019, 04:32:45 PM Last edit: October 13, 2019, 05:17:05 PM by orbis |
|
1003 crash with -D with this result: The instruction at Ox00007FF878D0D62C referenced memory F at OxFFFFFFFFFFFFFFFF. The memory could not be read. BTW coinabase address is not working for me. It still came to different address. And my experience is, that it looks, that after crash, miner is not able to hit block, till I restart BBP wallet. Run bbpminer is not enough. I don't know if It's true or it's coincidence.
|
|
|
|
togoshigekata
|
|
October 13, 2019, 06:53:45 PM Last edit: October 13, 2019, 07:51:02 PM by togoshigekata |
|
I got email that the explorer server got rebooted
"Our monitoring system indicated an issue with the hardware node hosting the instances listed in this email. Our engineering team has investigated the issue and initiated a restart of the host node in question."
So explorer is down, Ill jump in and fix it now
=
UPDATE: Explorer is up and syncing, almost caught up now
Everything should auto run b/c of crontab, even after a reboot BiblePay daemon was running Mongodb was running Nodejs was NOT running, not sure what issue is, didnt dig into it
|
|
|
|
togoshigekata
|
|
October 13, 2019, 08:10:20 PM Last edit: October 14, 2019, 02:28:34 AM by togoshigekata |
|
Bitcointalk Thread for CPUMiner https://bitcointalk.org/index.php?topic=55038.0"cpuminer help – Usage, Flags and Command Examples" https://rehmann.co/blog/cpuminer-help/=== I havent been able to help test the miner, b/c my ubuntu machine freezes when it goes over 40-50% CPU, Its issue Ive been having for many months, too lazy to fix it hahaha, ughh, LOL I just found this --threads=N flag for cpuminer, so I can try testing again I have debug=1 in config === Should I setup valgrind? Old notes I found: "please compile the source code version of biblepay, and run biblepay in valgrind like this: sudo apt get install valgrind cd ~/biblepay-evolution/src/qt valgrind ./biblepay-qt If you just leave it run til it crashes again, you can then give us the line # and module filename. Btw, you can't run valgrind on a binary (you can but it is useless to us). It must be run on a compiled source." Reference: https://github.com/biblepay/biblepay/issues/76=== QUESTION: Should we run valgrind on the miner and the wallet?=== Valgrind https://wiki.ubuntu.com/Valgrindhttp://valgrind.org/http://valgrind.org/docs/manual/quick-start.html=== Build BBP Miner from Source: https://github.com/biblepay/cpuminer/blob/master/BuildingBBPMiner.txt
|
|
|
|
orbis
Newbie
Offline
Activity: 150
Merit: 0
|
|
October 13, 2019, 09:33:17 PM Last edit: October 13, 2019, 09:52:53 PM by orbis |
|
New type of error after hitted block on my WIN 1003 miner: Erroring out [2019-10-13 23:31:59] json_rpc_call failed, retry after 30 seconds
Dying due to unable to convert to bin [2019-10-13 23:32:30] JSON invalid target It stops working, but didn't quit program. This message is rolling over and over again. Restart of miner didn't help. Only reboot of computer (both WIN and Linux) helps. On new start of a miner on linux it gives me this: *** Error in `/usr/local/bin/bbpminer_linux': malloc(): memory corruption (fast): 0x00007f662400ecc0 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f6635a0a7e5] /lib/x86_64-linux-gnu/libc.so.6(+0x82651)[0x7f6635a15651] /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7f6635a17184] /lib/x86_64-linux-gnu/libc.so.6(__strdup+0x1a)[0x7f6635a1e48a] /lib/x86_64-linux-gnu/libc.so.6(+0xbdd0b)[0x7f6635a50d0b] /usr/local/bin/bbpminer_linux(+0x458c3)[0x55c0bc5418c3] /usr/local/bin/bbpminer_linux(+0x41a0e)[0x55c0bc53da0e] /usr/local/bin/bbpminer_linux(+0x44e2b)[0x55c0bc540e2b] /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f6635d646ba] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f6635a9a41d] ======= Memory map: ======== 55c0bc4fc000-55c0bcdbf000 r-xp 00000000 fc:00 4331 /usr/local/bin/bbpminer_linux 55c0bcfbe000-55c0bcfe0000 r--p 008c2000 fc:00 4331 /usr/local/bin/bbpminer_linux 55c0bcfe0000-55c0bcfef000 rw-p 008e4000 fc:00 4331 /usr/local/bin/bbpminer_linux 55c0bcfef000-55c0bd032000 rw-p 00000000 00:00 0 55c0bd2f9000-55c0bd31a000 rw-p 00000000 00:00 0 [heap] 7f6624000000-7f662405c000 rw-p 00000000 00:00 0 7f662405c000-7f6628000000 ---p 00000000 00:00 0 7f6628000000-7f6628021000 rw-p 00000000 00:00 0 7f6628021000-7f662c000000 ---p 00000000 00:00 0 7f662c000000-7f662c021000 rw-p 00000000 00:00 0 7f662c021000-7f6630000000 ---p 00000000 00:00 0 7f6630773000-7f6630789000 r-xp 00000000 fc:00 392981 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f6630789000-7f6630988000 ---p 00016000 fc:00 392981 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f6630988000-7f6630989000 rw-p 00015000 fc:00 392981 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f6630989000-7f663098a000 ---p 00000000 00:00 0 7f663098a000-7f663118a000 rw-p 00000000 00:00 0 7f663118a000-7f663118b000 ---p 00000000 00:00 0 7f663118b000-7f663198b000 rw-p 00000000 00:00 0 7f663198b000-7f663198c000 ---p 00000000 00:00 0 7f663198c000-7f663218c000 rw-p 00000000 00:00 0 7f663218c000-7f663218d000 ---p 00000000 00:00 0 7f663218d000-7f663298d000 rw-p 00000000 00:00 0 7f663298d000-7f663298e000 ---p 00000000 00:00 0 7f663298e000-7f663318e000 rw-p 00000000 00:00 0 7f663318e000-7f663318f000 ---p 00000000 00:00 0 7f663318f000-7f663398f000 rw-p 00000000 00:00 0 7f663398f000-7f6633990000 ---p 00000000 00:00 0 7f6633990000-7f6634190000 rw-p 00000000 00:00 0 7f6634190000-7f6634191000 ---p 00000000 00:00 0 7f6634191000-7f6634991000 rw-p 00000000 00:00 0 7f6634991000-7f6634992000 ---p 00000000 00:00 0 7f6634992000-7f6635192000 rw-p 00000000 00:00 0 7f6635192000-7f6635193000 ---p 00000000 00:00 0 7f6635193000-7f6635993000 rw-p 00000000 00:00 0 7f6635993000-7f6635b53000 r-xp 00000000 fc:00 396529 /lib/x86_64-linux-gnu/libc-2.23.so 7f6635b53000-7f6635d53000 ---p 001c0000 fc:00 396529 /lib/x86_64-linux-gnu/libc-2.23.so 7f6635d53000-7f6635d57000 r--p 001c0000 fc:00 396529 /lib/x86_64-linux-gnu/libc-2.23.so 7f6635d57000-7f6635d59000 rw-p 001c4000 fc:00 396529 /lib/x86_64-linux-gnu/libc-2.23.so 7f6635d59000-7f6635d5d000 rw-p 00000000 00:00 0 7f6635d5d000-7f6635d75000 r-xp 00000000 fc:00 396516 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f6635d75000-7f6635f74000 ---p 00018000 fc:00 396516 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f6635f74000-7f6635f75000 r--p 00017000 fc:00 396516 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f6635f75000-7f6635f76000 rw-p 00018000 fc:00 396516 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f6635f76000-7f6635f7a000 rw-p 00000000 00:00 0 7f6635f7a000-7f6635f7d000 r-xp 00000000 fc:00 396514 /lib/x86_64-linux-gnu/libdl-2.23.so 7f6635f7d000-7f663617c000 ---p 00003000 fc:00 396514 /lib/x86_64-linux-gnu/libdl-2.23.so 7f663617c000-7f663617d000 r--p 00002000 fc:00 396514 /lib/x86_64-linux-gnu/libdl-2.23.so 7f663617d000-7f663617e000 rw-p 00003000 fc:00 396514 /lib/x86_64-linux-gnu/libdl-2.23.so 7f663617e000-7f6636197000 r-xp 00000000 fc:00 441287 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f6636197000-7f6636396000 ---p 00019000 fc:00 441287 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f6636396000-7f6636397000 r--p 00018000 fc:00 441287 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f6636397000-7f6636398000 rw-p 00019000 fc:00 441287 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f6636398000-7f66363be000 r-xp 00000000 fc:00 396515 /lib/x86_64-linux-gnu/ld-2.23.so 7f66365b1000-7f66365b6000 rw-p 00000000 00:00 0 7f66365bc000-7f66365bd000 rw-p 00000000 00:00 0 7f66365bd000-7f66365be000 r--p 00025000 fc:00 396515 /lib/x86_64-linux-gnu/ld-2.23.so 7f66365be000-7f66365bf000 rw-p 00026000 fc:00 396515 /lib/x86_64-linux-gnu/ld-2.23.so 7f66365bf000-7f66365c0000 rw-p 00000000 00:00 0 7ffd7e97d000-7ffd7e99e000 rw-p 00000000 00:00 0 [stack] 7ffd7e9c4000-7ffd7e9c7000 r--p 00000000 00:00 0 [vvar] 7ffd7e9c7000-7ffd7e9c9000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
|
|
|
|
|
|
slovakia
|
|
October 14, 2019, 07:53:37 AM |
|
120€/monthly is price for bilboard in our county city
|
|
|
|
zupernovato
Newbie
Offline
Activity: 35
Merit: 0
|
|
October 14, 2019, 10:37:49 AM |
|
It seems I am stucked mining since 8 of October, as no new transactions arise. However, CPUs are working. I was on 1.4.9 version since it was delivered, and I have updated this morning to 1.5.0, but I am still in the same situation. Getinfo and getmininginfo show correct data. What could be happening?
PS. Traditional wallet/miner, I am not talking about the new miner.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 14, 2019, 03:13:40 PM Last edit: October 14, 2019, 03:24:25 PM by bible_pay |
|
It seems I am stucked mining since 8 of October, as no new transactions arise. However, CPUs are working. I was on 1.4.9 version since it was delivered, and I have updated this morning to 1.5.0, but I am still in the same situation. Getinfo and getmininginfo show correct data. What could be happening?
PS. Traditional wallet/miner, I am not talking about the new miner.
Most likely governance data is corrupt, and the wallet then decides to go on the wrong chain; please restart with: ./biblepay-qt -erasechain=1 Let it resync and then see if you are at the same hash/block as one of the block explorers - explorer.biblepay.org or chainz ? Thanks. EDIT: Btw, we do have the 'exec reassesschains' option for people with low bandwidth who want to try it first. But erasechain is better if you can walk away from it for a while.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 14, 2019, 03:17:29 PM |
|
Bitcointalk Thread for CPUMiner https://bitcointalk.org/index.php?topic=55038.0"cpuminer help – Usage, Flags and Command Examples" https://rehmann.co/blog/cpuminer-help/=== I havent been able to help test the miner, b/c my ubuntu machine freezes when it goes over 40-50% CPU, Its issue Ive been having for many months, too lazy to fix it hahaha, ughh, LOL I just found this --threads=N flag for cpuminer, so I can try testing again I have debug=1 in config === Should I setup valgrind? Old notes I found: "please compile the source code version of biblepay, and run biblepay in valgrind like this: sudo apt get install valgrind cd ~/biblepay-evolution/src/qt valgrind ./biblepay-qt If you just leave it run til it crashes again, you can then give us the line # and module filename. Btw, you can't run valgrind on a binary (you can but it is useless to us). It must be run on a compiled source." Reference: https://github.com/biblepay/biblepay/issues/76=== QUESTION: Should we run valgrind on the miner and the wallet?=== Valgrind https://wiki.ubuntu.com/Valgrindhttp://valgrind.org/http://valgrind.org/docs/manual/quick-start.html=== Build BBP Miner from Source: https://github.com/biblepay/cpuminer/blob/master/BuildingBBPMiner.txtThanks for starting to debug; well, valgrind is very useful (for some of the cases), for example, cases where we can reproduce a crash within 30 minutes or so. But in this case valgrind is not going to help us because one hour of mining in valgrind takes approximately 30 days (due to the overhead). So it looks like we will need to finish debugging it in GDB (or xcode etc). So dont worry about valgrind for now as it will just waste your time . I do have some more traces now (I had them running all night). Im reacting to these next and then Ill make a new release. One case addresses Orbis' JSON issue (I have that one), and another case addresses the mining crash (I believe). Orbis as far as rebooting the wallet after a crash, no that should not be necessary. It could be that you found a block and your ABN was out for a while, but I confirm biblepay continues to run properly at that point.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 14, 2019, 03:22:15 PM |
|
120€/monthly is price for bilboard in our county city
Still better off dressing in a giant rabbit suit and walking down the highway with a BBP sign...
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 14, 2019, 04:33:48 PM |
|
** POOM UPDATE **
Todd from Cameroon did more exhaustive checking on both Chinese and Israeli children (and lost tribes of Israel), and primarily due to incompatibilities with governments (and the cost of living in Israel), both are currently not available for POOM.
I thanked him for the research.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 14, 2019, 05:11:30 PM Last edit: October 14, 2019, 06:04:31 PM by bible_pay |
|
BBPMiner 1.0.0.4-Leisure Upgrade
- Added -x to display current version (added version at start also) - Handle JSON nowork condition - Expand buffer size of Work to attempt to prevent crash - Remove --coinbase-sig (incompatible option with Evo) - Remove dead variables - Ensure nonces are separated ** I'm still not 100% sure if we got it, but we got the bug Orbis reported (invalid json), and we handled the new stack trace, please re-test ** Binaries: https://github.com/biblepay/cpuminer/tree/master/binariesEDIT: We will get the coinbase address working when we start working on the pool side. First lets address the crash.
|
|
|
|
eternalenvoy
Newbie
Offline
Activity: 56
Merit: 0
|
|
October 14, 2019, 06:37:40 PM |
|
BBPMiner 1.0.0.4-Leisure Upgrade
- Added -x to display current version (added version at start also) - Handle JSON nowork condition - Expand buffer size of Work to attempt to prevent crash - Remove --coinbase-sig (incompatible option with Evo) - Remove dead variables - Ensure nonces are separated ** I'm still not 100% sure if we got it, but we got the bug Orbis reported (invalid json), and we handled the new stack trace, please re-test ** Binaries: https://github.com/biblepay/cpuminer/tree/master/binariesEDIT: We will get the coinbase address working when we start working on the pool side. First lets address the crash. Thanks Rob. I'm already testing this version and hope to solve the crash or stuck problem.
|
|
|
|
capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 15, 2019, 04:51:00 AM |
|
diff is pretty high last days, what happens? new miners?
|
|
|
|
Ctn
|
|
October 15, 2019, 11:12:45 AM |
|
Wow what a project this looks so fascinating. I think people have forgotten religion because of money and cryptocurrencies but I think this project will definitely increase the contributions done by people in Charity and religious programs. I am surely going to invest in this project can someone help me with the procedure?
|
|
|
|
|