 Show Posts
|
|
Pages: [1] 2 »
|
@c00w: LP is still broken. Can't use guiminer atm, guiminer seems to stop working on lp errors with original poclbm i get Exception in thread Thread-1:
Traceback (most recent call last):
File "threading.pyo", line 525, in __bootstrap_inner
File "threading.pyo", line 477, in run
File "BitcoinMiner.pyo", line 389, in longPollThread
File "BitcoinMiner.pyo", line 239, in queueWork
File "BitcoinMiner.pyo", line 222, in prepareWork
TypeError: list indices must be integers, not str
Every 30-60 Seconds, poclbm is reconneting after some seconds, but efficenty drops down to less than 50% Had the Version from yesterday working without any Problems. But all in all, thanks for slice schedular and the extremly usefull webinterface, you are my personal bitcoin-hero  |
|
|
|
|
i'm not running slice schedular, will use it now
|
|
|
|
I'm getting alot "miner is idle" erros from my workers, since the "lp update" from you c00w I tested phoenix 1.5 and poclbm, aswell phoenix with askrate 2 and default. Everytime the same ~10-20% "out of work" (poclbm droped von average 306 to 270 mHashs) BitHopper is spamming "getwork" requests: [09:06:06] RPC request [getwork] submitted to bitcoin.cz
[09:06:07] RPC request [getwork] submitted to bitcoin.cz
[09:06:09] RPC request [getwork] submitted to bitcoin.cz
[09:06:09] RPC request [getwork] submitted to bitcoin.cz
[09:06:11] RPC request [getwork] submitted to bitcoin.cz
[09:06:11] RPC request [getwork] submitted to bitcoin.cz
[09:06:11] RPC request [a787d000] submitted to bitcoin.cz
[09:06:12] RPC request [getwork] submitted to bitcoin.cz
[09:06:13] RPC request [getwork] submitted to bitcoin.cz
[09:06:14] RPC request [getwork] submitted to bitcoin.cz
[09:06:15] RPC request [getwork] submitted to bitcoin.cz
[09:06:15] RPC request [getwork] submitted to bitcoin.cz
[09:06:16] RPC request [getwork] submitted to bitcoin.cz
[09:06:17] RPC request [getwork] submitted to bitcoin.cz
[09:06:18] RPC request [getwork] submitted to bitcoin.cz
[09:06:18] RPC request [getwork] submitted to bitcoin.cz
[09:06:19] RPC request [d471b000] submitted to bitcoin.cz
[09:06:19] RPC request [2e727000] submitted to bitcoin.cz
The Problem is not only bitcoin.cz related it happens with all the others pools,too. |
|
|
|
|
@bb:
the problem is the payout. That's the main problem with multiclone.
You have to change BitHopper to use Usernames (easiest way would be bitcoin addressand not multible worker for every user), let BitHopper generate a stats file for every User on your Server.
This would be easy.
But you have to maintain a "Main Databaes" with all shares per server, per round, per use summited and then scrape the Data from your "main" account, to rate every users share and pay them out automaticaly.
in my optinion a git update is a lot easier and you don't have to depend on a admins account.
Multiclone had the problem, when a Pool Op baned his account with all the shares.
|
|
|
|
Triplemining changed there API Adress, you have to change the code to: api_address:http://api.triplemining.com/json/stats
api_method:json
api_key:solved
|
|
|
|
great, i'm testing it atm Currently bithopper is only mining on tripple and not on the Namecoin pools. The Problem for hopping Namecoins and Bitcoins is, that the Namecoin Profitabilty depends on the Exchange Price NMC/BTC. ATM Namecoin Mining is about 50% more Effective than mining Bitcoins, i tryed using 0.25 Penalty for the NMC Pools but it doesn`t work. Maybe the easiest sollution is enabling the NMC pools and disabling the BTC pools, but bithopper is still submitting to the BTC Backuppools instead of the (mor profitale) NMC Pools. So i had to disable the Backup Pools and use bitparking for backup and namebit for hopping. //Edit: ok was confused its working. Early shares on BTC pools are more provitable, then shares on NMC Pools. Namebit had a new block and BitHopper switched from MTRed to NameBit I modified NMC Pool Penalty to adjust the NMC/BTC Value for me Thanks //Edit2: Final thoughts. On 50% [~15L Shares) BitHopper swtched from BitParking to Arsbitcoin. But Namecoins are more effective, than Bitcoins. For Switching Pools you need the NMC/Bitcoin Profitably, so you only switch to a BTC Pool from a NMC pool when the NMC Pools has a "total efficentcy" of nmc_difficulty*.431 * NMC/Bitcoin Ratio (atm 1.39) > http://dot-bit.org/tools/nextDifficulty.php (or just use a price from namecoinexchange hey have an API http://dot-bit.org/forum/viewtopic.php?p=964#p964 ) But that's just to much work, for just 2 Days of Namecoinmining. I'll disable the namecoin pools again. |
|
|
|
|
Anyone got some namecoin pools working?
Bitparking for backup purposes is no problem, but other namecoin pools seems to have no API too.
Theres Poolmunity with an API, but i didn't got it working.
The Problem with namecoins is, that the'll be unprofitable in 2 Days, so it's maybe not worth putting some serious work in it.
|
|
|
|
I made a personal bitHopper fork with following features - Database logging for share / accept / reject per pool (you can plot chart with it) - choose better backup pool (by accept rate) - can use bitcoins.lc - can use bitp.it - can use polmine - more stability .... Try at your own risk  https://github.com/ryouiki/bitHopper(you must edit password.py as usual) thx works great. But i can't get nofeemining working, neither with "original" bitHopper nor your modded Version. I always mess up the sharesRespons function, with the weekends Version of BitHopper everything was fine, but with the yesterdays Version its broken. Old (working) Version: 'nofee':{'shares': default_shares, 'name': 'nofee',
'mine_address': 'nofeemining.com:8332', 'user': nofee_user,
'pass': nofee_pass, 'lag': False, 'LP': None,
'api_address':'http://www.nofeemining.com/api.php?key=' + nofee_user_apikey, 'role':'mine'} def nofee_sharesResponse(response):
global servers
info = json.loads(response)
round_shares = int(info['poolRoundShares'])
servers['nofee']['shares'] = round_shares
bitHopper.log_msg('nofee:' + FormatShares(round_shares)) 'nofee':nofee_sharesResponse, New (broken) Version: 'nofee':{'shares': default_shares, 'name': 'nofee',
'mine_address': 'nofeemining.com:8332', 'user': nofee_user,
'pass': nofee_pass, 'lag': False, 'LP': None,
'api_address':'http://www.nofeemining.com/api.php?key=' + nofee_user_apikey,
'role':'mine'}, def nofee_sharesResponse(self, response):
info = json.loads(response)
round_shares = int(info['poolRoundShares'])
self.UpdateShares('nofee:',round_shares) 'nofee':self.nofee_sharesResponse, Error is: [10:03:01] Error in pool api for bitp[Failure instance: Traceback: <type 'excep
ions.AttributeError'>: Pool instance has no attribute 'nofee_sharesResponse'
C:\Python27\lib\site-packages\twisted\internet\defer.py:1076:gotResult
C:\Python27\lib\site-packages\twisted\internet\defer.py:1063:_inlineCallbacks
C:\Python27\lib\site-packages\twisted\internet\defer.py:361:callback
C:\Python27\lib\site-packages\twisted\internet\defer.py:455:_startRunCallbacks
--- <exception caught here> ---
C:\Python27\lib\site-packages\twisted\internet\defer.py:542:_runCallbacks
C:\Bit\ryouiki-bitHopper-43e6b75\pool.py:212:selectsharesResponse
]
[10:03:01] bitp est : 0.033427 / 0.94x chance
[10:03:01] Error in pool api for triple[Failure instance: Traceback (failure wi
h no frames): <class '_newclient.ResponseFailed'>: [<twisted.python.failure.Fai
ure <class 'twisted.internet.error.ConnectionLost'>>]
]
[10:03:01] Error in pool api for polmine[Failure instance: Traceback: <type 'ex
eptions.AttributeError'>: Pool instance has no attribute 'nofee_sharesResponse'
C:\Python27\lib\site-packages\twisted\internet\defer.py:1076:gotResult
C:\Python27\lib\site-packages\twisted\internet\defer.py:1063:_inlineCallbacks
C:\Python27\lib\site-packages\twisted\internet\defer.py:361:callback
C:\Python27\lib\site-packages\twisted\internet\defer.py:455:_startRunCallbacks
--- <exception caught here> ---
C:\Python27\lib\site-packages\twisted\internet\defer.py:542:_runCallbacks
C:\Bit\ryouiki-bitHopper-43e6b75\pool.py:212:selectsharesResponse
]
[Failure instance: Traceback (failure with no frames): <class '_newclient.Respo
seFailed'>: [<twisted.python.failure.Failure <class 'twisted.internet.error.Con
ectionLost'>>]
]
|
|
|
|
Miningmainframe uses Scoring and not prop: We currently have an administration fee of 0.5% on top of the 1% (for a total of 1.5% total fees) and utilize a cheat proof scoring algorithm for calculating a fair payout of your shares.
http://mining.mainframe.nl/index |
|
|
|
I got rfcpool.com working, it's a very small and new pool 'rfcpool':{'shares': default_shares, 'name': 'rfcpool.com',
'mine_address': 'pool.rfcpool.com:8332', 'user': rfcpool_user,
'pass': rfcpool_pass, 'lag': False, 'LP': None,
'api_address':'https://www.rfcpool.com/api/pool/stats', 'role':'mine'},
def rfcpool_sharesResponse(response):
global servers
info = json.loads(response)
round_shares = int(info['poolstats']['round_shares'])
servers['rfcpool']['shares'] = round_shares
bitHopper.log_msg('rfcpool:' + FormatShares(round_shares))
'rfcpool':rfcpool_sharesResponse, |
|
|
|
|
i just pasted the code mentioned above into pool.py and everything was fine.
Have you imported re ?
|
|
|
|
Might need a few minor adjustments (the log function is now in a different file for example) though, but its easy enough to do I guess. thanks Sukrim I think I got it working, would have never figured that out without your code I tried it, couldn't get it to work. I'll try again tonight, and post errors if they occur. I'm using flowers mod but here is the code i used to get it working if it helps I almost missed that.. needs to be near the top chillin with the rest of the elitist import statements. 'triplemining':{'shares': default_shares, 'name': 'triplemining.com',
'mine_address': 'eu.triplemining.com:8344', 'user': triplemining_user,
'pass': triplemining_pass, 'lag': False, 'LP': None,'slice':-1, 'slicedShares':0,
'api_address':'https://www.triplemining.com/stats', 'role':'mine'},you can cut out the slice stuff if using cows, just look at another one for example def triplemining_sharesResponse(response):
global servers
statpage = response
shares = re.search(r"<td>[0-9]*</td>", statpage).group(0)[4:-5]
round_shares = int(shares)
servers['triplemining']['shares'] = round_shares
bitHopper.log_msg( 'triplemining :' + FormatShares(round_shares)) that had some minor adjustments  and of course def selectsharesResponse(response, args):
#bitHopper.log_dbg('Calling sharesResponse for '+ args)
func_map= {'bitclockers':bitclockers_sharesResponse,
'mtred':mtred_sharesResponse,
'nofee':nofee_sharesResponse,
'triplemining':triplemining_sharesResponse,
'ozco':ozco_sharesResponse,
'bitp':bitp_sharesResponse}
func_map[args](response)
bitHopper.server_update() and dont forget the password file Thanks got it working |
|
|
|
|
another question:
i'm using bithopper for some days and never mined on bitcoins.lc
is this right? or a bug?
looks kinda weird to me
|
|
|
|
|
Same Problem here with phoenix and 4670.
Use poclbm or DiabloMiner instead.
Phoenix 1.5 / GuiMiner with Phoenix ~50-80% stales
poclbm atm <1%
Tested it with Ubuntu 11.04 SDK 2.1 , Ubuntu with SDK 2.4 and Windows 7 with 2.4. Everytime phoenix seems broken.
HD 6970 in the same machines with phoenix are ok (<1% stales)
|
|
|
|
|
Yes, the new Version runs great for about 6 Hours and 9 Workers connected.
No Errors, fast pool switching and nearly 0 stales.
|
|
|
|
nice update thx. But wish i had more options to pass like: --port --hideRPCrequests --showServerShares.. And it would be great for statistic if you could count each valid share for each server and save it in a stats.blub file or something like that. From time to time i get: 2011-07-13 09:20:14+0200 [-] Caught, jsonrpc_call insides
2011-07-13 09:20:14+0200 [-] User timeout caused connection failure.
2011-07-13 09:20:18+0200 [-] Caught, jsonrpc_call insides
2011-07-13 09:20:18+0200 [-] User timeout caused connection failure.
...
2011-07-13 09:23:07+0200 [-] User timeout caused connection failure.
2011-07-13 09:23:15+0200 [-] Caught, jsonrpc_call insides
2011-07-13 09:23:15+0200 [-] User timeout caused connection failure.
In that time my workers feel bored and didn't work. Same here. I'm on mtred now, and everythings fine. But on bitclockers before, there where a lot of these errors. And about 20% stales. Maybe some kind of DDOS-protection from Bitclockers? phoenix wrote this in the console: 2011-07-13 09:22:38: Traceback (most recent call last):
2011-07-13 09:22:38: File "phoenix.py", line 125, in <module>
2011-07-13 09:22:38: File "twisted\internet\base.pyo", line 1166, in run
2011-07-13 09:22:38: File "twisted\internet\base.pyo", line 1175, in mainLoop
2011-07-13 09:22:38: --- <exception caught here> ---
2011-07-13 09:22:38: File "twisted\internet\base.pyo", line 779, in runUntilCurrent
2011-07-13 09:22:38: File "minerutil\RPCProtocol.pyo", line 130, in callback
2011-07-13 09:22:38: File "minerutil\RPCProtocol.pyo", line 352, in handleWork
2011-07-13 09:22:38: exceptions.TypeError: string indices must be integers
DiabloMiner was idle after the rp_call connection lost erros: java.lang.NullPointerException Only m0mchilds poclbm seems to run smooth. //EDIT: Oops you uploaded a new Version, i'll test it //EDIT2: Thanks, works great now. |
|
|
|
|
First things first, Thanks for BitHopper!
Second: Thought about ArsBitcoin as second Backup Pool? Like Eligius thery are using SMPPS. I mined on Ars when Eligius had problems, and had 0 Downtimes.
|
|
|
|
|
there is nothing for free in the world, there must be a trick... ok maybe i'm just paranoid
|
|
|
|
|
MIr gefällt Eligius auch mit abstand an Besten, minimalistisches Design, jedoch sind genau die Statistiken da, welche ich benötige.
Zwar fehlt der Nervenkitzel, jedoch gibt es immer eine vorhersehbare Menge Bitcoins
|
|
|
|
|
