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

[Karin]

I've tried on my Mac build environments and while I can compile and launch cgminer just fine, as well as GPU mine, when attempting to use a USB-based Block Erupter I get the following message and cgminer subsequently quits.

Code:

Failed pipe errno=24 in usbutils.c init_usb_transfer():2215

It looks as though it is perhaps able to do a brief moment (before the first poll?(?)) of hashing, as sometimes I get an accepted share out from it and sometimes not, as shown on the "Summary of runtime statistics" output after cgminer quits.

The last successful version for me on Mac is 3.5.1.  I've tested 3.6.1 and 3.6.2 and both generate the error.  cgminer is built entirely from the included source, no other libs used.  Using "--usb-dump 0" and "--verbose" provides no additional details.  Please let me know if I can help further!

Thanks for the new version!  I'm getting this same error on Mac in the latest cgminer version though, 3.6.3.  I may try to play around with shoehorning in other libusb versions to see if I can get one working that way.

[Japs2013]

Would it be possible to make it listen to "--bitburner-fury-options" instead of the --avalon-options parameter? That would make it possible to run both Bitburner XX and Bitburner Fury devices in 1 CGminer window.

When using the newest Bitburner Fury firmware, the device now identifies as BBF. Is it possible to add a separate options parameter for the BBF?

[-ck]

[2013-10-17 10:02:15] BAJ33: QueFlush failed no data returned  (err=0 amt=0)
 [2013-10-17 10:02:15] Thread 33 failure, exiting
 [2013-10-17 10:02:15] BAJ2: QueFlush failed no data returned  (err=0 amt=0)
 [2013-10-17 10:02:15] BAJ0: RequestResults failed no data returned  (err=0 amt=
0)
 [2013-10-17 10:02:15] Thread 2 failure, exiting
 [2013-10-17 10:02:15] BAJ7: QueFlush failed no data returned  (err=0 amt=0)
 [2013-10-17 10:02:15] Thread 7 failure, exiting
 [2013-10-17 10:02:15] BAJ1: QueFlush failed no data returned  (err=0 amt=0)

got same error as version 3.61 with win 8

Is this on shutdown? If so, I know about it thanks.

EDIT: If you're building from git, try latest git master.

[-ck]

I've tried on my Mac build environments and while I can compile and launch cgminer just fine, as well as GPU mine, when attempting to use a USB-based Block Erupter I get the following message and cgminer subsequently quits.

Code:

Failed pipe errno=24 in usbutils.c init_usb_transfer():2215

It looks as though it is perhaps able to do a brief moment (before the first poll?(?)) of hashing, as sometimes I get an accepted share out from it and sometimes not, as shown on the "Summary of runtime statistics" output after cgminer quits.

The last successful version for me on Mac is 3.5.1.  I've tested 3.6.1 and 3.6.2 and both generate the error.  cgminer is built entirely from the included source, no other libs used.  Using "--usb-dump 0" and "--verbose" provides no additional details.  Please let me know if I can help further!

Thanks for the new version!  I'm getting this same error on Mac in the latest cgminer version though, 3.6.3.  I may try to play around with shoehorning in other libusb versions to see if I can get one working that way.

Ok I think I know what this is and it's not libusb. Will work on it.

EDIT: Try latest git please.

[kano]

That means the problem is the code you are using to read the API, not the API.
e.g. a php, json,python or whatever you are using update issue?

Yeah, seems to be the php json_decode() function has stopped working. Bizzare.

Completely at a loss of how to fix this.
json_decode() is corrupting the data, and it's a built-in feature of PHP (5.2 in my case).
Googling around, I'm not seeing anyone else with the same problem.

absolutely stumped :/

Does miner.php work OK?

[Aurum]

With --usb you can say how many devices to find or how many each driver should find
So for each cgminer
 --usb BAS:1
would grab only one BAS device.
If you use
 --usb :1
it would grab the first device of any USB mining devices that you have. (this also has the minor advantage that it stops polling for hot-plugged devices until the current device disconnects)

Kano, Thanks!!! This has been the best tip for running Block Eruptors. I was constantly loosing them one by one and then restarting cgminer. But when I added --usb :29 it finds all my BEs and then if one stops it finds it again and it reappears with a higher AMU number, but every time I look since I added than command I find all 29 running!!!

Is there a conf file syntax for this or command-line only? (I like to keep everything in one place.)

Does hotplug polling have much cost? Just curious.

Also, I rolled back to cgminer-nogpu.exe 2.5.1 and BFLs and BEs run fine. My GPU miners don't care 2.6.2 or whatever.

[kano]

With --usb you can say how many devices to find or how many each driver should find
So for each cgminer
 --usb BAS:1
would grab only one BAS device.
If you use
 --usb :1
it would grab the first device of any USB mining devices that you have. (this also has the minor advantage that it stops polling for hot-plugged devices until the current device disconnects)

Kano, Thanks!!! This has been the best tip for running Block Eruptors. I was constantly loosing them one by one and then restarting cgminer. But when I added --usb :29 it finds all my BEs and then if one stops it finds it again and it reappears with a higher AMU number, but every time I look since I added than command I find all 29 running!!!

Is there a conf file syntax for this or command-line only? (I like to keep everything in one place.)

Does hotplug polling have much cost? Just curious.

Also, I rolled back to cgminer-nogpu.exe 2.5.1 and BFLs and BEs run fine. My GPU miners don't care 2.6.2 or whatever.

In the config file
"usb" : ":29",

USB polling is ok for most people, but some see weird side effects on things like keyboards and mice.
(libusb must be doing something at a low level on windows that can cause this for some people?)

[techman05]

Hey, 3.6.3 just had a memory error again . I was able to close cgminer by pressing q but still ended up closing and moving back to 3.5.1

It ran for what seemed all night and then I had to close it for whatever reason and I saw the no memory flickering in my screen .

I hope you can eventually find a work around or permanent fix for this and make it "pretty" again [without requiring the need to dump windows].

[-ck]

Hey, 3.6.3 just had a memory error again . I was able to close cgminer by pressing q but still ended up closing and moving back to 3.5.1

It ran for what seemed all night and then I had to close it for whatever reason and I saw the no memory flickering in my screen .

I hope you can eventually find a work around or permanent fix for this and make it "pretty" again [without requiring the need to dump windows].

Woah woah, believe it or not this is good news (I think). I have an idea, and will post some experimental exes again shortly.

[-ck]

Hey, 3.6.3 just had a memory error again . I was able to close cgminer by pressing q but still ended up closing and moving back to 3.5.1

It ran for what seemed all night and then I had to close it for whatever reason and I saw the no memory flickering in my screen .

I hope you can eventually find a work around or permanent fix for this and make it "pretty" again [without requiring the need to dump windows].

Woah woah, believe it or not this is good news (I think). I have an idea, and will post some experimental exes again shortly.

They're up in the usual place:
http://ck.kolivas.org/apps/cgminer/temp/

[techman05]

I just need the no-gpu file I use right?

I let you know in the morning if I don't awake to errors. At least the eroupters go bright green when then poop out.

[-ck]

I just need the no-gpu file I use right?

I let you know in the morning if I don't awake to errors. At least the eroupters go bright green when then poop out.

Yes, just replace the exe you normally use with the equivalent one from in there. Thanks.

[dlasher]

Just updated to windows 8.1 and my BFL SC Jalepeno would no longer work.

Heads up for anyone else having issues, the problem is not with cgminer but the USB driver. You just need to open zadig again and apply the WinUSB driver.

X

 

USB problems?

Buy a $40 raspberry Pi, grab one of the mining-pre-loaded distros like

 MiningPeon -- http://minepeon.com/index.php/Main_Page
 PiMiner -- http://learn.adafruit.com/piminer-raspberry-pi-bitcoin-miner/

And don't worry about windows broken-ness any more... totally worth it.

[opentoe]

When using with Eligius it tells me to use this line:
cgminer -o stratum+tcp://stratum.mining.eligius.st:3334 -u YourAddress -p x -I 9

Towards the end of that line, can someone let me know what the "x -I 9" means? I can't seem to find it in any of the readme files.


Thanks

[Krak]

When using with Eligius it tells me to use this line:
cgminer -o stratum+tcp://stratum.mining.eligius.st:3334 -u YourAddress -p x -I 9

Towards the end of that line, can someone let me know what the "x -I 9" means? I can't seem to find it in any of the readme files.


Thanks

The "x" would be your password (preceded by the -p flag) and the "-I 9" would set your GPU intensity to 9, assuming you're mining with a GPU. If you're not GPU mining, the intensity flag is unnecessary.

[techman05]

Hey, 3.6.3 just had a memory error again . I was able to close cgminer by pressing q but still ended up closing and moving back to 3.5.1

It ran for what seemed all night and then I had to close it for whatever reason and I saw the no memory flickering in my screen .

I hope you can eventually find a work around or permanent fix for this and make it "pretty" again [without requiring the need to dump windows].

Woah woah, believe it or not this is good news (I think). I have an idea, and will post some experimental exes again shortly.

They're up in the usual place:
http://ck.kolivas.org/apps/cgminer/temp/

Just died about now. 5-6 devices showed as sick and one as zombie. cgminer had a caption trying to restart. Apparently it didn't. I did try to back run to 3.5.1 and now it doesn't recognize 2 devices saying incorrect driver. I'm going to pull them in the morning and  pop them back in  then restart.

[-ck]

Hey, 3.6.3 just had a memory error again . I was able to close cgminer by pressing q but still ended up closing and moving back to 3.5.1

It ran for what seemed all night and then I had to close it for whatever reason and I saw the no memory flickering in my screen .

I hope you can eventually find a work around or permanent fix for this and make it "pretty" again [without requiring the need to dump windows].

Woah woah, believe it or not this is good news (I think). I have an idea, and will post some experimental exes again shortly.

They're up in the usual place:
http://ck.kolivas.org/apps/cgminer/temp/

Just died about now. 5-6 devices showed as sick and one as zombie. cgminer had a caption trying to restart. Apparently it didn't. I did try to back run to 3.5.1 and now it doesn't recognize 2 devices saying incorrect driver. I'm going to pull them in the morning and  pop them back in  then restart.

Thanks for testing. I'm going to be brave and say this is unrelated since it's a totally different type of failure, suggestive of hardware failure, perhaps usb perhaps heat. Once you get them going again could you please retry the experimental exe you downloaded?

[P_Shep]

Completely at a loss of how to fix this.
json_decode() is corrupting the data, and it's a built-in feature of PHP (5.2 in my case).
Googling around, I'm not seeing anyone else with the same problem.

absolutely stumped :/

Does miner.php work OK?

Nope, it's php issue.

I''ll see if I can upgrade php.

[techman05]

They all seemed to come back up when I replugged them. I was hoping you found a way to catch it and stop calling the device when it thought I was out of memory and clean the memory out.

I'm going to run it for a few hours and see what happens. I hope nothings going bad  ....

[CeeCee]

just saw this right now at kncminers homepage:

All,
 
We have our source code here for those of you who are intrested, We will most likely open up a public github when our engineers have time, but until then you can download the source code from the links below
www.kncminer.com/userfiles/file/cgminer_knc.zip
www.kncminer.com/userfiles/file/cgminer_knc.tgz
 
These links will also be availble under our Support page
 
Thanks
 
KnCMiner Team