Bitcoin Forum
November 29, 2021, 12:37:37 PM *
News: Latest Bitcoin Core release: 22.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 [702] 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 ... 843 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5802916 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (3 posts by 1+ user deleted.)
iano128
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
January 20, 2014, 08:43:50 PM
 #14021

Hi guys, I just added a mini rig to my setup and have been getting intermittent errors to do with usb I think. I have linked some screenshots of the output cgminer is giving. I am using the latest version on windows 7 x64. I already had a single and 50 Block Erupters running but when I added the mini rig cgminer kept crashing so I took one of the usb hubs out and connected the mini rig straight to the motherboard this stopped the crashes but I am now seeing the attached errors. Any help would be great.

Btw the hubs are all usb 3 and there are 7 of them with 6 miners each.

http://imgur.com/a/fHR6b/embed
One USB connection still appears to be flaky and one of the subdevices appears to be flat out frying. I know of people opening them up and replacing hubs and/or cables to fix them.

So how would i go about finding the bad hub or device?
Unplug each while it's running and see which gets unplugged in cgminer.

Solved the issue by removing the shitty unpowered 14 port hub bfl use for their mini rig and replaced with two usb3 powered hubs with 4 connections going to each no more usb errors in cgminer and much more consistent hashing rate.

Cheers ckolivas
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1638189457
Hero Member
*
Offline Offline

Posts: 1638189457

View Profile Personal Message (Offline)

Ignore
1638189457
Reply with quote  #2

1638189457
Report to moderator
1638189457
Hero Member
*
Offline Offline

Posts: 1638189457

View Profile Personal Message (Offline)

Ignore
1638189457
Reply with quote  #2

1638189457
Report to moderator
1638189457
Hero Member
*
Offline Offline

Posts: 1638189457

View Profile Personal Message (Offline)

Ignore
1638189457
Reply with quote  #2

1638189457
Report to moderator
erk
Hero Member
*****
Offline Offline

Activity: 812
Merit: 500


View Profile
January 20, 2014, 08:46:49 PM
 #14022

I have a Ubuntu Linux server with all the current updates, running a variety of miners plugged into it on cgminer 3.10.0

I plugged a nanofury NF1 into a usb hub that has a few block erupters in it and the NF1 would only mine at just less than1GH/s.

I removed the block erupters and the NF1 started mining at full speed. Even if I add just one block erupter the NF1 instantly halves it's speed. The block erupter mines at full speed only the NF1 is effected, neither reports any errors that I can see.The power pack for the hub is 2.1Amps so it should be able to handle that, so I think it might be a conflict of some sort.
Erupters run at usb1.1 speed and protocol and perhaps are having some communication interaction making everything work in the same crap manner - depends greatly on how usb hubs manage different speed devices. Try them on separate hubs.
Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected. Same setup runs bfgminer fine.


HellDiverUK
Hero Member
*****
Offline Offline

Activity: 1246
Merit: 501



View Profile
January 20, 2014, 08:56:17 PM
 #14023

Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected. Same setup runs bfgminer fine.


I'm seeing the same.  2xNanofury and 1xBitburner Fury.  cgminer 3.10.0 just quits at random intervals.  Running on Debian Wheezy on BeagleBone Black, and same issue on Debian Wheezy on PC.  cgminer runs for days on the same machine when not running the Nanofurys.
ipoomyself
Newbie
*
Offline Offline

Activity: 50
Merit: 0


View Profile
January 20, 2014, 09:09:30 PM
 #14024

bfgminer wont overclock antminer u1 to 2.2gh/s

it works at 2gh/s using freq 0981

however

when i use freq 0A81 it defaults to 1.6gh/s WTF?

is it because i used a letter and the program doth not recognise it?

currently using bfg 3.10.0 software and antminer 1.6 (overclock 2.2) hardware.


should i invest more money into this or is this just another long term ponzi pyramid scheme that will be the death of us all i nee d input
jedimstr
Hero Member
*****
Offline Offline

Activity: 798
Merit: 1000



View Profile
January 21, 2014, 12:05:36 AM
 #14025

bfgminer wont overclock antminer u1 to 2.2gh/s

it works at 2gh/s using freq 0981

however

when i use freq 0A81 it defaults to 1.6gh/s WTF?

is it because i used a letter and the program doth not recognise it?

currently using bfg 3.10.0 software and antminer 1.6 (overclock 2.2) hardware.


should i invest more money into this or is this just another long term ponzi pyramid scheme that will be the death of us all i nee d input

Well first things first, maybe you should ask this in the BFGMiner thread instead of the CGMiner thread.

It's like walking into a Church and asking where the Satanic Ritual is being held tonight.  Or vice versa. Wink

-ck
Legendary
*
Offline Offline

Activity: 3416
Merit: 1359


Ruu \o/


View Profile WWW
January 21, 2014, 12:17:59 AM
 #14026

Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected.


I'm seeing the same.  2xNanofury and 1xBitburner Fury.  cgminer 3.10.0 just quits at random intervals.  Running on Debian Wheezy on BeagleBone Black, and same issue on Debian Wheezy on PC.  cgminer runs for days on the same machine when not running the Nanofurys.


You see this comment earlier: ?

There's a bug in the 3.10.0 release that crashes when a device is (effectively) unplugged that was fixed immediately after in git, so grab a git tarball from master or build from git.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
chek2fire
Legendary
*
Offline Offline

Activity: 2898
Merit: 1135


Intergalactic Conciliator


View Profile
January 21, 2014, 12:20:07 AM
 #14027

I have a Ubuntu Linux server with all the current updates, running a variety of miners plugged into it on cgminer 3.10.0

I plugged a nanofury NF1 into a usb hub that has a few block erupters in it and the NF1 would only mine at just less than1GH/s.

I removed the block erupters and the NF1 started mining at full speed. Even if I add just one block erupter the NF1 instantly halves it's speed. The block erupter mines at full speed only the NF1 is effected, neither reports any errors that I can see.The power pack for the hub is 2.1Amps so it should be able to handle that, so I think it might be a conflict of some sort.
Erupters run at usb1.1 speed and protocol and perhaps are having some communication interaction making everything work in the same crap manner - depends greatly on how usb hubs manage different speed devices. Try them on separate hubs.
Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected. Same setup runs bfgminer fine.




I run cgminer in xubuntu 13.10 and with 1 in usb of laptop and the other nanofury in a anker usb hub and i have no crashing problems. In the same hub i have a bifury and a redfury and all run perfect.

http://www.bitcoin-gr.org
4411 804B 0181 F444 ADBD 01D4 0664 00E4 37E7 228E
erk
Hero Member
*****
Offline Offline

Activity: 812
Merit: 500


View Profile
January 21, 2014, 12:37:37 AM
 #14028

I have a Ubuntu Linux server with all the current updates, running a variety of miners plugged into it on cgminer 3.10.0

I plugged a nanofury NF1 into a usb hub that has a few block erupters in it and the NF1 would only mine at just less than1GH/s.

I removed the block erupters and the NF1 started mining at full speed. Even if I add just one block erupter the NF1 instantly halves it's speed. The block erupter mines at full speed only the NF1 is effected, neither reports any errors that I can see.The power pack for the hub is 2.1Amps so it should be able to handle that, so I think it might be a conflict of some sort.
Erupters run at usb1.1 speed and protocol and perhaps are having some communication interaction making everything work in the same crap manner - depends greatly on how usb hubs manage different speed devices. Try them on separate hubs.
Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected. Same setup runs bfgminer fine.




I run cgminer in xubuntu 13.10 and with 1 in usb of laptop and the other nanofury in a anker usb hub and i have no crashing problems. In the same hub i have a bifury and a redfury and all run perfect.

How strange, I even tried editing the driver and reducing the number of bits in case it was being overclocked too much by default.
I have tried Ubuntu 13.10 (on two machines) and Scientific Linux 6.4 and they all do it, my Nanofury is an NF1 as designed by vs3



chek2fire
Legendary
*
Offline Offline

Activity: 2898
Merit: 1135


Intergalactic Conciliator


View Profile
January 21, 2014, 12:40:00 AM
 #14029

I have a Ubuntu Linux server with all the current updates, running a variety of miners plugged into it on cgminer 3.10.0

I plugged a nanofury NF1 into a usb hub that has a few block erupters in it and the NF1 would only mine at just less than1GH/s.

I removed the block erupters and the NF1 started mining at full speed. Even if I add just one block erupter the NF1 instantly halves it's speed. The block erupter mines at full speed only the NF1 is effected, neither reports any errors that I can see.The power pack for the hub is 2.1Amps so it should be able to handle that, so I think it might be a conflict of some sort.
Erupters run at usb1.1 speed and protocol and perhaps are having some communication interaction making everything work in the same crap manner - depends greatly on how usb hubs manage different speed devices. Try them on separate hubs.
Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected. Same setup runs bfgminer fine.




I run cgminer in xubuntu 13.10 and with 1 in usb of laptop and the other nanofury in a anker usb hub and i have no crashing problems. In the same hub i have a bifury and a redfury and all run perfect.

How strange, I even tried editing the driver and reducing the number of bits in case it was being overclocked too much by default.
I have tried Ubuntu 13.10 (on two machines) and Scientific Linux 6.4 and they all do it, my Nanofury is an NF1 as designed by vs3





Maybe is the hub you are using?

http://www.bitcoin-gr.org
4411 804B 0181 F444 ADBD 01D4 0664 00E4 37E7 228E
-ck
Legendary
*
Offline Offline

Activity: 3416
Merit: 1359


Ruu \o/


View Profile WWW
January 21, 2014, 12:40:40 AM
 #14030

I have a Ubuntu Linux server with all the current updates, running a variety of miners plugged into it on cgminer 3.10.0

I plugged a nanofury NF1 into a usb hub that has a few block erupters in it and the NF1 would only mine at just less than1GH/s.

I removed the block erupters and the NF1 started mining at full speed. Even if I add just one block erupter the NF1 instantly halves it's speed. The block erupter mines at full speed only the NF1 is effected, neither reports any errors that I can see.The power pack for the hub is 2.1Amps so it should be able to handle that, so I think it might be a conflict of some sort.
Erupters run at usb1.1 speed and protocol and perhaps are having some communication interaction making everything work in the same crap manner - depends greatly on how usb hubs manage different speed devices. Try them on separate hubs.
Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected. Same setup runs bfgminer fine.




I run cgminer in xubuntu 13.10 and with 1 in usb of laptop and the other nanofury in a anker usb hub and i have no crashing problems. In the same hub i have a bifury and a redfury and all run perfect.

How strange, I even tried editing the driver and reducing the number of bits in case it was being overclocked too much by default.
I have tried Ubuntu 13.10 (on two machines) and Scientific Linux 6.4 and they all do it, my Nanofury is an NF1 as designed by vs3
Which particular problem are you talking about now? The slowdown with erupters (chek2fire confirmed it worked better by running the erupter on a separate hub). Or the crashing at random intervals (which as I said is due to a bug in 3.10.0 from effectively unplugging of the device when conditions are flaky which is fixed in git post 3.10.0).

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
erk
Hero Member
*****
Offline Offline

Activity: 812
Merit: 500


View Profile
January 21, 2014, 12:50:58 AM
Last edit: January 21, 2014, 03:18:18 AM by erk
 #14031


Which particular problem are you talking about now? The slowdown with erupters (chek2fire confirmed it worked better by running the erupter on a separate hub). Or the crashing at random intervals (which as I said is due to a bug in 3.10.0 from effectively unplugging of the device when conditions are flaky which is fixed in git post 3.10.0).

I took your advice and kept the nanofury away from other usb devices, but that didn't fix the crashing problem. My subsequent tests were with the nanofury alone and I used the usbutils.c file from github. Are there any other files I also needed to replace from github?



/EDIT
Ok, the plot thickens, the crash occurs after a stratum disconnect when the pool establishes contact again after a failover, normally you would get the testing stability message but it seg faults just before that gets displayed.

I tested it on a multi pool that does a short stratum disconnect every 20min when it coin switches, enough to trigger the failover.
omegaflare
Sr. Member
****
Offline Offline

Activity: 334
Merit: 250


View Profile
January 21, 2014, 01:28:32 AM
 #14032

Sorry for being nooby, but I am not generating any hashes:



Currently mining TAG coins. I entered stratum+tcp URL including my username and password. Any ideas?

CPU: AMD FX 8150
GPU: Nvidia 760 GTX

LMK.

erk
Hero Member
*****
Offline Offline

Activity: 812
Merit: 500


View Profile
January 21, 2014, 01:53:26 AM
 #14033

Sorry for being nooby, but I am not generating any hashes:



Currently mining TAG coins. I entered stratum+tcp URL including my username and password. Any ideas?

CPU: AMD FX 8150
GPU: Nvidia 760 GTX

LMK.
cgminer after version 3.7.2 wont mine TAG or any other scrypt coins.

doctormandrake
Sr. Member
****
Offline Offline

Activity: 452
Merit: 250


View Profile
January 21, 2014, 06:45:05 AM
 #14034

...

asic and sha256 or asic and bitcoin only?
Altcoin discussion in here gets your post removed or deleted.

I didn't mention any altcoins, I asked a simple question. One that I thought was within the topic. Also, I noticed I was demoted from member to newbie after doing so. classy. anyway, I'll avoid this thread. Have a wonderful day. Happy hashing.
-ck
Legendary
*
Offline Offline

Activity: 3416
Merit: 1359


Ruu \o/


View Profile WWW
January 21, 2014, 06:56:39 AM
 #14035

...

asic and sha256 or asic and bitcoin only?
Altcoin discussion in here gets your post removed or deleted.

I didn't mention any altcoins, I asked a simple question. One that I thought was within the topic. Also, I noticed I was demoted from member to newbie after doing so. classy. anyway, I'll avoid this thread. Have a wonderful day. Happy hashing.
No one affiliated with this thread has the ability to delete posts from it or demote you so whatever you saw was pure coincidence. Only forum and global mods could possibly do that.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
matt4054
Legendary
*
Offline Offline

Activity: 1792
Merit: 1017


BitcoinQueue.com


View Profile WWW
January 21, 2014, 07:00:47 AM
 #14036

Hey, I'm sorry for the missing log file and debugging etc. but I thought it was worth mentioning that:

ALL of my cgminer instances that were connected to BTC Guild, that is various versions from 3.0.x to the latest have crashed at the same time, approximately 06:31 GMT today 21 Jan 2014. I could see a "cannot parse output" and then a Segmentation Fault on the terminal just before crashing, while other instances just exited like they had received a SIGTERM, SIGKILL (or SIGSEGV?).

Even my Antminer S1 with factory built-in firmware running modified cgminer crashed, too. It also crashed on my KnC Miner, but this one is the only one that respawned automagically thanks to the init scripts and monitoring.

Has anyone else experienced this? I will cross-post it on BTC Guild topic. Thanks!
doctormandrake
Sr. Member
****
Offline Offline

Activity: 452
Merit: 250


View Profile
January 21, 2014, 07:36:18 AM
 #14037

...

asic and sha256 or asic and bitcoin only?
Altcoin discussion in here gets your post removed or deleted.

I didn't mention any altcoins, I asked a simple question. One that I thought was within the topic. Also, I noticed I was demoted from member to newbie after doing so. classy. anyway, I'll avoid this thread. Have a wonderful day. Happy hashing.
No one affiliated with this thread has the ability to delete posts from it or demote you so whatever you saw was pure coincidence. Only forum and global mods could possibly do that.

Ah, sorry to sound snarky then. I have had a long day and after checking this post I noticed the demotion, so may have reacted, instead of thinking things through more thoroughly.  So it is probably coincidence etc.  Anyways, the question I asked has since been clarified (a big bitcoin only on that one lol) So hopefully no one has taken offense, I was mayhaps a wee snippy as the reason I WAS asking was to be clear before making any posts, so as to keep anything on topic. Anyway, love cgminer, keep up the good work. Smiley
RaTTuS
Hero Member
*****
Offline Offline

Activity: 792
Merit: 1000


Bite me


View Profile
January 21, 2014, 08:55:34 AM
 #14038

Ah, sorry to sound snarky then. I have had a long day and after checking this post I noticed the demotion, so may have reacted, instead of thinking things through more thoroughly.  So it is probably coincidence etc.  Anyways, the question I asked has since been clarified (a big bitcoin only on that one lol) So hopefully no one has taken offense, I was mayhaps a wee snippy as the reason I WAS asking was to be clear before making any posts, so as to keep anything on topic. Anyway, love cgminer, keep up the good work. Smiley
offtopic but
https://bitcointalk.org/index.php?topic=423995.0 for demotion

In the Beginning there was CPU , then GPU , then FPGA then ASIC, what next I hear to ask ....

1RaTTuSEN7jJUDiW1EGogHwtek7g9BiEn
Buchi-88
Legendary
*
Online Online

Activity: 2898
Merit: 1586


First 100% Liquid Stablecoin Backed by Gold


View Profile
January 21, 2014, 09:32:15 AM
 #14039

Good day,

after a Raspberry Pi Update:

Code:
sudo apt-get update && sudo apt-get upgrade
sudo apt-get install libusb-1.0
sudo apt-get install libudev-dev
sudo rpi-update
sudo reboot

I have problems with the stability from CgMiner 3.10.0 with the Antminer U1 with the "--icarus-timing long", before the update the Anminers run at 1,6 GH/s a whole week without problems?

The Pi hangup and only a supply out and in helps...

greets and thanks for the great work Wink

HellDiverUK
Hero Member
*****
Offline Offline

Activity: 1246
Merit: 501



View Profile
January 21, 2014, 09:42:33 AM
 #14040

Turns out that 3.10.0 is crashing on the nanofury after a random period of time. Even on a separate linux box with nothing else connected.


I'm seeing the same.  2xNanofury and 1xBitburner Fury.  cgminer 3.10.0 just quits at random intervals.  Running on Debian Wheezy on BeagleBone Black, and same issue on Debian Wheezy on PC.  cgminer runs for days on the same machine when not running the Nanofurys.


You see this comment earlier: ?

There's a bug in the 3.10.0 release that crashes when a device is (effectively) unplugged that was fixed immediately after in git, so grab a git tarball from master or build from git.

Yes, I did thanks.  I'd recompiled from a fresh git clone. 

But, all that said, it looks like it might be an issue with BTCGuild.  cgminer only crashes when it's connecting to Guild, it's perfect on 3 other pools.   Problem has been reported on BTCGuild thread.
Pages: « 1 ... 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 [702] 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 ... 843 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!