There is still a bug in submitblock with long hexdata, it still throw a 500 Error and prevents pools from mining correctly
I'm assuming you've followed vipah's instructions? https://bitcointalk.org/index.php?topic=379236.msg4110512#msg4110512I had been working on the issue but the person I was working on it with had not set the config option so I was waiting to hear back from him if it was still doing it before I proceeded
|
|
|
[size=0pt]JOIN US AND YOU WILL NOT HAVE TO LEAVE AGAIN[/size] I've been mining here for 2 days now with no issues at all. If anyone is looking for a solid pool this one's pretty good so far! I'm definitely digging EarthCoin, can't wait until it starts getting more attention and exchange listings. 70 MH/s and 400% average completion (this means 4x the time it should take to mine a block) http://eac.hackshardgaming.net/ 130 MH/s and 110% average completion (this means it takes how long it should to mine a block) Not exactly the best pool...lol So is this the best pool to mine at right now? Also, the fee here is 2.5% vs 1% Can someone give me a link to a good explanation on what attributes to look for in a mining pool? Hackshardgaming is finding blocks on average 4x as fast as the other pool mentioned. So say you get 10k coins per block and normal time to find a block is one hour. So on the first pool you would be getting 10k every four hours and paying out 100 coins of that, whereas on the hackshard pool you would be getting 10k every hour and paying out 250 coins of that. (These numbers are made up to show the difference in pools, you'll need to make your own estimates for hashrate vs reward) I can confirm that hackshardgaming is definitely a superior pool now that I've tried it. I've been there for maybe 2 hours already and have earned significantly (perhaps 3x so far) more EAC than at the other pool. Good tip! I personally find the VirCurPool to be the most consistent. Its averageing a block in less then 2 minutes. Given that the coin says a block should be found on the network ever 60 seconds, that means that pool is getting over half of the found blocks.
|
|
|
Been mining this for 24hrs now in a pool, finally found a block - Yay, but it was orphaned - Boo So still zero coins mined. Does this happen a lot - should I stick with it? New to this but would like to make a go of Earthcoin so any tips appreciated. Thanks! I would suggest a pool with a reasonable hashrate and good average blck find time. http://eac.hackshardgaming.net/ is finding a block every 6 minutes or so on average. Some of the pools I've seen are much longer. There is one pool that has a large chuck of the network hashrate (well over half right now) and there finding blocks every 2 minutes but I won't suggest them as to try to distribute the bandwidth around some!
|
|
|
I can also provide the server hardware I suspect a proper server would fix the issue in and of itself. I haven't looked into the details of the amazon micro servers, but I suspect its the culprit. I can setup a test block chain explorer locally to confirm if its an issue with the server/interperter or something else. I have no where to host or I would have set it up myself. It will be a few hours before I can get it setup so I'll check back first to make sure you haven't already fixed it.
|
|
|
Hi, it's Jim again for the block explorer. I'm enlisting additional help (from the dev of florinexchange.com). I think the problematic transaction is this massive one: http://54.203.207.156/earthcoin/index.php?transaction=aba429f6d7d4c9d437aafc3d57755830c271e6fdcb9d5145a4236c4728f579d4That's causing Abe to overflow for some reason. Need to learn more python... Doing the initialization of Abe, I get (130 blocks are fine...) block 131 already in chain 2 commit Exception at 4346218101897980245 Failed to catch up {'blkfile_offset': 26188, 'blkfile_number': 1, 'chain_id': 2, 'loader': None, 'dirname': '/home/ubuntu/.earthcoin', 'id': Decimal('1')} Traceback (most recent call last): File "Abe/DataStore.py", line 2621, in catch_up store.catch_up_dir(dircfg) File "Abe/DataStore.py", line 2885, in catch_up_dir store.import_blkdat(dircfg, ds, blkfile['name']) File "Abe/DataStore.py", line 3012, in import_blkdat b = store.parse_block(ds, chain_id, magic, length) File "Abe/DataStore.py", line 3043, in parse_block d['transactions'].append(deserialize.parse_Transaction(ds)) File "Abe/deserialize.py", line 92, in parse_Transaction d['txOut'].append(parse_TxOut(vds)) File "Abe/deserialize.py", line 67, in parse_TxOut d['value'] = vds.read_int64() File "Abe/BCDataStream.py", line 72, in read_int64 def read_int64 (self): return self._read_num('<q') File "Abe/BCDataStream.py", line 110, in _read_num (i,) = struct.unpack_from(format, self.input, self.read_cursor) OverflowError: Python int too large to convert to C long Abe initialized. Traceback (most recent call last): File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "/home/ubuntu/bitcoin-abe/Abe/abe.py", line 2248, in <module> sys.exit(main(sys.argv[1:])) File "/home/ubuntu/bitcoin-abe/Abe/abe.py", line 2244, in main serve(store) File "/home/ubuntu/bitcoin-abe/Abe/abe.py", line 2119, in serve httpd = make_server(args.host, port, abe) File "/usr/lib/python2.7/wsgiref/simple_server.py", line 144, in make_server server = server_class((host, port), handler_class) File "/usr/lib/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib/python2.7/wsgiref/simple_server.py", line 48, in server_bind HTTPServer.server_bind(self) File "/usr/lib/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) socket.error: [Errno 99] Cannot assign requested address
Happy holidays! This is complete speculation but I'm guessing the issues stems from the amazon service. I'm guessing the long int (in C) is not 64 bit long on your system, which is what python is expecting and is what is causing the overflow. Of course, like I say, this is utter speculation after looking at the code for 30 seconds. It does seem likely though. Where its only a large trascaction that has the problem, the smaller transactions likely don't go over the 32 limit (again speculation)
|
|
|
Still getting this error.
2 LTC bounty if someone can help me solve this.
2013-12-24 17:23:54+1030 [Protocol,4,213.153.156.208] Submitting Block with Submit Block 2013-12-24 17:23:54+1030 [HTTPPageGetter,client] Submit Block call failed, trying GetBlockTemplate 2013-12-24 17:23:54+1030 [HTTPPageGetter,client] Hit Block_template.py 2013-12-24 17:23:54+1030 [HTTPPageGetter,client] hit template registry 2013-12-24 17:23:54+1030 [HTTPPageGetter,client] Unhandled error in Deferred: 2013-12-24 17:23:54+1030 [HTTPPageGetter,client] Unhandled Error Traceback (most recent call last): Failure: twisted.web.error.Error: 500 Internal Server Error
Same here, not sure what the problem is I've been trying ot give him a hand with the issue. Haven't got too far yet as I'm troublshooting without a copy to test fixes on but I suggested a few things to start off. First in stratum-mining / lib / bitcoin_rpc.py between line 49 and 50 add the line log.exception("Problem Submitting block with submitblock %s" % str(e)) That should give a better description of the error I was waiting to hear back from him if the issue is intermittent or constant and if he can successfully manually submit a block. If its intermittent a work around could be to run the submitblock thought a loop to try a few times before failing. I have to go to sleep now as its quite late here but tomorrow (for me) if this hasn't been fixed I'll set up a test environment so I can reproduce the error which will make it much easier for me to track down. EDIT: I spelled log.exception wrong, re-edited with proper spelling
|
|
|
I'm mining on http://eac.eu.hackshardgaming.net/ and got somewhat around 600 EAC yesterday. Today I woke up and found out there is no coin left in my account. In my wallet I also find nothing there. Do you guys know what happen? from their home page Earlier today while adding a new pool on our European machine, we accidentally configured our cronjobs incorrectly. What this means is that the process which queries the database for payments and then sends them out accordingly was accidentally run twice, causing payments to be double sent and our server wallet to be emptied. All of our users without autopayments set up (and many with it) lost their entire coin balance stored on the server. We know what caused the issue and it was entirely our fault. Nothing was hacked. We have taken steps to ensure this never happens again. Everything is now running smoothly and will continue to do so. Sincere apologies, ~The HSG Team
|
|
|
Question for anyone who might know. As I'm rather new I haven't mined a lot of different coins and the ones I had mined the blocks were always found quickly. I also don't know alot about the technical side of mining
When I started mining yesterday a block was on the pool rather quickly, every 2 to 4 minutes which seemed logical where the pool was 1/5 the network hashrate. Today however I'm noticing something much different. Its taking much longer to find a block which is driving the estimated shares % up to 200% or better which from what I can tell(in the case of 200%) would give you half of what it estimates your spouse to get for the block.
I don't get it. I can see new blocks being detected in cgniner on a fairly frequent bases, and where the pool I'm in is accounting for 1/5 of the hash rate logic says a fair share of the found blocks should be coming from the pool. The difficulty is equivalent and the network hashrate is the same
I was pool jumping earlier to find a better option but most of the other pools were even worse.
so what gives? am I just misunderstanding something here?
|
|
|
lasciv had 3 days of mining lost That however I would define as the end of the world
|
|
|
Thankfully I only lost about 700 coins so it wasn't the end of the world.
At least theres an explanation
|
|
|
Are we gonna get the coins?
I'm leaning towards no.. but I would be pleasantly surprised if I were wrong
|
|
|
You should see it in your wallet, but it hasn't went live on the market yet.
|
|
|
What happened with the EU pool? I just was checking my miner before and it looked like it was coming back from a disconnect. Checked the online dashboard and everything was zeroed out. Transactions, balance, blocks found, everything. Same here ... :/ Not funny.. big fat nothing.. Deviant? I changed pools, cause that just isn't cool. and it would be even less cool if it happened again.
|
|
|
twitter: L0rd_Icon
DAm8LNJQmDxiGarboHMgDaZwbCoBRTD738
|
|
|
What happened with the EU pool? I just was checking my miner before and it looked like it was coming back from a disconnect. Checked the online dashboard and everything was zeroed out. Transactions, balance, blocks found, everything. Same here ... :/
|
|
|
ebrPC5c1RddyCrWUg1q8EbAMcsnT5znyTq Doge coin, because of the cute dogs.
|
|
|
DAm8LNJQmDxiGarboHMgDaZwbCoBRTD738
Thanks
|
|
|
ebrPC5c1RddyCrWUg1q8EbAMcsnT5znyTq
happy hollidays
|
|
|
Ahh thanks for confirming that...I'm in NZ (it's the 24th here), so wasn't sure. Does that mean it might be worth solo mining today? I'm new to this so any tips appreciated. I'm no expert bu I'm thinking solo mining wouldn't be overly successful at this point. the network hashrate just hit 2GH/s
|
|
|
Hey guys! I think we will be richer than before. Crypto is still at its early stage. Now, let's mine some coins I like your optimism and share the sentiment. To feel like an real miner I suggest wearing a hard hat, covering yourself with dirt and keeping a pic axe within arms reach. Just because were mining virtual "gold" doesn't mean it shouldn't be authentic and in the event of a market crash you'll have a pic axe handy to put through your monitor.
|
|
|
|