Amph
Legendary
Offline
Activity: 3206
Merit: 1069
|
|
September 08, 2014, 03:03:34 PM |
|
hey guys.can anyone tell me why i keep getting "unable to get mining info from wallet" and "failed to submit nonce" errors on v2 pool.i have tried changing port to 80 .i am submitting shares and getting payouts just wondering if this will affect my payouts.
re-do the 1 fee burst i did it.but why do this again.just curious because maybe you have changed the recepier
|
|
|
|
ltcnim
Legendary
Offline
Activity: 914
Merit: 1001
|
|
September 08, 2014, 03:16:56 PM |
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines: {"result":"success","deadline":756214} {"result":"success","deadline":824025} ... edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one. i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly): if(best < 5000000000000ULL) so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB edit: i'll try again and let it run a little longer...
|
|
|
|
Sglasio
|
|
September 08, 2014, 03:23:40 PM Last edit: September 08, 2014, 03:37:07 PM by Sglasio |
|
who can write .bat script for many file mklink?
oh... i found )))
|
|
|
|
dcct
|
|
September 08, 2014, 03:30:45 PM |
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines: {"result":"success","deadline":756214} {"result":"success","deadline":824025} ... edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one. i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly): if(best < 5000000000000ULL) so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB edit: i'll try again and let it run a little longer... You are using the old miner code. Try this one: https://bchain.info/dcct_miner.tgz
|
|
|
|
fanepatent
|
|
September 08, 2014, 03:38:27 PM |
|
Ok, the GPU plotter isn't working. Tried on a 280x. I would like to give people an alternative to the java plotter. But it will require some resources. Using VMWare to plot and mine. In VMWare you can attach physical hard drives to the vm. The rest you know. But you will have to give it enough resources to run properly. In case of plotting, I allocated 16 Gb to the vm. But then thought of another way. I installed Xubuntu on one of the drives, plotted what I had to plot. Then went back to windows, created a virtual machine and attached the 2 drives I used to it. The installation used to plot works flawlessly in VM. So now I have a vm with 2 physical drives attached. Again, this version is not for the tech savvy. We need a faster way to plot in Windows directly.
|
BURST - BURST-58XP-63WY-XSVQ-ASG9A
|
|
|
ltcnim
Legendary
Offline
Activity: 914
Merit: 1001
|
|
September 08, 2014, 03:44:01 PM |
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines: {"result":"success","deadline":756214} {"result":"success","deadline":824025} ... edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one. i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly): if(best < 5000000000000ULL) so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB edit: i'll try again and let it run a little longer... You are using the old miner code. Try this one: https://bchain.info/dcct_miner.tgzdoes this work on the pool? I tried it (after messing around with the shabal ARM files) and this is the result: ./mine32 http://burst-pool.cryptoport.io ~/burstplots/plots/ Node: Connection refused Could not get mining info from Node. Will retry.. Node: Connection refused Could not get mining info from Node. Will retry..
|
|
|
|
paradigmflux
|
|
September 08, 2014, 03:51:20 PM |
|
Come on miners! Get your SHA rigs pointed at stratum+tcp://pool.burstmultipool.com:5555 Our profitability stats for the current shift update on the main page every 10 minutes! We need more scrypt miners to start solving some blocks, but our SHA miners are currently nearly 1/3 more profitable than BTC directly. Why settle for a generic NOMP rip?
|
|
|
|
uray
|
|
September 08, 2014, 03:51:34 PM |
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines: {"result":"success","deadline":756214} {"result":"success","deadline":824025} ... edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one. i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly): if(best < 5000000000000ULL) so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB edit: i'll try again and let it run a little longer... actually that limit was from original code of dcct miner, my pool will accept any deadline, you can delete that line if you want, and for "xxx read/yyy total" , its shows actual byte read, since only 1/4096 data is needed to be read, for example if you have 4 TB plot, dcct-miner will shows highest read is 1 GB
|
|
|
|
ltcnim
Legendary
Offline
Activity: 914
Merit: 1001
|
|
September 08, 2014, 03:54:16 PM |
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines: {"result":"success","deadline":756214} {"result":"success","deadline":824025} ... edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one. i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly): if(best < 5000000000000ULL) so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB edit: i'll try again and let it run a little longer... actually that limit was from original code of dcct miner, my pool will accept any deadline, you can delete that line if you want, and for "xxx read/yyy total" , its shows actual byte read, since only 1/4096 data is needed to be read, for example if you have 4 TB plot, dcct-miner will shows highest read is 1 GB do you mean that 72MB/320GB does not mean my plot files are only detected to be 320GB? also it still does not explain why the java miner finds way more and better deadlines.
|
|
|
|
paradigmflux
|
|
September 08, 2014, 03:54:41 PM |
|
Is it possible to plot over SMB?
|
|
|
|
|
Amph
Legendary
Offline
Activity: 3206
Merit: 1069
|
|
September 08, 2014, 04:01:52 PM |
|
something is wrong, when i close the miner the mem used remain there, and i need to reboot, i've already removed superfetch and disable it in services
|
|
|
|
uray
|
|
September 08, 2014, 04:02:27 PM |
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines: {"result":"success","deadline":756214} {"result":"success","deadline":824025} ... edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one. i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly): if(best < 5000000000000ULL) so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB edit: i'll try again and let it run a little longer... actually that limit was from original code of dcct miner, my pool will accept any deadline, you can delete that line if you want, and for "xxx read/yyy total" , its shows actual byte read, since only 1/4096 data is needed to be read, for example if you have 4 TB plot, dcct-miner will shows highest read is 1 GB do you mean that 72MB/320GB does not mean my plot files are only detected to be 320GB? also it still does not explain why the java miner finds way more and better deadlines. no, it shows byte read progress, if it shows 72MB/320 GB, it said miner has read 320GB of your plot. see this code, both number is from same variable but the second one is 1/4 of the first one ( first on with MB suffix, and second one with GB suffix) printf("\r%llu MB read/%llu GB total/no deadline ", (bytesRead / ( 1024 * 1024 )), (bytesRead / (256 * 1024)));
i dont really understand why it write like that
|
|
|
|
ltcnim
Legendary
Offline
Activity: 914
Merit: 1001
|
|
September 08, 2014, 04:07:58 PM |
|
looks like the first one is the real read data, and seconds one is calculated nonces (bytes * 1024 * noncesize)
|
|
|
|
uray
|
|
September 08, 2014, 04:12:20 PM |
|
looks like the first one is the real read data, and seconds one is calculated nonces (bytes * 1024 * noncesize)
i have one suspect why dcct-miner has bad deadline, i will post after testing it
|
|
|
|
muzkle
Full Member
Offline
Activity: 266
Merit: 100
The Premier Digital Asset Management Ecosystem
|
|
September 08, 2014, 04:13:44 PM |
|
Lets call @bittrex to add BURST on the list
|
|
|
|
paradigmflux
|
|
September 08, 2014, 04:18:04 PM |
|
Is it possible to plot over SMB?
SMB/CIFS
|
|
|
|
Nefritox
|
|
September 08, 2014, 04:21:21 PM |
|
Lets call @bittrex to add BURST on the list why we waiting for this so long
|
|
|
|
wmikrut
|
|
September 08, 2014, 04:27:52 PM |
|
So just a q I have had trouble finding an answer to. Plot generation... got it. No overlapping nonces.
So let's say I have three HDDs and I am too lazy to make that one big disk. I could generate plots on each disk (keeping nonces unique).
Do I then solo mine three clients (one for each disk). So for example I have :
d:\pocminer_v1\plots e:\pocminer_v1\plots f:\pocminer_v1\plots
If I were to pool mine, would I also need to run three clients... one on each disk? Thank you!
You must run 3 instance.. 1 for each hdd Thank you Matt and Cobra for the responses!
|
I will NEVER ask for any kind of funds up front in a buy/sale of anything on bitcointalk.
BM-2cTFihJKmSwusMAoYuUHPvpx56Jozv64KK
|
|
|
Amph
Legendary
Offline
Activity: 3206
Merit: 1069
|
|
September 08, 2014, 04:39:01 PM |
|
can someone tell me his kernel memory(paged) for 3tb? my paged is 5gb with 3tb, is this normal?
|
|
|
|
|