|
SoulSlayerPT
|
 |
September 04, 2013, 05:00:05 PM |
|
"Do not use on multiple block chains at the same time!"
So, the thing is.. Does not work?... Dam.. Can't i just disable the get blocks from another pools and it only runs from the pool 0 and get blocks from it?
Read about how pooled mining work... Sorry, what do you mean? Did you understood what i am asking? I am trying to solomine a coin and have a pool from other coin in the same config. So i just switch pool when i want and i don't have to close cgminer. I just wanted to cgminer to use one pool and disable all the rest unless i select the pool.
|
|
|
|
|
|
Krak
|
 |
September 04, 2013, 05:05:12 PM |
|
Sorry, what do you mean? Did you understood what i am asking? I am trying to solomine a coin and have a pool from other coin in the same config. So i just switch pool when i want and i don't have to close cgminer. I just wanted to cgminer to use one pool and disable all the rest unless i select the pool.
As long as all of the pools/coin daemons in your config are using the same blockchain, there is no harm in allowing cgminer to detect block changes from a pool while solo-mining.
|
BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
|
|
|
|
-Redacted-
|
 |
September 04, 2013, 05:05:37 PM |
|
I just wanted to cgminer to use one pool and disable all the rest unless i select the pool. Then why don't you disable them? [P]ool [D]isable You know, there's useful information in the readme down past line #3...
|
|
|
|
|
Zanatos666
Sr. Member
  
Offline
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
|
 |
September 04, 2013, 05:09:04 PM |
|
Right, I'm obviously done something wrong here. Rebooted & now got the "all devices disabled - cannot mine" death sentence. What you reckon - uninstall/reinstall everything? or is it a simple fix? I'm such a nonce sometimes.......  It wouldnt hurt, if you have that time. I would start over, download the latest version from the git and extract, then move your "make clean" line before your ./autogen.sh line, recompile and see if that works. Again, I know less than you do, just from the little bit I have seen around and from what I have done, it seems you have to make clean first, I almost think that when you do the make clean after your CFLAGS line its wiping our those options you just enabled.
|
Squiggly letters, written really fast, with a couple of dots for good measure.
|
|
|
|
PatMan
|
 |
September 04, 2013, 05:25:25 PM |
|
Right, I'm obviously done something wrong here. Rebooted & now got the "all devices disabled - cannot mine" death sentence. What you reckon - uninstall/reinstall everything? or is it a simple fix? I'm such a nonce sometimes.......  It wouldnt hurt, if you have that time. I would start over, download the latest version from the git and extract, then move your "make clean" line before your ./autogen.sh line, recompile and see if that works. Again, I know less than you do, just from the little bit I have seen around and from what I have done, it seems you have to make clean first, I almost think that when you do the make clean after your CFLAGS line its wiping our those options you just enabled. OK, reinstalled everything - no go: " [2013-09-04 18:21:42] Started cgminer 3.4.2 [2013-09-04 18:21:42] Loaded configuration file /home/bitcoin/.cgminer/cgminer. conf [2013-09-04 18:21:42] All devices disabled, cannot mine!" Seems it's not detecting my usb? Also seing this at end of report: "configure: error: No mining configured in" Any help would be greatly appreciated......
|
|
|
|
Zanatos666
Sr. Member
  
Offline
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
|
 |
September 04, 2013, 05:28:24 PM |
|
Right, I'm obviously done something wrong here. Rebooted & now got the "all devices disabled - cannot mine" death sentence. What you reckon - uninstall/reinstall everything? or is it a simple fix? I'm such a nonce sometimes.......  It wouldnt hurt, if you have that time. I would start over, download the latest version from the git and extract, then move your "make clean" line before your ./autogen.sh line, recompile and see if that works. Again, I know less than you do, just from the little bit I have seen around and from what I have done, it seems you have to make clean first, I almost think that when you do the make clean after your CFLAGS line its wiping our those options you just enabled. OK, reinstalled everything - no go: " [2013-09-04 18:21:42] Started cgminer 3.4.2 [2013-09-04 18:21:42] Loaded configuration file /home/bitcoin/.cgminer/cgminer. conf [2013-09-04 18:21:42] All devices disabled, cannot mine!" Seems it's not detecting my usb? Also seing this at end of report: "configure: error: No mining configured in" Any help would be greatly appreciated...... AH, stupid me, you have to enable your USB's as well. So, you arent wanting to use your GPU's at all, right? Then in addition to --disable-opencl, you need to also include --enable-blfsc --enable-icarus --enable-avalon This will enable block erupters, butterfly lab USB devices, and Avalon devices.
|
Squiggly letters, written really fast, with a couple of dots for good measure.
|
|
|
kano
Legendary
Offline
Activity: 4788
Merit: 1910
Linux since 1997 RedHat 4
|
 |
September 04, 2013, 05:32:07 PM |
|
... CFLAGS="-O2 -Wall -march=native" ./configure --disable-opencl ...
Lulz - you do actually have to compile in a driver or 2 ... otherwise without a driver ... it wont find any devices. CFLAGS="-O2 -Wall" ./configure --disable-opencl --enable-icarus To see that the driver you want .... isn't there ./cgminer -h | head -2After you actually include at least one driver ./cgminer -nEdit: lol OK someone just posted that before me ... I was slow typing 
|
|
|
|
|
PatMan
|
 |
September 04, 2013, 05:35:12 PM |
|
Aaah, don't say that! You make me sound stupider than I actually am.......  Right, let me go at it again......... Me? Stupid? 
|
|
|
|
|
PatMan
|
 |
September 04, 2013, 05:49:21 PM Last edit: September 04, 2013, 06:02:35 PM by PatMan |
|
... CFLAGS="-O2 -Wall -march=native" ./configure --disable-opencl ...
Lulz - you do actually have to compile in a driver or 2 ... otherwise without a driver ... it wont find any devices. CFLAGS="-O2 -Wall" ./configure --disable-opencl --enable-icarus To see that the driver you want .... isn't there ./cgminer -h | head -2After you actually include at least one driver ./cgminer -nEdit: lol OK someone just posted that before me ... I was slow typing  ... CFLAGS="-O2 -Wall -march=native" ./configure --disable-opencl ...
Lulz - you do actually have to compile in a driver or 2 ... otherwise without a driver ... it wont find any devices. CFLAGS="-O2 -Wall" ./configure --disable-opencl --enable-icarus To see that the driver you want .... isn't there ./cgminer -h | head -2After you actually include at least one driver ./cgminer -nEdit: lol OK someone just posted that before me ... I was slow typing  Kano & Zanatoss666 - Thanks. I am putting myself forward as main candidate for "CGM shit-for-brains award 2013". My stupidity amazes even me sometimes......  Right, now that I've done embarrassing myself, I'm still stuck with this 30% cpu usage problem - any ideas on that one? Be gentle with me....... 
|
|
|
|
|
SoulSlayerPT
|
 |
September 04, 2013, 06:05:44 PM |
|
I just wanted to cgminer to use one pool and disable all the rest unless i select the pool. Then why don't you disable them? [P]ool [D]isable You know, there's useful information in the readme down past line #3... That is a good idea! Thank you! Nice would be a way of if i change to a pool disabling the rest!
|
|
|
|
|
|
-Redacted-
|
 |
September 04, 2013, 06:42:47 PM |
|
You really shouldn't mix and match different blockchains in the same config, or in the same session. It's really better to have two config files, quit out of cgminer, switch the files and restart. You are just asking for trouble trying to switch between them on the fly. There are reasons why the instuctions specifically say not to do this...
|
|
|
|
|
|
centove
|
 |
September 04, 2013, 08:01:41 PM |
|
I don't remember why, and I can't find a post saying why, but I'm still running 3.1.1. I decided to try out 3.4.2 and I get this: ADL..................: SDK NOT found, GPU monitoring support DISABLED from the exact same configure command I can still run in the 3.1.1 source and get this: ADL..................: SDK found, GPU monitoring support enabled . Any chance a change needs made in the source to fix that again? I know this happened once before and it was a pretty quick fix, after which I redownloaded. Copy the ADL_SDK include files from 3.1.1 (or the sdk_app thingy) to the ADL_SDK directory and re-configure.
|
|
|
|
|
The00Dustin
|
 |
September 04, 2013, 08:14:05 PM |
|
I don't remember why, and I can't find a post saying why, but I'm still running 3.1.1. I decided to try out 3.4.2 and I get this: ADL..................: SDK NOT found, GPU monitoring support DISABLED from the exact same configure command I can still run in the 3.1.1 source and get this: ADL..................: SDK found, GPU monitoring support enabled . Any chance a change needs made in the source to fix that again? I know this happened once before and it was a pretty quick fix, after which I redownloaded. Copy the ADL_SDK include files from 3.1.1 (or the sdk_app thingy) to the ADL_SDK directory and re-configure. Duh! Been way too long. Thanks. ETA: Sent a bitcent your way.
|
|
|
|
|
zomnut
Newbie
Offline
Activity: 16
Merit: 0
|
 |
September 04, 2013, 09:02:39 PM |
|
Using 3.4.2, logging to syslog. If my cgminer log interval is not set to 5, I don't receive the log entries like (5s):xxG (avg):xxGh/s | A:xx R:xx HW:xx WU:xx/m to syslog at all. I still get other syslog entries from cgminer, just not this entry. When log interval is equal to 5, I get that entry every 5 seconds.
|
|
|
|
|
|
centove
|
 |
September 04, 2013, 11:34:57 PM |
|
I don't remember why, and I can't find a post saying why, but I'm still running 3.1.1. I decided to try out 3.4.2 and I get this: ADL..................: SDK NOT found, GPU monitoring support DISABLED from the exact same configure command I can still run in the 3.1.1 source and get this: ADL..................: SDK found, GPU monitoring support enabled . Any chance a change needs made in the source to fix that again? I know this happened once before and it was a pretty quick fix, after which I redownloaded. Copy the ADL_SDK include files from 3.1.1 (or the sdk_app thingy) to the ADL_SDK directory and re-configure. Duh! Been way too long. Thanks. ETA: Sent a bitcent your way. I fumbled around with that for a couple of hours till it hit me.. 
|
|
|
|
kano
Legendary
Offline
Activity: 4788
Merit: 1910
Linux since 1997 RedHat 4
|
 |
September 05, 2013, 01:17:02 AM |
|
... Right, now that I've done embarrassing myself, I'm still stuck with this 30% cpu usage problem - any ideas on that one? Be gentle with me.......  Do that at the same time as the output of java API summaryI run 2 AMU erupters on a tiny RPi Raspbian and it uses only 1.8% CPU 23464 root 20 0 202m 59m 2868 S 1.6 16.0 47:03.55 cgminer-3.4.2a
[Elapsed] => 159427
(47*60+3.55)/159427 = 1.77...% I note that you are also running bitcoind and possibly even p2pool (python) on that at the same time ...
|
|
|
|
Rant2112
Newbie
Offline
Activity: 70
Merit: 0
|
 |
September 05, 2013, 02:25:33 AM |
|
I'm having trouble getting 3.4.2 working with my ASICMiner USB Block Erupter. I'm still using 3.1.1. 8( I've looked at the usbfail post https://asktom.cf/index.php?topic=28402.msg2817682#msg2817682I've built a local version of libusb-1.0.16-rc10 But, when I try to run cgminer's configure to use it it looks like it is still using the cgminer*/compat/libusb* version. FYI - I only use this machine for mining so I would be happy to change libusb to whatever version works for cgminer if that's easier than pointing the cgminer make to my local libusb... Thanks.
|
|
|
|
|
kano
Legendary
Offline
Activity: 4788
Merit: 1910
Linux since 1997 RedHat 4
|
 |
September 05, 2013, 02:32:14 AM |
|
3.4.2 uses libusb-1.0.16-rc10 If you build it yourself, start with an empty directory.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4648
Merit: 1701
Ruu \o/
|
 |
September 05, 2013, 02:40:25 AM |
|
I'm having trouble getting 3.4.2 working with my ASICMiner USB Block Erupter. I'm still using 3.1.1. 8( I've looked at the usbfail post https://asktom.cf/index.php?topic=28402.msg2817682#msg2817682I've built a local version of libusb-1.0.16-rc10 But, when I try to run cgminer's configure to use it it looks like it is still using the cgminer*/compat/libusb* version. FYI - I only use this machine for mining so I would be happy to change libusb to whatever version works for cgminer if that's easier than pointing the cgminer make to my local libusb... Thanks. I wanted to make it easier for everyone so I modified the entire build tree to use the optimal libusb automatically, that's why it's now included in the cgminer release tarballs/git tree (it is 1.0.16-rc10) and is built into the cgminer binary statically. No need to do anything with libusb from the user side.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
|
PatMan
|
 |
September 05, 2013, 11:12:28 AM |
|
... Right, now that I've done embarrassing myself, I'm still stuck with this 30% cpu usage problem - any ideas on that one? Be gentle with me.......  Do that at the same time as the output of java API summaryI run 2 AMU erupters on a tiny RPi Raspbian and it uses only 1.8% CPU 23464 root 20 0 202m 59m 2868 S 1.6 16.0 47:03.55 cgminer-3.4.2a
[Elapsed] => 159427
(47*60+3.55)/159427 = 1.77...% I note that you are also running bitcoind and possibly even p2pool (python) on that at the same time ... Hey Kano, Yes, this box is used solely as a p2pool node, all my other mining is done separately on other PC's. When compiling, does the make clean command empty the libusb directory? if not, can you give me a pointer as to where it is so I can empty it manually? I'm not familiar with the java api summary I'm afraid, is there a command line string? I have a feeling that the usb is the cause of the problem, it's just how to fix it I'm a little lost with. I've ran this box for months previously with very little cpu usage up until the latest update. Thanks bro.
|
|
|
|
|