zOU
|
 |
November 27, 2015, 07:51:44 PM |
|
Have you tried 192.168.2.112:8332
No http:// in cgminer configuration ?
|
|
|
|
|
|
|
The forum strives to allow free discussion of any ideas. All policies are built around this principle. This doesn't mean you can post garbage, though: posts should actually contain ideas, and these ideas should be argued reasonably.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 07:55:02 PM |
|
Yes, but then as expected cgminer uses stratum protocol wich is not possible with bitcoind. So it will not help. Pool Information is then also dead quota.
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
os2sam
Legendary
Offline
Activity: 3557
Merit: 1081
Think for yourself
|
 |
November 27, 2015, 08:32:45 PM |
|
"No Stratum, GBT or Solo support in pool 0 http://192.168.2.112:8332 unable to use" Info: --- Bitcoind is the v0.11.2 (64Bit) running on Linux. --- When I get this error message with 11.2 I just have to shutdown Bitcoin-qt and restart it then start CGMiner again. I have to do this every 1 to 4 days. The Bitcoin client isn't as stable/reliable as it used to be, it seems.
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 08:47:18 PM |
|
"No Stratum, GBT or Solo support in pool 0 http://192.168.2.112:8332 unable to use" Info: --- Bitcoind is the v0.11.2 (64Bit) running on Linux. --- When I get this error message with 11.2 I just have to shutdown Bitcoin-qt and restart it then start CGMiner again. I have to do this every 1 to 4 days. The Bitcoin client isn't as stable/reliable as it used to be, it seems. In the morning I switch on my work pc (Debian8 64Bit), that is running bitcoin-qt with the -server. On the Win PC I let the win version run with the u2 and this works fine, no issues. Then I start it on the raspi2 and it comes up with this error, and switch to the Failover solockpool and works ok then. I try'ed Raspi2 only, no change. I reconfigured bitcoin.conf to Raspi2 only, no change. Maybe it is a fault of mine in compiling this? I got absolute no idea. EDIT: When cgminer is started it probes and directly report the error, so I was thinking that it try and not waiting for a response or so...
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3738
Merit: 1458
Ruu \o/
|
 |
November 27, 2015, 08:54:02 PM |
|
In the morning I switch on my work pc (Debian8 64Bit), that is running bitcoin-qt with the -server. On the Win PC I let the win version run with the u2 and this works fine, no issues. Then I start it on the raspi2 and it comes up with this error, and switch to the Failover solockpool and works ok then.
I try'ed Raspi2 only, no change. I reconfigured bitcoin.conf to Raspi2 only, no change.
Maybe it is a fault of mine in compiling this? I got absolute no idea.
Are you connecting more than one miner to the bitcoin-qt at a time? Since cgminer maintains a persistent connection when solo mining, bitcoind doesn't like more than one connection to it.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 09:01:29 PM |
|
puhh thank you for answering, I get crazy here.
It does not work if I try do do it with the raspi only.
But i will double check now, i return in a minute.
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 09:06:03 PM |
|
sorry for double post,
No it does not work with the bitcoin-qt in solo mode.
The rpcallow is now on the raspi ip, the win version was not started and the message appear direct after starting cgminer. It probe for alive pool and display the error, after that it switch over and work fine.
Maybe it is an issue on the raspi Network?
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3738
Merit: 1458
Ruu \o/
|
 |
November 27, 2015, 09:07:19 PM |
|
sorry for double post,
No it does not work with the bitcoin-qt in solo mode.
The rpcallow is now on the raspi ip, the win version was not started and the message appear direct after starting cgminer. It probe for alive pool and display the error, after that it switch over and work fine.
Maybe it is an issue on the raspi Network?
Did you build the raspi version with libcurl ? If you don't then it can't do solo mining.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 09:09:26 PM Last edit: November 27, 2015, 09:20:49 PM by o_solo_miner |
|
it is quite a bit ago, I will check and recompile. Is there a way how to check that quick?
EDIT: Libcurl was installed so I normaly build with it, but to be shure I am recompiling now. The raspi2 is fast compared to the old version....
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 09:22:40 PM |
|
Recompile finished, same result, sorry.
Libcurl4-dev was not switched off.
Anything else I might have ruined?
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3738
Merit: 1458
Ruu \o/
|
 |
November 27, 2015, 09:31:07 PM |
|
Recompile finished, same result, sorry.
Libcurl4-dev was not switched off.
Anything else I might have ruined?
Not in cgminer. What does your rpcallowip have in it on your bitcoin.conf ?
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 09:33:57 PM |
|
 Sorry for wasting your time, found the problem, just checking...
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3738
Merit: 1458
Ruu \o/
|
 |
November 27, 2015, 09:36:46 PM |
|
Please be aware that solo mining to your own bitcoind/bitcoin-qt does NOT support M of N addresses (i.e. bitcoin addresses starting with 3). At some stage in the future I will fix this in cgminer but in the interim please only use 1x addresses when mining to your own bitcoin node.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2304
Merit: 1411
-> morgen, ist heute, schon gestern <-
|
 |
November 27, 2015, 09:40:31 PM Last edit: November 27, 2015, 09:58:08 PM by o_solo_miner |
|
Yes, it was my Fault!
I got a copy of bitcoin.conf for not screwing it up, and guess what I did?
EDIT: To clear that for all with a similar problem: The bitcoin.conf got not the correct rpcallowip entry for the client.
I wish I could delete the last entrys in that thread to not beeing identifyed as a "Honk".
Thank you for your help!
I did not see it until I checked the vlan on the cisco and I've got a copy of the conf in the same folder. The date of the files showed me what I edited.
EDIT: I wonder about the number of connection to bitcoin-qt, both cgminer run "visible" good. What kind of problem should I expect then on cgminer or bitcoin-qt?
|
from the creator of CGMiner http://solo.ckpool.org for Solominers passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
|
pinhead666
|
 |
December 03, 2015, 06:52:12 PM |
|
Is it possible to modify cgminer is S3 to look for more than two hashboards? I have a test-board with 4-connectors (Tx and Rx lines + pwm). And I can also test with more devices connected to usb-hub. At least kernel log shows that software installs drivers for cp2102 usb/uart adapter (even with pic in circuit).
|
|
|
|
kano
Legendary
Offline
Activity: 4116
Merit: 1716
Linux since 1997 RedHat 4
|
 |
December 04, 2015, 12:08:02 AM |
|
Is it possible to modify cgminer is S3 to look for more than two hashboards? I have a test-board with 4-connectors (Tx and Rx lines + pwm). And I can also test with more devices connected to usb-hub. At least kernel log shows that software installs drivers for cp2102 usb/uart adapter (even with pic in circuit).
Prolly change one of the S3 settings I put in driver-bitmain.h ... Look for #ifdef USE_ANT_S3 No I've no idea ... it would probably be the combination of the settings re: the chains etc. to deal with more work. However, the number of boards/chips is returned by the fpga/hardware and that doesn't come from cgminer settings (if it's not seeing the extra boards/chips)
|
|
|
|
pinhead666
|
 |
December 04, 2015, 02:59:50 AM |
|
Is it possible to modify cgminer is S3 to look for more than two hashboards? I have a test-board with 4-connectors (Tx and Rx lines + pwm). And I can also test with more devices connected to usb-hub. At least kernel log shows that software installs drivers for cp2102 usb/uart adapter (even with pic in circuit).
Prolly change one of the S3 settings I put in driver-bitmain.h ... Look for #ifdef USE_ANT_S3 No I've no idea ... it would probably be the combination of the settings re: the chains etc. to deal with more work. However, the number of boards/chips is returned by the fpga/hardware and that doesn't come from cgminer settings (if it's not seeing the extra boards/chips) Thanks for an answer. I suspected that pic's code is written for only two boards (what I can understand from hex-dump of it). I then connected second pic to hub's port 2 and that way kernel log shows both pic's are installed with bitmainbl driver. Second pic sends test-work to hashboards but it won't get any work after that. Pic nr 1 works though with 2 boards (and second pic installed). That made me wonder if I can modify drivers to look for more than 2 boards. It is also possible that only first downstream usb-port works with these drivers. I have to do more testing.
|
|
|
|
kano
Legendary
Offline
Activity: 4116
Merit: 1716
Linux since 1997 RedHat 4
|
 |
December 04, 2015, 03:53:16 AM |
|
S3 is serial (yeah that sux) so you'd prolly have to modify the detection to detect and configure both devices if they show up as 2 serial devices.
|
|
|
|
pinhead666
|
 |
December 04, 2015, 04:17:04 AM |
|
Thanks again. These answers clarified many things and helped to narrow down my options.
|
|
|
|
|