Hi all.  I'm seeing a high number of HW errors on my GPUs:

 bfgminer version 3.10.0 - Started: [2014-02-17 18:52:57] - [  0 days 01:28:4
 [M]anage devices [P]ool management [ S]ettings [D]isplay options [H]elp [Q]ui
 Connected to multiple pools with block change notify
 Block: ...af6fc1cd #241883  Diff:2 (18.78Mh/s)  Started: [20:21:35]
 ST:1  F:0  NB:200  AS:0  BW:[ 48/ 16 B/s]  E:0.00  I: 2.56 BTC/hr  BS:4
 3            |  0.55/ 1.01/ 0.32Mh/s | A:686 R:41+0(none) HW:1519/none
-----------------------------------------------------------------------------
 OCL 0:       | 141.0/134.6/113.8kh/s | A:267 R:21+0(none) HW:   0/none
 OCL 1:       | 459.0/436.9/101.3kh/s | A:210 R:10+0(none) HW: 762/none
 OCL 2:       | 372.8/437.3/105.1kh/s | A:209 R:10+0(none) HW: 757/none
-----------------------------------------------------------------------------
9b6a4ea5a17019c83a911ff991447325d9dbe869727b98f4fe0
 [2014-02-17 20:21:35] Network difficulty changed to 2 (18.78Mh/s)
 [2014-02-17 20:21:35] Stratum from pool 0 detected new block

I thought it might be power related, so I upgraded to a 1000W power supply, but am still seeing them.

Machine is open-rack, with (2) R9 270xs and an old 5770.

The miner is --balance across 3 pools.

Any ideas?

Oh, temps are below 80C, not sure why that isn't showing.  Command line is:

./bfgminer -S opencl:auto --gpu-fan 100 --auto-gpu --intensity 19,19,19 --temp-overheat 90 --temp-cutoff 100 --temp-target 80 --scrypt --balance -o ...

My alt litecoin based code compiled perfecting following the recently updated post #1.  The key appeared to be getting a compatible list of package releases, which the post now has.

My only update would be to mention you can do the qmakes in a Mingw32 window since your not doing a full QT 5.2.0 install.  Just make sure the QT install in in your PATH.

All bitcoin/litecoin based wallets will respond to a "getmininginfo" request which will show you the network hashrate.  Please PM me for assistance since that isn't a bfgminer issue, at least not directly <smile>.

If this was a linux box, I'd say you didn't have the QtGUI package installed.  Have you tried this with QT 5.2.0 per post #1?

Cassey

Yeah, Gentoo Linux is pretty much for die-hards.  Alas, I find that every system is a bit different (my 3 main miners have virtually identical builds, but being on different mobos act differently). You might just want to try a Live-CD (and Gentoo's works fine!).  Problem is you would have to build bfgminer and all its required library's every time you booted.

Let us know what you find out.  I'm afraid maintaining such a beast at current Linux levels would become a part-time job.

I might be able to make a tarball out of one of my systems, but you would still need to unpack it onto a properly partitioned USB drive and built the MBR on that drive.  That and I'd have to find a way to post a ~4GB file someplace.  I'd also have to try and generalize it a bit (built lots of modules for various ethernet cards, maybe build a generic X86 kernel,etc.)

$6?  Free delivery?  I ordered one...

Yeah, had a boatload of early GPU raiders drive it up.  They have mostly dropped off now, but its going to take days to get through the blocks for a readjustment.  That is why I was trying to brings some of my GPUs online to help - we need to solve something like 340 more blocks before the difficulty will drop.

I was quite surprised when within about 4 hours of launch we topped 40MHash/sec in the network pool.  Its down to about 7.5MHash now.

FWIW - I did this coin to get educated in the bits, pieces, and processes, and it has been VERY educational <smile and wince at the same time>

Related question:  How would bfgminer behave if I told it to balance between this and my normal real coin pools?  Would each pool get 1/2 the effort or would the accepted share rate imbalance come into play?

Please PM me if you would like to know more about my altcoin or related adventures.

Quick sanity check/question...

I tested bfgminer out against my scrypt alt coin pre-launch and it worked great, although the number of stale shares was high.  I'm trying it now post-launch, with a network hashrate of around 8MHash/sec.

I would think I didn't have it setup right, but I've seen it accept all of ONE share in about 20 minutes.

Is that normal?  Is the wallet server (one of the dnsseed machines) just too busy to serve up shares?  I'm not seeing any errors from bfgminer:

 bfgminer version 3.10.0 - Started: [2014-02-14 19:11:16] - [  0 days 00:24:57]
 [M]anage devices [P]ool management [ S]ettings [D]isplay options   [H]elp [Q]uit
 Connected to nibble diff 1 without LP as user nibblerpc
 Block: ...935339f78f5705f0  Diff:1 ( 7.16Mh/s)  Started: [19:34:39]
 ST:5  F:0  NB:7  AS:0  BW:[ 64/ 31 B/s]  E:0.01  I: 0.00 BTC/hr  BS:2
 3      79.0C |  1.07/ 1.07/ 2.90Mh/s | A:1 R:0+0(none) HW:0/none
---------------------------------------------------------------------------------
 OCL 0: 79.0C | 466.3/464.0/  0.0kh/s | A:0 R:0+0(none) HW:0/none
 OCL 1: 78.0C |  0.47/ 0.46/ 2.88Mh/s | A:1 R:0+0(none) HW:0/none
 OCL 2:       | 141.1/140.4/  0.0kh/s | A:0 R:0+0(none) HW:0/none
---------------------------------------------------------------------------------
 [2014-02-14 19:14:25] New block detected on network
 [2014-02-14 19:16:26] New block detected on network
 [2014-02-14 19:21:23] Found block for pool 0!
 [2014-02-14 19:21:23] Accepted 00006227 OCL 1  Diff 2/1
 [2014-02-14 19:21:23] New block detected on network
 [2014-02-14 19:21:23] New block detected on network
 [2014-02-14 19:26:33] New block detected on network

Something just feels wrong, and I've connected to pools for my coin and been served right up.

Hmmm, am I just thinking about this wrong?  The rate would make sense if it was only reporting actual blocks that I found, not just work shares.  Wondering about that since its apparently doing something on CL 0 and 2...

For what its worth, all my main mining machines run a Gentoo Linux booted off a 16GB USB.  Works just fine.  3.10.0 is even in the portage tree, although you will need to ACCEPT_KEYWORD override to get the latest version.  I took a few early notes when I was building software mirrored USBs, those are attached below (sorry they are a bit long):

Bitminer install notes
Base Gentoo install (I’m using two 16GB USB sticks - $10 each from Microcenter)
 /* NOTE:  These are NOT complete instruction, view the details below.  MANY steps are skipped, like chrooting – they presume you have done this before and are just looking for the key hints */
http://www.gentoo.org/doc/en/gentoo-x86+raid+lvm2-quickinstall.xml – if you have done it before, and just want a checklist.  I’m mirroring the two USB sticks in case one dies…
  http://www.gentoo.org – and read the docs if you have never done a gentoo install before
USB Stick layout: gentoo1 / # fdisk -l /dev/sdb

Disk /dev/sdb: 15.5 GB, 15504900096 bytes, 30283008 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0570d639

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048      264191      131072   fd  Linux raid autodetect
/dev/sdb2          264192     4458495     2097152   82  Linux swap / Solaris
/dev/sdb3         4458496     4982783      262144   fd  Linux raid autodetect
/dev/sdb4         4982784    30283007    12650112   fd  Linux raid autodetect

gentoo1 / # vgs
  VG   #PV #LV #SN Attr   VSize   VFree
  vg1    1   4   0 wz--n-  12.05g   3.05g
gentoo1 / # lvs
  LV      VG   Attr       LSize  Pool Origin Data%  Move Log Cpy%Sync Convert
  home    vg1  -wi-ao----  1.00g
  opt     vg1  -wi-ao----  2.00g
  portage vg1  -wi-ao----  2.00g
  usr     vg1  -wi-ao----  4.00g
  var     vg1  -wi-ao----  2.00g
gentoo1 / # cat /etc/fstab
# /etc/fstab: static file system information.
#
# <fs>                  <mountpoint>    <type>          <opts>          <dump/pass>
/dev/md1                /boot           ext3            noauto,noatime  1 2
/dev/md3                /               ext4            noatime         0 1
/dev/sda2               none            swap            sw              0 0
/dev/sdb2               none            swap            sw              0 0
/dev/vg1/usr            /usr            ext4            noatime,ro         1 2
/dev/vg1/portage                /usr/portage    ext4            noatime         1 2
/dev/vg1/home           /home           ext4            noatime         1 2
/dev/vg1/var            /var            ext4            noatime         1 2
/dev/vg1/opt            /opt            ext4            noatime         1 2
/dev/cdrom              /mnt/cdrom      auto            noauto,ro       0 0
#/dev/fd0               /mnt/floppy     auto            noauto          0 0
10.XX.YY.ZZ:/usr/portage/distfiles /usr/portage/distfiles nfs defaults 0 0
tmp                     /tmp            tmpfs           nodev,nosuid,noexec 0 0
vartmp                  /var/tmp        tmpfs           nodev,nosuid,size=4g 0 0

(Note:  I have a common distfiles NFS share I use across my home network)

Emerge syslog-ng – basic Unix logging tool
Emerge vim – because I much prefer VI to Nano as an editor (learn VI once and you will have a basic editor on every Unix machine in the world)
Emerge gentoo-sources – for building your custom kernel
Major kernel item needed for Antminer (suggest building into kernel, not as modules)
Device Drivers -> USB Support ->  USB Serial Converter Support -> USB CP210x family of UART Bridge Controllers
Emerge lvm2 mdadm – for support of logical volumes and raiding (not needed if you do a standard install without LVM or mirroring of course)
Emerge genkernel – don’t like it, but initramfs bootstrapping is just the way of the world these days
mdadm  --detail –scan >> /etc/mdadm.conf
vi /etc/mdadm.conf and make sure the devices are called what you want them to be.  E.g.  /dev/md3 not /dev/gentoo:3 or something similar
genkernel –lvm –mdadm –mdadm-config=/etc/mdadm.conf –install initramfs
Emerge nfsutils – if you are going to use NFS, like I do for my distfiles area
emerge bfgminer (if you are not going to use your graphics card
/* Switch to the current Gentoo documentation for installing the newer Grub code if your using the LVM guide.  I like the legacy Grub, because I know it, but the new one seems to work, so it’s probably good to go with the times…  */
/* For any old Gentoo users just coming back:
The amd64 documentation is now for all 64 bit intel/amd folks.
Eth0 will not exist unless you “touch /etc/udev/rules.d 80-net-name-slot.rules”, which will force the traditional behavior.  I find the traditional behavior just fine when you only have 1 Ethernet card…  */
Emerge grub
grub2-install /dev/sda – first mirror device
grub2-install /dev/sdb – second mirror device
vi /etc/default/grub and uncomment GRUB_DISABLE_LINUX_UUID  /*  I had problems getting my usb sticks to boot, this helped, but it ended up around me wanting to specify the name of my md devices  I also had to add “domdadm” to the kernel parameter line */
grub2-mkconfig –o /boot/grub/grub.cfg
emerge dev-vcs/git
cd /opt (or wherever you want to store the latest bfgminer tree)
git clone https://github.com/nwoolls/bfgminer/ -b feature/antminer-u1-support
cd bfgminer
./autogen.sh
./configure
/* Fix anything missing required by newer bfgminer than the standard one in the portage tree */
emerge uthash
./configure
make
Create a startup script and place in /etc/local.d  looking something like:
#!/bin/bash

# set the worker name and password for your mining pool
WORKER="Cassey_Jean_Claude_gentoo1ant"
PASS="pass"

# see cgminer and bfgminer readme for details, choose one
#OPTS="-S opencl:auto --gpu-fan 100 --auto-gpu --intensity 14 --temp-overheat 90 --temp-cutoff 100 --temp-target 80 --verbose"
OPTS="-S antminer:all --set-device antminer.freq=0781"

# enter pool URLS in format URL:port
URL1="stratum+tcp://us1.eclipsemc.com:3333"
URL2="stratum+tcp://us2.eclipsemc.com:3333"
URL3="stratum+tcp://us3.eclipsemc.com:3333"

# get full path to miner, uncomment the miner you want
# CMD=`which cgminer`
CMD="./bfgminer"

# formart worker strings
S1="-o $URL1 -O $WORKER":"$PASS"
S2="-o $URL2 -O $WORKER":"$PASS"
S3="-o $URL3 -O $WORKER":"$PASS"

# concatenate command to run
RUN="$CMD $OPTS $S1 $S2 $S3"

echo "Changing to /opt/bfgminer"
cd /opt/bfgminer
rm *.bin
echo "$RUN"

$RUN
Of course, feel free to run EXACTLY that script.  Doing so will credit me with ALL your efforts <evil smile>.  Ok, ok, it should be obvious, but change the worker ids to your own…
Test your script!
cp /etc/local.d/mineart.start .
./mineart.start
With a bit of luck you should see bfgminer startup, see your AMU’s and rapidly start seeing them process data.

If you wish to use your graphics card, just do a:
ACCEPT_KEYWORDS=”~amd64” emerge bfgminer /* fetch the standard code */
Note will with fetch a LOT of X11 stuff, but it will still easily fit on the 16GB USB setup.
And create a new startup deck.  You will want an OPTS line along the lines of:
OPTS="-S opencl:auto --gpu-fan 100 --auto-gpu --intensity 14 --temp-overheat 90 --temp-cutoff 100 --temp-target 80"
Personally… your probably better off emerging boinc and letting it use your space CPU and graphics card.  Join the World Community Grid project, add yourself to the “Friends of Kevin” team <it doesn’t hurt anything and this is volunteer stuff anyhow>, and let your space cycles go to the good of humanity.  World Community Grid often runs programs that help discover cures for all kinds of things from malaria to aids to …
Or… proceed to use your CPU and GPU for litecoins…
To do this, I created a new /bitcoin and /litecoin lvm partition (512M is more than plenty).  I copied the old /opt stuff over to /bitcoin and removed /opt from the system (freeing up 2GB!).  This provides us two places to have different bfgminer builds.  Of course, the startup scripts were changed to reflect this.
First we need a version of bfgminer with scrypt support

git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
./autogen.sh
./configure –enable-cpumining –enable-scrypt –enable-opencl

If you try and run it now, it should start, but not find any devices.  That is because we don’t have the opencl libraries…

Now for the pain, at least for those liking a nice clean gentoo build:

We need opencl – this will suck in a ton of X windows stuff, but alas, I haven’t found a way around this.  I suspect there are some other dependencies, so given we are trashing our clean distribution:

Edit /etc/portage/make.conf and remove the “-X” if you had it in there.
ACCEPT_KEYWORDS=”~amd64” emerge –u –newuse bfgminer”

Emerge ati-drivers
Emerge amd-adl-sdk
Emerge pciutils (will help figuring out your video card)
A good reference here, I won’t repeat it all.
http://gentoovps.net/setup-bitcoin-mining-gentoo-linux/

Don’t forget to set VIDEO_CARDS="fglrx vesa" in /etc/portage/make.conf

I had exactly the same problem, as did several others.   Solved it by going back to post #1 in this thread, which has been routinely updated, and following the instructions EXACTLY - use all the same packages and releases as specified in post #1.

I should have tried that.  Everything is safely over on Linux boxes now, and not going back (I don't think), but if it does, I'll give that a shot.

Two followups from previously posted, unrelated, problems:

1)  The Radeon 5770 that worked for graphics, but I couldn't mine (bfgminer or cgminer - error about missing some registry file), works fine as a 3rd card in one of my Linux boxes.  Clueless what was wrong in Windows, but moving on...

2)  Recall how I partially lost temperature displays on 2 of my 3 mining machines?  On both the problem machines, only the first graphics card would display a temp, the 2nd one didn't.  Except on a 3rd machine (different mobos between them, but the same Gentoo Linux build), where both of the graphics cards displayed a temp.  Well... I put the 5770 in the "good" one, and it continues to display the temp - for the first 2 cards only!  <lol>  Hardly a crisis, but I do hope this problem disappears on my machines someday.

Go into your mingw install and replace "winsock.h" with a copy of "winsock2.h".

I tried a variety of ways to force it to be included and none worked for reasons I don't understand, but this brute force approach did!

You have a huge hardware error rate.  What clock are you trying to use?

I'm not sure if building the rest of the environment, like QT (which came later in the instruction), or if installing the precompiled boost binaries fixed it, but the problem did go away.

Having problems building boost:

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Users\cassey>cd c:\deps

c:\deps>cd boost*

c:\deps\boost_1_55_0>bootstrap.bat mingw
Building Boost.Build engine
'"VCVARS32.BAT"' is not recognized as an internal or external command,
operable program or batch file.
The system cannot find the batch label specified - Test_Option
'"VCVARS32.BAT"' is not recognized as an internal or external command,
operable program or batch file.
'"VCVARS32.BAT"' is not recognized as an internal or external command,
operable program or batch file.
'cl' is not recognized as an internal or external command,
operable program or batch file.

Update (and trimmed post):  I tried installing the pre-compile binaries by the final link failed.  Went back and tried building 1_53_0 and it worked fine.  For hells bell, tried it again in the 1_55_0 and the problem disappeared.  Strange, but maybe it will help someone else via Google searching in the future...

Update2:  After rebuilding, my coin linked clean - and for the VERY FIRST TIME on windows, actually worked!  Thank you SO MUCH for maintaining this thread!

Congrats on getting 3.0 ghz stable - make sure you tell us, or the antminer thread, exactly how you did that!

Can you please share your command line?

Ok.. suggest breaking this down into smaller pieces.  

Just plug in your antminers (which are generally pretty well behaved) and run with a line like:

./bfgminer -S antminer:all --set-device antminer:clock=x0981 -o <insert your pool info>

And lets see what happens.  That speed is pretty much the normal limit pre-mod, let make sure they all show up at that point.

Oh, and please let us know the exact line your using (shy your pool info) and exact errors your seeing.  Since you did a clone, I'm presuming your have 3.10.0 code.

I know its bad practice but the first thing I would try is to run it as root.  If that works, at least you know its just a permission problem.

Regarding only a few of the antminers showing up, suggest just restarting a time or time.  They appear to adjust themselves a bit every time they are initialized.  Eventually they should all appear - or you can use the M-->"+" approach.

FYI:  I tried doing a logical uninstall of the video card via windows device manager.  That worked as expected, but after rebooting, the problem still shows up.  No viruses either.

Does the error message "Failed to open Device Parameters registry key in lowl-vcom.c _vcom_devinfo_scan_windows__hubport(
):440: The system cannot find the file specified." give us any clue?