Yeah, they're expensive, yeah they're slow, but they should still work.
Why does cgminer report one thing, and pools report another. There's obviously a bug or some weirdness somewhere...
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 271. (Read 5805537 times)
July 19, 2013, 03:05:48 AM
July 19, 2013, 01:19:04 AM
For erupter/icarus problems, try current git (with a USB2 hub)
I do know that Raspbian fails badly.
What the details of the problem are is that since the Icarus devices never return a finished message, if they don't find a share, they never return anything.
This is of course expected, however, it would seem that certain linux kernels on certain hardware do not support a usb request timeout on USB1.1 devices (yes weird isn't it)
On these kernels, cgminer simply never gets a reply form the call to libusb (or more correctly, the call to libusb never returns)
I've found on my RPi when I switched from Raspbian to Arch the problem went away.
http://www.kano-kun.net/?p=87
I do know that Raspbian fails badly.
What the details of the problem are is that since the Icarus devices never return a finished message, if they don't find a share, they never return anything.
This is of course expected, however, it would seem that certain linux kernels on certain hardware do not support a usb request timeout on USB1.1 devices (yes weird isn't it)
On these kernels, cgminer simply never gets a reply form the call to libusb (or more correctly, the call to libusb never returns)
I've found on my RPi when I switched from Raspbian to Arch the problem went away.
http://www.kano-kun.net/?p=87
Have the issues I see in this thread seem to be focused around those Block Erupters. Seems they're more trouble than they're worth?
Way too much and return way too little.
They currently mine only 0.00640097 BTC a day ... ouch!
July 19, 2013, 01:16:46 AM
For erupter/icarus problems, try current git (with a USB2 hub)
I do know that Raspbian fails badly.
What the details of the problem are is that since the Icarus devices never return a finished message, if they don't find a share, they never return anything.
This is of course expected, however, it would seem that certain linux kernels on certain hardware do not support a usb request timeout on USB1.1 devices (yes weird isn't it)
On these kernels, cgminer simply never gets a reply form the call to libusb (or more correctly, the call to libusb never returns)
I've found on my RPi when I switched from Raspbian to Arch the problem went away.
http://www.kano-kun.net/?p=87
I do know that Raspbian fails badly.
What the details of the problem are is that since the Icarus devices never return a finished message, if they don't find a share, they never return anything.
This is of course expected, however, it would seem that certain linux kernels on certain hardware do not support a usb request timeout on USB1.1 devices (yes weird isn't it)
On these kernels, cgminer simply never gets a reply form the call to libusb (or more correctly, the call to libusb never returns)
I've found on my RPi when I switched from Raspbian to Arch the problem went away.
http://www.kano-kun.net/?p=87
Have the issues I see in this thread seem to be focused around those Block Erupters. Seems they're more trouble than they're worth?
July 19, 2013, 12:50:27 AM
For erupter/icarus problems, try current git (with a USB2 hub)
I do know that Raspbian fails badly.
What the details of the problem are is that since the Icarus devices never return a finished message, if they don't find a share, they never return anything.
This is of course expected, however, it would seem that certain linux kernels on certain hardware do not support a usb request timeout on USB1.1 devices (yes weird isn't it)
On these kernels, cgminer simply never gets a reply form the call to libusb (or more correctly, the call to libusb never returns)
I've found on my RPi when I switched from Raspbian to Arch the problem went away.
http://www.kano-kun.net/?p=87
Edit: plugging the USB3.0 hub in locked up the RPi - but once it was plugged in and the RPi rebooted, it worked fine also.
I do know that Raspbian fails badly.
What the details of the problem are is that since the Icarus devices never return a finished message, if they don't find a share, they never return anything.
This is of course expected, however, it would seem that certain linux kernels on certain hardware do not support a usb request timeout on USB1.1 devices (yes weird isn't it)
On these kernels, cgminer simply never gets a reply form the call to libusb (or more correctly, the call to libusb never returns)
I've found on my RPi when I switched from Raspbian to Arch the problem went away.
http://www.kano-kun.net/?p=87
Edit: plugging the USB3.0 hub in locked up the RPi - but once it was plugged in and the RPi rebooted, it worked fine also.
July 18, 2013, 10:05:37 PM
If your usb hub is a usb2 hub and not a usb3 hub you will be far better off moving to the latest version of cgminer instead. The only reason to stick with the old version of cgminer is if you have multiple usb1.1 devices on a usb3 hub for there remains an instability there that we've been unable to debug so far.
Is that the cause for this:
Code:
Jul 16 18:37:12 server1 cgminer[31418]: Accepted 03e8a8b7 Diff 65/1 AMU 2 pool 0
Jul 16 18:37:12 server1 cgminer[31418]: AMU1: Comms error (werr=-7 amt=0)
Jul 16 18:37:12 server1 cgminer[31418]: AMU0: Comms error (werr=-7 amt=0)
Jul 16 18:37:13 server1 cgminer[31418]: AMU2: libusb pipe error, trying to clear
Works fine with 1 USB Erupter on the USB3 hub but it doesn't like multiples.
Let me know if I can help with any debugging.
I had some erupters on a hub that wasn't delivering the power it should have. Erupters on that hub would give me that error. After I wired the hub up to my PSU I don't see them any more.
Might not be the only cause, but that was it for me.
It is a powered USB3 hub (with external 3A power brick) and I get those errors with only 2 Erupters plugged in, so it would not appear to be an issue with power draw. The USB3 hub is connected to an internal USB2 header on the motherboard.
I should probably mention this is on Ubuntu 12.04 (precise).
July 18, 2013, 07:47:04 PM
I'm trying to compile cgminer for 5970s and 5830s. I tried AMD ADL SDK v2.8.1 but it crashes. ReadMe recommends v2.4 or 2.5, but, AMD does not provide it in the archives any more. Does anyone know where I can download AMD ADL SDK v2.5??? TIA
July 18, 2013, 07:08:17 PM
Hey guys, I can't seem to get CGMiner to work under scrypt no matter what I try. My cards (2 5970s WC'd) work perfectly fine with Bitcoin, but I try out scrypt mining for Litecoin nothing seems to be working 
Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
[snip]
These are the parameters I am using:
Also I am using SDK 2.1 and Drivers 11.12
SDK 2.1 won't work with scrypt.Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
[snip]
These are the parameters I am using:
Code:
cgminer.exe --scrypt -o stratum+tcp://stratum.give-me-ltc.com:3333 -u USERNAME -p PASSWORD -I 9
Also I am using SDK 2.1 and Drivers 11.12
I have a problem here that's similar. WIndows xp 32 bit, AMD Radeon 6670. When I try to install newest SDK it will only give me 2.4.x. To do scrypt I need 2.6 SDK don't I? Is there any workaround? Thanks
July 18, 2013, 06:21:36 PM
Just got an ASICMiner USB Block Erupter. CGMiner 3.3.1 reports the expected 333MH/s, but I've tried it on two different pools over the course of several hours, and both pools are reporting about 100MH/s.
I don't see any rejects or hardware errors. The 5s average is varying wildly between 600MH/s and 50MH/s, but average is a solid 333MH/s.
I'm running the ASICMiner in a USB3 port (ASMedia chipset) off an Asu SABERTOOTH 990FX board, Windows 7 Pro x64, WinUSB drivers.
I also noticed that Karin's version of cgminer is showing an error where half the shares go missing. Could this be the same issue in the 'official' cgminer? https://bitcointalk.org/index.php?topic=214268.msg2748110#msg2748110
I don't see any rejects or hardware errors. The 5s average is varying wildly between 600MH/s and 50MH/s, but average is a solid 333MH/s.
I'm running the ASICMiner in a USB3 port (ASMedia chipset) off an Asu SABERTOOTH 990FX board, Windows 7 Pro x64, WinUSB drivers.
I also noticed that Karin's version of cgminer is showing an error where half the shares go missing. Could this be the same issue in the 'official' cgminer? https://bitcointalk.org/index.php?topic=214268.msg2748110#msg2748110
July 18, 2013, 02:47:18 PM
and still no anwer from the gurus on my problem with cgminer and bfgminer
Take our the "name" lines in your config file. Make the first two pools look like the third one you listed.
July 18, 2013, 02:36:08 PM
and still no anwer from the gurus on my problem with cgminer and bfgminer
July 18, 2013, 12:29:04 PM
Hi,
I tried cgminer recently, and I am experiencing strange behaviour.
Starting like this:
cgminer/cgminer -v 1 -w 256 -d 0 -I d -o http://gw:9332 -u cgminer7850 -p 234rert2231 --fix-protocol -g 2
Get rid of --fix-protocol as p2pool should be using stratum by now. I tried cgminer recently, and I am experiencing strange behaviour.
Starting like this:
cgminer/cgminer -v 1 -w 256 -d 0 -I d -o http://gw:9332 -u cgminer7850 -p 234rert2231 --fix-protocol -g 2
July 18, 2013, 10:31:55 AM
Hi,
I tried cgminer recently, and I am experiencing strange behaviour.
Starting like this:
cgminer/cgminer -v 1 -w 256 -d 0 -I d -o http://gw:9332 -u cgminer7850 -p 234rert2231 --fix-protocol -g 2
After some time I see sooo many rejected after some time running cgminer version 3.3.1 from git,
but I do not see it with DiabloMiner (connected to p2pool 13.1).
Please help me debug the problem? Any idea ?
Thanks a lot.
[2013-07-18 16:08:02] Rejected 06855c9f Diff 39/1 GPU 0
[2013-07-18 16:08:03] Rejected e1b4d00a Diff 1/1 GPU 0
[2013-07-18 16:08:12] Rejected e55d5a4a Diff 1/1 GPU 0
[2013-07-18 16:08:17] Rejected ed14700b Diff 1/1 GPU 0
[2013-07-18 16:08:37] Rejected 0e0a955b Diff 18/1 GPU 0
[2013-07-18 16:08:58] Rejected 52ed1a61 Diff 3/1 GPU 0
[2013-07-18 16:09:10] Rejected aac0b4da Diff 1/1 GPU 0
[2013-07-18 16:09:21] Rejected 88b7f159 Diff 1/1 GPU 0
[2013-07-18 16:09:27] Rejected 8bc41891 Diff 1/1 GPU 0
[2013-07-18 16:10:06] Rejected ecaee14a Diff 1/1 GPU 0
[2013-07-18 16:10:18] Rejected e090bc3d Diff 1/1 GPU 0
[2013-07-18 16:10:45] Rejected ca5e24d7 Diff 1/1 GPU 0
[2013-07-18 16:10:57] Rejected 6d2acff0 Diff 2/1 GPU 0
[2013-07-18 16:10:59] Rejected c0219bb2 Diff 1/1 GPU 0
[2013-07-18 16:11:20] Rejected 92a908b0 Diff 1/1 GPU 0
[2013-07-18 16:11:25] Rejected 254859be Diff 6/1 GPU 0
[2013-07-18 16:12:11] Rejected 9b4f7392 Diff 1/1 GPU 0
[2013-07-18 16:12:14] Rejected c579d217 Diff 1/1 GPU 0
[2013-07-18 16:12:54] Rejected 14002291 Diff 12/1 GPU 0
[2013-07-18 16:13:07] Rejected 5794cd6d Diff 2/1 GPU 0
cgminer - PC
DiabloMiner - PC
DiabloMiner - server
When I stopped cgminer and started DiabloMiner - it works fine now.
Please help, what shall I try ?
Fedora 19 x 64
amd-driver-13.6beta
amd-sdk-5.0
I tried cgminer recently, and I am experiencing strange behaviour.
Starting like this:
cgminer/cgminer -v 1 -w 256 -d 0 -I d -o http://gw:9332 -u cgminer7850 -p 234rert2231 --fix-protocol -g 2
After some time I see sooo many rejected after some time running cgminer version 3.3.1 from git,
but I do not see it with DiabloMiner (connected to p2pool 13.1).
Please help me debug the problem? Any idea ?
Thanks a lot.
[2013-07-18 16:08:02] Rejected 06855c9f Diff 39/1 GPU 0
[2013-07-18 16:08:03] Rejected e1b4d00a Diff 1/1 GPU 0
[2013-07-18 16:08:12] Rejected e55d5a4a Diff 1/1 GPU 0
[2013-07-18 16:08:17] Rejected ed14700b Diff 1/1 GPU 0
[2013-07-18 16:08:37] Rejected 0e0a955b Diff 18/1 GPU 0
[2013-07-18 16:08:58] Rejected 52ed1a61 Diff 3/1 GPU 0
[2013-07-18 16:09:10] Rejected aac0b4da Diff 1/1 GPU 0
[2013-07-18 16:09:21] Rejected 88b7f159 Diff 1/1 GPU 0
[2013-07-18 16:09:27] Rejected 8bc41891 Diff 1/1 GPU 0
[2013-07-18 16:10:06] Rejected ecaee14a Diff 1/1 GPU 0
[2013-07-18 16:10:18] Rejected e090bc3d Diff 1/1 GPU 0
[2013-07-18 16:10:45] Rejected ca5e24d7 Diff 1/1 GPU 0
[2013-07-18 16:10:57] Rejected 6d2acff0 Diff 2/1 GPU 0
[2013-07-18 16:10:59] Rejected c0219bb2 Diff 1/1 GPU 0
[2013-07-18 16:11:20] Rejected 92a908b0 Diff 1/1 GPU 0
[2013-07-18 16:11:25] Rejected 254859be Diff 6/1 GPU 0
[2013-07-18 16:12:11] Rejected 9b4f7392 Diff 1/1 GPU 0
[2013-07-18 16:12:14] Rejected c579d217 Diff 1/1 GPU 0
[2013-07-18 16:12:54] Rejected 14002291 Diff 12/1 GPU 0
[2013-07-18 16:13:07] Rejected 5794cd6d Diff 2/1 GPU 0
cgminer - PC
DiabloMiner - PC
DiabloMiner - server
When I stopped cgminer and started DiabloMiner - it works fine now.
Please help, what shall I try ?
Fedora 19 x 64
amd-driver-13.6beta
amd-sdk-5.0
July 18, 2013, 10:05:22 AM
Hey guys, I can't seem to get CGMiner to work under scrypt no matter what I try. My cards (2 5970s WC'd) work perfectly fine with Bitcoin, but I try out scrypt mining for Litecoin nothing seems to be working
Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
[snip]
These are the parameters I am using:
Also I am using SDK 2.1 and Drivers 11.12
SDK 2.1 won't work with scrypt. Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
[snip]
These are the parameters I am using:
Code:
cgminer.exe --scrypt -o stratum+tcp://stratum.give-me-ltc.com:3333 -u USERNAME -p PASSWORD -I 9
Also I am using SDK 2.1 and Drivers 11.12
July 18, 2013, 09:53:54 AM
Hey guys, I can't seem to get CGMiner to work under scrypt no matter what I try. My cards (2 5970s WC'd) work perfectly fine with Bitcoin, but I try out scrypt mining for Litecoin nothing seems to be working
Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
These are the parameters I am using:
Also I am using SDK 2.1 and Drivers 11.12
Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
These are the parameters I am using:
Code:
cgminer.exe --scrypt -o stratum+tcp://stratum.give-me-ltc.com:3333 -u USERNAME -p PASSWORD -I 9
Also I am using SDK 2.1 and Drivers 11.12
I don't know jack didley squat about scrypt mining. But, did you happen try decreasing TC or increasing LG?
July 18, 2013, 07:25:55 AM
Like I said, I only sometimes use the 6770 for mining, though I did not mention that was for when I was not using the desktop.
While there may not be an ideal compromising driver/setup, could you recommend the most compromising driver/setup? And would this be the likely reason why windows freezes?
While I can't really confirm, the system only tends to freeze when it performs some sort of GPU task unrelated to the mining, randomly mind you (get 30 minutes into a fps, watching youtube, though that seems to be solved thanks to disabling hardware acceleration), random webpages and applications here and there. This doesn't happen often at all mind you, maybe once every half-2 hours. So I may be on another bad lead, but could applications be utilizing the 5770? Can I stop that? And is there a way to limit the amount of GPU usage CGminer uses? On afterburner It shows they use 99-100% of GPU even at the lowest of intensities.
Another thought was if it's a driver issue, cgminer/afterburner dynamically changing settings ala fan rate, clock rates could be a cause. I know I can set the gpu/memory/fan rates, but can I force them to not change in cgminer/afterburner? Would that help?
EDIT: also http://sites.amd.com/PublishingImages/Public/Graphic_Illustrations/WebBannerJPEG/AMD_CrossfireX_Chart_1618W.jpg shows that they can crossfire, which would suggest that one driver can effectively handle both cards.
While there may not be an ideal compromising driver/setup, could you recommend the most compromising driver/setup? And would this be the likely reason why windows freezes?
While I can't really confirm, the system only tends to freeze when it performs some sort of GPU task unrelated to the mining, randomly mind you (get 30 minutes into a fps, watching youtube, though that seems to be solved thanks to disabling hardware acceleration), random webpages and applications here and there. This doesn't happen often at all mind you, maybe once every half-2 hours. So I may be on another bad lead, but could applications be utilizing the 5770? Can I stop that? And is there a way to limit the amount of GPU usage CGminer uses? On afterburner It shows they use 99-100% of GPU even at the lowest of intensities.
Another thought was if it's a driver issue, cgminer/afterburner dynamically changing settings ala fan rate, clock rates could be a cause. I know I can set the gpu/memory/fan rates, but can I force them to not change in cgminer/afterburner? Would that help?
EDIT: also http://sites.amd.com/PublishingImages/Public/Graphic_Illustrations/WebBannerJPEG/AMD_CrossfireX_Chart_1618W.jpg shows that they can crossfire, which would suggest that one driver can effectively handle both cards.
July 18, 2013, 06:45:09 AM
Mining scrypt on GPU you are using for display is a bad idea. It will lag your desktop alot even on low intensity.
Also mixing 5xxx and 6/7xxx on one machine is not good - there is no porper driver/sdk combo to use.
Also mixing 5xxx and 6/7xxx on one machine is not good - there is no porper driver/sdk combo to use.
July 18, 2013, 06:24:34 AM
I am running windows 8, 13.1 drivers and latest app sdk. I am litecoin scrypt mining.
I have a 5770 (device 1) and 6770 (device 0), the 5770 I dedicate to mining and the 6770 is my desktop gpu with which I sometimes mine.
I don't have an issue with cgminer crashing, I have a problem with windows freezing :/
It's hard to say, but I don't believe it to be a driver crash specifically because none of my inputs or outputs respond (ie not even the caps lock light will show).
This is the most stable/good hash rate config I have so far:
For some reason the sensors are backwards so they are remapped.
And for multi-gpu mining:
I am running afterburner on default in the background.
It definitely has something to do with the GPU, because all apps using some form of hardware acceleration tend to freeze windows even with only mining on my "dedicated" secondary 5770 gpu.
Could it be that programs are requesting resources from the 5770? Can I stop that? Could it be a more fundamental problem ie PSU not giving enough amps? (Definitely has enough watts).
Changing values like intensity and clockrate do not help. Likewise thread concurrency but I have not tested this extensively because 3100 gives the most khash/s.
I tried setx GPU_MAX_ALLOC_PERCENT 90, I would assume that fixes the max allocation of resources, but it doesn't, and I'm probably doing it wrong :>
Any suggestions are appreciated.
I have a 5770 (device 1) and 6770 (device 0), the 5770 I dedicate to mining and the 6770 is my desktop gpu with which I sometimes mine.
I don't have an issue with cgminer crashing, I have a problem with windows freezing :/
It's hard to say, but I don't believe it to be a driver crash specifically because none of my inputs or outputs respond (ie not even the caps lock light will show).
This is the most stable/good hash rate config I have so far:
Code:
cgminer -d 1 --scrypt --lookup-gap 2 --thread-concurrency 3100 --gpu-engine 800 --gpu-memclock 900 -I 17 -g 2 -w 256 --gpu-map 0:1,1:0 -o stratum+tcp://stratum2.wemineltc.com:3333 -u antome.g -p yyx
And for multi-gpu mining:
Code:
cgminer -d 0,1 --scrypt --lookup-gap 2 --thread-concurrency 3100 --gpu-engine 800 --gpu-memclock 900 -I 11,16 -g 2 -w 256 --gpu-map 0:1,1:0 -o stratum+tcp://stratum2.wemineltc.com:3333 -u antome.g -p yyx
It definitely has something to do with the GPU, because all apps using some form of hardware acceleration tend to freeze windows even with only mining on my "dedicated" secondary 5770 gpu.
Could it be that programs are requesting resources from the 5770? Can I stop that? Could it be a more fundamental problem ie PSU not giving enough amps? (Definitely has enough watts).
Changing values like intensity and clockrate do not help. Likewise thread concurrency but I have not tested this extensively because 3100 gives the most khash/s.
I tried setx GPU_MAX_ALLOC_PERCENT 90, I would assume that fixes the max allocation of resources, but it doesn't, and I'm probably doing it wrong :>
Any suggestions are appreciated.
July 18, 2013, 05:25:18 AM
Hello,
i have a question. I apologize as a precaution for my not so good english.
I was in the process monitor by accident. there I saw the cgminer is permanently connected to 3dns.adobe.com.
what does that mean?
i have a question. I apologize as a precaution for my not so good english.
I was in the process monitor by accident. there I saw the cgminer is permanently connected to 3dns.adobe.com.
what does that mean?
CGMiner is connecting to 127.0.0.1 (localhost)
In your HOSTS file in Windows you have specified 127.0.0.1 to be 3dns.adobe.com
You must of installed some pirated patch or crack for some Adobe product which needed to do so.
July 18, 2013, 05:19:50 AM
Hey guys, I can't seem to get CGMiner to work under scrypt no matter what I try. My cards (2 5970s WC'd) work perfectly fine with Bitcoin, but I try out scrypt mining for Litecoin nothing seems to be working
Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
These are the parameters I am using:
Also I am using SDK 2.1 and Drivers 11.12
Also I have 4GB of RAM and am running a AMD Sempron 145 if that helps.
This is what I am faced with:
These are the parameters I am using:
Code:
cgminer.exe --scrypt -o stratum+tcp://stratum.give-me-ltc.com:3333 -u USERNAME -p PASSWORD -I 9
Also I am using SDK 2.1 and Drivers 11.12
July 17, 2013, 08:47:08 AM
cgminer 4.11.4. I then put on a fresh system.
Hopefully you meant 2.11.4?!?
Jump to: