OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[zOU]

Have you tried 192.168.2.112:8332

No http:// in cgminer configuration ?

[1715162928]

1715162928

[1715162928]

1715162928

[1715162928]

1715162928

[o_solo_miner]

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.

[os2sam]

"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.

[o_solo_miner]

"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...
 

[-ck]

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.

[o_solo_miner]

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.

[o_solo_miner]

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?

[-ck]

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.

[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....

[o_solo_miner]

Recompile finished, same result, sorry.

Libcurl4-dev was not switched off.

Anything else I might have ruined?

[-ck]

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 ?

[o_solo_miner]

  Sorry for wasting your time, found the problem, just checking...

[-ck]

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.

[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?

[wariner]

Hi -ck,

thank you for your job!

I have 3 Ant S5, if i install this version http://ck.kolivas.org/apps/cgminer/antminer/s5/4.9.0-150105/ the fan go to constantly 100%.
I'm doing something wrong?

[pinhead666]

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]

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]

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]

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]

Thanks again. These answers clarified many things and helped to narrow down my options.