Bitcoin Forum
July 04, 2024, 07:07:10 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 [5]
81  Bitcoin / Bitcoin Technical Support / Re: Loading the whole blockchain shouldn't take weeks on: November 02, 2017, 12:26:10 PM
Thanks for the input from all of you. There could have been something that helps me. I'll post my progress here as soon as I experience one.
82  Bitcoin / Bitcoin Technical Support / Loading the whole blockchain shouldn't take weeks on: November 01, 2017, 05:42:36 PM
I know it's often asked if it's normal for the blockchain to take so long to load. But after a few days it should be done. Strangely enough, my computer has been loading for weeks and is only advancing a few hundred blocks per day. What can this be? Can I do something to make it faster?
83  Economy / Service Discussion / How those mining calculators work on: October 05, 2017, 10:21:11 AM
I've always wondered how these mining calculators work. Now I saw a formula:
Code:
Reward = ((hashrate * block_reward) / (current_difficulty * 2^32)) * (1 - pool_fee) * 3600
(Can be seen via this page.)

My question therefore is: to which period does "reward" refer to? To an hour, a day or a month? The number 3600 appears within formula, which makes me think it could be an hour. However, the result of several dollars per hour seems a little bit too high. That's why I'm unsure. Any suggestions?
84  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: September 05, 2017, 08:23:44 AM
After the mentioned reinstallation of the whole system, bitcoind is working now as aspected. I now have a newer version, though I can't say which one. Didn't find another way to get it work. Thank you for your appreciated help, jackg.
85  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: September 03, 2017, 05:28:33 PM
I installed Raspbian from scratch and now I am at the point to start the client. I also coppied the so far grown blockchain into the corresponding folder. Suddenly I'm wondering if I used the right command:
Code:
bitcoind -daemon

Shortly I saw an example where the user startet bitcoind with the following command:
Code:
MALLOC_ARENA_MAX=1 bitcoind -daemon -blocksonly -dbcache=200 -maxconnections=50 -maxorphantx=5 -maxmempool=5

This doesn't seem to me to be a valid linux command though, but I'd like to know what it does if any. What is the correct way to start bitcoind?
86  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: August 29, 2017, 10:31:38 AM
In order to check the node do I need the many entries with the ip-adresses? Can't see any hostname within the log.

I don't have any anti-virus app running. But I had one once I started the download process under my windows system. Nevertheless this can't be an issue since I deleted the whole .bitcoin directory from my linux system and startet the rebuild from scratch.

Do I have to upgrade the bitcoin app because I have an outdatet one? Does the following (extracted from the log) help?

Code:
Bitcoin version 0.3.24-beta
Default data directory /home/pi/.bitcoin
Bound to port 8333
Loading addresses...
dbenv.open strLogDir=/home/pi/.bitcoin/database strErrorFile=/home/pi/.bitcoin/$
Loaded 11071 addresses
dbenv.open strLogDir=/home/pi/.bitcoin/database strErrorFile=/home/pi/.bitcoin/$
Loaded 11071 addresses
 addresses              3710ms
Loading block index...
LoadBlockIndex(): hashBestChain=000000000000590e3054  height=124275
 block index          135840ms
Loading wallet...
nFileVersion = 32400
fGenerateBitcoins = 0
nTransactionFee = 0
addrIncoming = 255.255.255.255:8333
fMinimizeToTray = 0
fMinimizeOnClose = 0
fUseProxy = 0
addrProxy = 127.0.0.1:9050
 wallet                  108ms
Done loading
mapBlockIndex.size() = 124776
nBestHeight = 124275
mapBlockIndex.size() = 124776
nBestHeight = 124275
mapKeys.size() = 101
setKeyPool.size() = 100
mapPubKeys.size() = 101
mapWallet.size() = 0
mapAddressBook.size() = 1
Loading addresses from DNS seeds (could take a while)
AddAddress(162.243.194.210:8333)
AddAddress(96.2.103.25:8333)
AddAddress(68.48.214.241:8333)
AddAddress(173.69.49.106:8333)
AddAddress(94.226.111.26:8333)
AddAddress(99.242.230.163:8333)
AddAddress(76.111.96.126:8333)
AddAddress(97.117.255.48:8333)
AddAddress(198.38.93.227:8333)
AddAddress(50.177.196.160:8333)
AddAddress(209.208.110.92:8333)
AddAddress(50.177.196.160:8333)
AddAddress(209.208.110.92:8333)
AddAddress(94.136.40.82:8333)
AddAddress(120.55.171.74:8333)
AddAddress(163.172.228.191:8333)
AddAddress(67.207.80.143:8333)
AddAddress(83.135.91.173:8333)
AddAddress(217.23.6.148:8333)
AddAddress(70.162.92.2:8333)
AddAddress(202.133.115.115:8333)
AddAddress(142.4.214.187:8333)
AddAddress(5.196.65.205:8333)
AddAddress(46.4.120.75:8333)
AddAddress(84.84.3.32:8333)
AddAddress(213.174.156.73:8333)
AddAddress(212.24.105.41:8333)
35 addresses found from DNS seeds
sending: version (85 bytes)
ipv4 eth0: 192.168.178.71
sending: version (85 bytes)
ipv4 eth0: 192.168.178.71
addrLocalHost = 192.168.178.71:8333
ThreadRPCServer started
ThreadIRCSeed started
ThreadOpenConnections started
ThreadSocketHandler started
ThreadMessageHandler started
IRC :irc.smutfairy.com NOTICE * :*** Looking up your hostname
IRC :irc.smutfairy.com NOTICE * :*** Found your hostname
IRC SENDING: NICK x592110682
IRC SENDING: USER x592110682 8 * : x592110682
IRC :irc.smutfairy.com 001 x592110682 :Welcome to the LFNet Internet Relay Chat$
IRC :irc.smutfairy.com 002 x592110682 :Your host is irc.smutfairy.com[::/6667],$
IRC :irc.smutfairy.com 003 x592110682 :This server was created Sep 11 2015 at 1$
IRC :irc.smutfairy.com 004 x592110682 irc.smutfairy.com hybrid-8.2.8 DFGHRSWabc$
trying connection 184.144.78.195:8333 lastseen=-64.5hrs lasttry=-417778.4hrs
IRC SENDING: USERHOST x592110682
IRC :irc.smutfairy.com 302 x592110682 :x592110682=+x592110682@87.158.40.102
IRC SENDING: USERHOST x592110682
IRC :irc.smutfairy.com 302 x592110682 :x592110682=+x592110682@87.158.40.102
GetIPFromIRC() got userhost 87.158.40.102
GetIPFromIRC() returned 87.158.40.102
IRC SENDING: NICK u5vWP9k2ps34bL7
IRC SENDING: JOIN #bitcoin27
IRC SENDING: WHO #bitcoin27
connected 184.144.78.195:8333
sending: version (85 bytes)
IRC got join
IRC got who
received: version (101 bytes)
Added time data, samples 2, offset +0 (+0 minutes)
sending: verack (0 bytes)
sending: getaddr (0 bytes)
sending: getblocks (933 bytes)
version message: version 70002, blocks=482462
sending: addr (31 bytes)
received: verack (0 bytes)
sending: addr (31 bytes)
received: verack (0 bytes)
received: alert (168 bytes)
trying connection 137.74.30.99:8333 lastseen=-64.6hrs lasttry=-417778.4hrs
accepted alert 2147483647, AppliesToMe()=1
connected 137.74.30.99:8333
sending: version (85 bytes)
received: version (113 bytes)
Added time data, samples 3, offset +9 (+0 minutes)
sending: verack (0 bytes)
sending: getaddr (0 bytes)
sending: alert (168 bytes)
version message: version 70015, blocks=484083
received: verack (0 bytes)
received: alert (168 bytes)
cancelling alert 2147483647
accepted alert 2147483647, AppliesToMe()=1
received: ping (0 bytes)
received: addr (31 bytes)
87  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: August 26, 2017, 10:15:07 PM
Unfortunatly reindexing again didn't work. Strange seemed to me deleting the whole .bitcoin directory and starting over the sync process resulted in the same error at the same block 124,225.
88  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: August 25, 2017, 07:03:56 PM
Thank you for your enduring help. This seems to become a never ending story. Sad

First, I got an error starting bitcoind with the reindex-command. (Took me some time to realize it must be executed while bitcoind isn't running.)
Code:
************************
EXCEPTION: St9bad_alloc
std::bad_alloc
bitcoin in ProcessMessage()

Second, I tried to copy some part from the log file:
Code:
sending getdata: tx 45f73fecb138bd5c8686
sending: getdata (37 bytes)
received: tx (258 bytes)
ERROR: ConnectInputs() : f14f401929 mapTransactions prev not found f105ab4368
ERROR: AcceptToMemoryPool() : ConnectInputs failed f14f401929
storing orphan tx f14f401929
received: tx (369 bytes)
ERROR: nonstandard txin: 0 304402202c56a470db18b5c6c1bed9483cd030c21afd446e098d$
ERROR: AcceptToMemoryPool() : nonstandard transaction type
received: inv (109 bytes)  got inventory: tx f14f4019294bb37a1c47  have
  got inventory: tx 385b3bf110d617a45eb2  new
askfor tx 385b3bf110d617a45eb2   0
  got inventory: tx 5e3759f119c4c720f6c1  new
askfor tx 5e3759f119c4c720f6c1   0
sending getdata: tx 385b3bf110d617a45eb2
sending getdata: tx 5e3759f119c4c720f6c1
sending: getdata (73 bytes)
received: tx (223 bytes)
ERROR: nonstandard txout: OP_HASH160 7c2f0073b7fed10a2c193baa8835eaa39278816a O$ERROR: AcceptToMemoryPool() : nonstandard transaction type
sending getdata: tx 2dead6f4d4b441180fb4
sending getdata: tx d9c33afd2f0e9d875d3f
sending getdata: tx 142fd7aaec040140af83
sending: getdata (109 bytes)
received: tx (372 bytes)
ERROR: ConnectInputs() : 5e3759f119 mapTransactions prev not found 07714cfaba
ERROR: AcceptToMemoryPool() : ConnectInputs failed 5e3759f119
storing orphan tx 5e3759f119
received: tx (255 bytes)
ERROR: nonstandard txout: OP_RETURN 6f6d6e6900000000000000030000000000000369
ERROR: AcceptToMemoryPool() : nonstandard transaction type
received: tx (255 bytes)
ERROR: nonstandard txout: OP_RETURN 6f6d6e69000000000000000300000000000007ff
ERROR: AcceptToMemoryPool() : nonstandard transaction type
received: tx (189 bytes)
ERROR: nonstandard txout: OP_HASH160 8a8816b33f84cb8a3f6df3b901518908038b524b O$
ERROR: AcceptToMemoryPool() : nonstandard transaction type

Does this help you finding the problem's origin?
89  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: August 25, 2017, 10:22:06 AM
Thank you very much, jackg. I'll check the log file, but I guess its content will be very meaningless to me. That's why, I certainly will have to start the reindexing from the front.
90  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: August 24, 2017, 07:50:27 PM
Now, the indexing process seems to got stuck at block 124,275. What can I do to fix this?
91  Bitcoin / Bitcoin Technical Support / Re: bitcoind starts from the very first block instead of continuing on: August 24, 2017, 07:43:30 AM
I didn't know that. Thank you, man, for the explanation. Smiley
92  Bitcoin / Bitcoin Technical Support / bitcoind starts from the very first block instead of continuing on: August 23, 2017, 04:33:41 PM
I want to download the hole blockchain bitcoind on my Linux system. I installed bitcoind on the system and copied the partially downloaded blockchain to the directory "$ HOME /.bitcoin". Then I started bitcoind, but it starts to load the blockchain from the front instead of continuing from the existing data. How can I change this?
93  Bitcoin / Mining software (miners) / Re: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0 on: August 14, 2017, 09:30:37 AM
And why not? Don't know what "no-submit-stale" means.
94  Bitcoin / Mining software (miners) / Re: Linux mining distro for the Raspberry PI - MinePeon on: August 11, 2017, 09:40:33 AM
Why is it asking for a sudo password when trying to enter "Update MinePeon Configuration"? Don't know any other password than "peon". Sad
95  Bitcoin / Mining software (miners) / Re: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0 on: August 08, 2017, 06:47:23 PM
Does every USB port have an ID that can be optained via cgminer in order to see which of your ASIC miners is broken?
96  Local / Mining (Deutsch) / Re: AntMiner funktionieren nicht zuverlässig on: August 04, 2017, 10:55:42 AM
Ich habe es jetzt mit dem cgminer 4.10 probiert. Selbes Problem. Hier zur Veranschaulichung ein Screenshot:

OneDrive

Wer damit etwas anfangen kann, möge sich bitte melden.

Edit: Dass einige Miner kaputt sind bezweifle ich stark, da dann jedes Mal dieselben ausfallen müssten, aber jedes Mal, wenn ich den Mining-Prozess neustarte, fallen i.d.R andere aus. Was sagt ihr dazu?
97  Local / Mining (Deutsch) / Re: AntMiner funktionieren nicht zuverlässig on: July 22, 2017, 06:22:01 PM
Danke für eure Antworten.
Meine Miner sollten mit 1,6 GH/s laufen, sind aber nicht stabil (fallen aus, starten gar nicht erst oder starten mit Verzögerung).
Ich habe mehrere Miner an einem aktiven USB-Hub. Die Leistung des Netzteils ist ausreichend, das verkraftet 4 Ampere.
Ich würde zu gern wissen, wo das Problem liegt.

Sofarmord, kannst du mir sagen, was für einen Hub du benutzt?
98  Local / Mining (Deutsch) / AntMiner funktionieren nicht zuverlässig on: July 18, 2017, 08:00:47 PM
Vor längerer Zeit habe ich mir einige AntMiner U1 geholt. Doch leider laufen diese nicht stabil. Egal ob unter Windows (mit cgminer oder bfgminer) oder mit MinePeon, die Miner laufen nicht stabil. Wenn ich Glück habe und alle gleichzeitig zum Laufen bringe, ist es nur eine Frage der Zeit, bis einer nach dem anderen aussteigt, bis schließlich keiner mehr arbeitet.

Ich bin sehr enttäuscht.
99  Bitcoin / Mining software (miners) / Re: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0 on: May 16, 2017, 09:00:10 PM
Dear -ck,

I cloned the cgminer-repository onto my Raspberry Pi and tried to compile it using the make-command. But it says that the Makefile would be missing.
I then renamed "Makefile.am" to "Makefile". It now says I'd be using spaces instead of tabs.
I had a look at the makefile and it seems to be ok (no spaces).
Do you have any idea for me to get it work?

Yours sincerely
DrakonX
Pages: « 1 2 3 4 [5]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!