thought I'd share something.. since I'd like to have quotes for both Tradehill and MtGox in the header, I went through the steps to add another ticker: 1. add the field to settings in mysql: insert into settings (setting,value) values ('tradehilllast','0.0000');
2. modify ./cronjobs/ticker.php $tradehill_ticker = exec("/usr/bin/curl -q -s --connect-timeout 3 ' https://api.tradehill.com/APIv1/USD/Ticker'"); .. and ... if (!is_null($tradehill_ticker)) { $ticker_obj = json_decode($tradehill_ticker); if (intval($ticker_obj->ticker->last) > 0) { $settings->setsetting('tradehilllast', round($ticker_obj->ticker->last, 4)); } 3. modify ./www/includes/templates/header.php <td><li>GOX/usd: $<?php print $settings->getsetting('mtgoxlast'); ?> </li></td>
<td><li>TH/usd: $<?php print $settings->getsetting('tradehilllast'); ?> </li></td>
And you're done! |
|
|
|
<EDIT> problem turned out to be bitcoinD hung... disregard.. - new stats and graphs
am I blind? where do I find these? |
|
|
|
Changes needed to be current with version changes: |
|
|
|
A typical mining rig isn't your production-class server running old stable userland.
Given the single purpose of the mining rig, the smaller, the more stripped, the more stable, the better.. that does not match, sadly, the goals of most new distros. I've been running on Fedora14/15 and am actually trying to move backwards to Centos5 for the greater stability... currently being stopped short compiling 1.6.1 with: if gcc -DHAVE_CONFIG_H -I. -I. -I. -pthread -fno-strict-aliasing -I./compat/jansson -I./lib -I./lib -O3 -Wall -msse2 -I/usr/src/AMD-APP-SDK-v2.4-lnx32/include -g -MT cgminer-main.o -MD -MP -MF ".deps/cgminer-main.Tpo" -c -o cgminer-main.o `test -f 'main.c' || echo './'`main.c; \
then mv -f ".deps/cgminer-main.Tpo" ".deps/cgminer-main.Po"; else rm -f ".deps/cgminer-main.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I. -pthread -fno-strict-aliasing -I./compat/jansson -I./lib -I./lib -O3 -Wall -msse2 -I/usr/src/AMD-APP-SDK-v2.4-lnx32/include -g -MT cgminer-util.o -MD -MP -MF ".deps/cgminer-util.Tpo" -c -o cgminer-util.o `test -f 'util.c' || echo './'`util.c; \
then mv -f ".deps/cgminer-util.Tpo" ".deps/cgminer-util.Po"; else rm -f ".deps/cgminer-util.Tpo"; exit 1; fi
util.c:227: error: expected declaration specifiers or ‘...’ before ‘curlsocktype’
which sounds a lot like problems with older curl to me.. . |
|
|
|
ok, I've been beating my head on this for 24 hours, figured I'd ask. How do I get cgminer to log ONLY summary data, like "[(60s):1076.3 (avg):1070.2 Mh/s] [Q:146 A:115 R:3 HW:0 E:79% U:14.70/m] " to the syslog, and leave out the rest of the messages? I'm remote-syslogging all my miners to a central syslog.. Even "Quiet" mode gives a lot more information than I want/need, at far more often than the configured interval. Example: Aug 31 10:08:41 miner9 cgminer[2681]: GPU 2 Q:29 A:20 R:1 HW:0 E:69% U:7.10/m
Aug 31 10:08:42 miner9 cgminer[2681]: GPU 0 Q:27 A:22 R:1 HW:0 E:81% U:7.81/m
Aug 31 10:08:47 miner9 cgminer[2681]: GPU 2 Q:29 A:21 R:1 HW:0 E:72% U:7.46/m
Aug 31 10:08:47 miner9 cgminer[2681]: GPU 0 Q:27 A:23 R:1 HW:0 E:85% U:8.17/m
Aug 31 10:08:53 miner9 cgminer[2681]: [(60s):1074.0 (avg):1065.9 Mh/s] [Q:74 A:61 R:3 HW:0 E:82% U:15.98/m]
Aug 31 10:08:53 miner9 cgminer[2681]: GPU 0 Q:27 A:24 R:1 HW:0 E:89% U:6.29/m
Aug 31 10:08:56 miner9 cgminer[2681]: GPU 1 Q:11 A:18 R:1 HW:0 E:164% U:4.72/m
Aug 31 10:09:11 miner9 cgminer[2681]: GPU 0 Q:27 A:25 R:1 HW:0 E:93% U:6.55/m
Aug 31 10:09:15 miner9 cgminer[2681]: GPU 0 Q:27 A:26 R:1 HW:0 E:96% U:6.81/m
Aug 31 10:09:25 miner9 cgminer[2681]: GPU 0 Q:27 A:27 R:1 HW:0 E:100% U:7.07/m
Aug 31 10:09:26 miner9 cgminer[2681]: GPU 2 Q:38 A:22 R:1 HW:0 E:58% U:5.76/m
Aug 31 10:09:28 miner9 cgminer[2681]: GPU 0 Q:27 A:28 R:1 HW:0 E:104% U:7.34/m
Aug 31 10:09:36 miner9 cgminer[2681]: GPU 1 Q:20 A:19 R:1 HW:0 E:95% U:4.98/m
Aug 31 10:09:50 miner9 cgminer[2681]: GPU 1 Q:20 A:20 R:1 HW:0 E:100% U:5.24/m
Aug 31 10:09:52 miner9 cgminer[2681]: GPU 1 Q:20 A:21 R:1 HW:0 E:105% U:5.50/m
Aug 31 10:09:53 miner9 cgminer[2681]: [(60s):1072.4 (avg):1067.0 Mh/s] [Q:92 A:71 R:3 HW:0 E:77% U:14.73/m]
Aug 31 10:09:53 miner9 cgminer[2681]: GPU 2 Q:38 A:23 R:1 HW:0 E:61% U:4.77/m
Aug 31 10:09:56 miner9 cgminer[2681]: GPU 0 Q:27 A:29 R:1 HW:0 E:107% U:6.02/m
It would be nifty to have a "log-level" like syslogs levels for OUTPUT MODE: 0 Emergency: system is unusable 1 Alert: action must be taken immediately 2 Critical: critical conditions 3 Error: error conditions 4 Warning: warning conditions 5 Notice: normal but significant condition 6 Informational: informational messages 7 Debug: debug-level messages Things like "DEAD GPU" would be 1 or 2, accepted could be 6, rejected could be 5, etc. (while I'm asking, it would be nice to be able to pass "Facility" as a command-line option to the "--syslog" option... local3 for example) Thanks again for a great program, hope there's an easy way to do what I'm asking.. |
|
|
|
one more problem found from having pushpoold up and running before mmcFE -- shares table is formatted differently.... Another interesting thing in the "shoot, that's broken" category... If your bitcoinD is NOT running on 8332, you're going to have problems.. Mine is running on 7332, and LOTS of pieces break on the web pages, as you can imagine.. Stats don't exist, the cronjobs all complain because they can't connect to bitcoinD. Even placing "x.x.x.x:7332" in the "rpcHost" field didn't fix it.. my fix? update requiredFunctions.php to include an "$rpcPort" field: $rpcType = "http"; // http or https
$rpcUsername = "bigPHATuser"; // username as specified in your bitcoin.conf configuration file
$rpcPassword = "bigPHATpass"; // password
$rpcHost = "127.0.0.1";
$rpcPort = "7332";
then update all the cronjobs and web pages with the PHP bitcoinController call: FROM :
$bitcoinController = new BitcoinClient($rpcType, $rpcUsername, $rpcPassword, $rpcHost);
TO :
$bitcoinController = new BitcoinClient($rpcType, $rpcUsername, $rpcPassword, $rpcHost, $rpcPort);
Voila! |
|
|
|
yeah i have all kinds of plans but just not enough time to get it all done  since the admin panel is for the smallest amount of viewers its sort of the last thing im working on tho. im very comfortable at the command line so its not the highest priority at the moment... i built in some viewing features and made the tables sortable so you can get a good overview of whats going on in the database and for now thats enough for me but for sure more will come. I appreciate all your hard work, after a little teething it seems to be up and alive. As an admin, however, I'd like to see more detailed, "live" views on how "alive" the pool is at the moment.Things I may or may not want to expose to the other users, but things like most shares last (x) minutes per user, reject %'s, luck, etc... I have a little stack of queries I've been playing with, but PHP isn't my strength... Right now the web interface is pretty "dead" in spite of all the activity going on underneath. Maybe some of the "bitcoinD" things, like "getinfo" ? Are you starting a pool? Considering it, primarily private use, not trying to take on the big guys.. |
|
|
|
As a exercise, I formatted my 10.04 LTS VM, and started over from scratch.. I'm back up with -almost- everything working... forgot about how long it takes for bitcoinD to download blocks... since it DOES tell you that when asked properly, it might be interested to at least throw some sort of smart error message in the webUI while that's happening: root@pool3:~# bitcoind getwork
error: {"code":-10,"message":"Bitcoin is downloading blocks..."}
Sadly the log is full of messages like: [Wed Aug 24 17:35:41 2011] [error] [client x.x.x.x] PHP Fatal error: Uncaught BitcoinClientException: rather than any useful message... ran me around in a circle for a while till I figured it out. thanks again for your help.. here's hoping it's all working fine once the block download is done. (any chance of any sort of user management in the admin panel at some point?) |
|
|
|
tell me again what error you had with the cookie domain? was it just simply set to the wrong address?
I had it set to several things OTHER than the IP address of the server, including "localhost.localdomain" and ".mydomain.com" |
|
|
|
ill get those tags fixed in the next couple revisions. Good find... hopefully you can get it all working now... wonder why that works without issues on my systems but not yours. Must be the php.ini config or something apache related. Odd one...
works fine without the changes on the ubuntu 10.04 LTS machine, so it's something unique to the Fedora setup. I hammered with grep till I found all the "<?" | grep -v "<?php" I could find... visually seems happy now.. might be worth while adding something like "I can't seem to log into the accounts it creates" - -to check the IP address under cookies.. I'm sure i"m not the only one who has tried this without a FQDN to test. |
|
|
|
This is your cookie domain define in requiredfunctions. if its IP based, set it like this:
$cookieName = "whateveryouwant";
$cookiePath = "/";
$cookieDomain = "192.168.178.31"; //Set this to your domain
after you have done this and you can login, set your username in the db to admin by setting the admin table value to 1 instead of 0 for your username (in `webUsers`). Then the adminpanel should show up for you.
I set the cookieDomain to the EXTERNAL IP address of the server, change the cookieName to something different, restarted the whole box, and -- -bingo -- I can log in. update webUsers set admin = '1' where id = '1'; and I have an admin panel. Financial Stats is a bit.... offended.. found another <? instead of <?php and fixed it. Financial Statistics
0") or sqlerr(__FILE__, __LINE__); $sitewallet = mysql_query("SELECT sum(balance) FROM `accountBalance`") or sqlerr(__FILE__, __LINE__); $sitewalletq = mysql_fetch_row($sitewallet); $unconf_blocksQ = mysql_query("SELECT DISTINCT confirms from `networkBlocks` WHERE `confirms` < 120 AND `confirms` > 0"); $sitePercentQ = mysql_query("SELECT value FROM settings WHERE setting='sitepercent'"); if ($sitePercentR = mysql_fetch_object($sitePercentQ)) { $sitePercent = $sitePercentR->value; } $unconf_blocks = mysql_num_rows($unconf_blocksQ); $unconf_income = ($unconf_blocks * (50 * ($sitePercent / 100))); $usersbalance = $sitewalletq[0] / 1; $user_reserve = ($unconf_blocks); $donation_reserve = $settings->getsetting("tobedonated"); $balance = $bitcoinController->query("getbalance"); $subtotal = $balance - $usersbalance - $donation_reserve; echo "Current Block Number: ".$bitcoinController->getblocknumber()."
"; echo "Current Difficulty: ".$bitcoinController->query("getdifficulty")."
"; echo "
"; echo "Wallet Balance: ".$balance."
"; echo "Held for Users: ".$usersbalance."
"; echo "Held for Donation: ".$donation_reserve."
"; echo "Immature Blocks: " .$user_reserve. "
"; //echo "Pool Immature: " .$unconf_income. "
"; echo "
"; echo "Actual Liquid Assets: $subtotal
"; //echo "Forecasted Assets: " .($subtotal + $unconf_income). "
"; ?>
as is the "user control" section" User Control
Search by IP Address, Userame, or UserId
Search String
" .$num_results. " result(s)"; }?>
|
|
|
|
I cant imagine this would be it buit on the lines that are giving you errors change <? to <?php .... i see that both of those errors are from lines that have the somewhat nonstandard <? opening tag instead of <?php
Good catch! I changed that in header.php, and then leftsidebar.php and got a new message. Not sure what to do with it, but putting in the <?php seems to make it happy. Stats last updated:
Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Los_Angeles' for 'PDT/-7.0/DST' instead in /var/www/html/includes/leftsidebar.php on line 96 11:16:17 GMT-8
(updated every 60 secs)
Maybe this is something that should come "TimeZone" from settings? Thank you for posting the dependancies, on the F14 box I was short a few things, got those installed/updated.. Package php-cli-5.3.6-1.fc14.i686 already installed and latest version
Package php-common-5.3.6-1.fc14.i686 already installed and latest version
Package php-common-5.3.6-1.fc14.i686 already installed and latest version
Package php-common-5.3.6-1.fc14.i686 already installed and latest version
Package php-mysql-5.3.6-1.fc14.i686 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package php-gd.i686 0:5.3.6-1.fc14 set to be installed
---> Package php-geshi.noarch 0:1.0.8.8-1.fc14 set to be installed
--> Processing Dependency: php-mbstring for package: php-geshi-1.0.8.8-1.fc14.noarch
---> Package php-mcrypt.i686 0:5.3.6-1.fc14 set to be installed
---> Package php-suhosin.i686 0:0.9.29-1.fc13 set to be installed
--> Running transaction check
---> Package php-mbstring.i686 0:5.3.6-1.fc14 set to be installed
--> Finished Dependency Resolution
In the end, I still can't log in as a valid users who exists in webUser ... . I'm going to turn up php/apache logging and see if I can find the source.. this is driving me crazy: |
|
|
|
did you create a datbase user with appropriate perms? did you import the database schema? have you configured all the various config files with paths and user name / pass pairs? There is something around 4-8 files you need to customize in order for it all to work... (including bitcoind, pushpool, and the various php/bash scripts. It really should be in the README's. Cover them carefully. The onyl tihng not in the readmes is how to set up your DB username and pass. I assume the user has experience with that.
1. yes 2. yes 3. believe so, cron stuff all runs right, no path complaints in log 4. believe so, may have missed something 5. hit every readme I could find. ./sql/README ./www/README ./cronjobs/README I'm going to go back and do it again from scratch... I've been thrashing two different VM's one F14/ one 10.04LTS. The LTS box isn't showing the visible PHP pieces, which tells me it's a dependancy/config issue on the F14 box. Pushpoold is working fine, bitcoin is working fine, I can point miners at either.. and I'm seeing shares appear in the pushpolld DB. On both however, I'm up to where it's CREATING the users on registration now, but not allowing logins.. I suspect it's because it's on a private IP, being surfed from a private IP, so it's screwing up the cookie process. I can log in via mysql command line as the user/pass listed in the config file, make changes to the DB, etc. I feel like I'm missing something obvious.. this shouldn't be this hard.. |
|
|
|
Does '/sites/mmc/www/includes/requiredFunctions.php' exist on your server? Probably not.
Took care of this one - it was hard-coded into api.php Something still not right, seeing this: Stats last updated:
getsetting('statstime'))." GMT+2"; ?>
One other thing, and this may be the give-away --- I can't register a new user.. it never writes to the DB. |
|
|
|
Latest trunk (08/23/2011) on Fedora14, think I'm missing a dependancy or two: [Tue Aug 23 15:37:00 2011] [error] [client x.x.x.x] PHP Warning: include(/sites/mmc/www/includes/requiredFunctions.php): failed to open stream: No such file or directory in /var/www/html/api.php on line 7, referer: http://y.y.y.y/stats.php[Tue Aug 23 15:37:00 2011] [error] [client x.x.x.x] PHP Warning: include(): Failed opening '/sites/mmc/www/includes/requiredFunctions.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /var/www/html/api.php on line 7, referer: http://y.y.y.y/stats.php[Tue Aug 23 15:37:00 2011] [error] [client x.x.x.x] PHP Fatal error: Call to undefined function connectToDb() in /var/www/html/api.php on line 34, referer: http://y.y.y.y/stats.phpI'm seeing the following on the web page, which points me toward something missing:
getsetting('slogan'); ?>
Home
Register
Stats
Getting Started
Support
About
News
Guessing I shouldn't be seeing the PHP.. thoughts? |
|
|
|
Pool switching should be fixed, performance should be better. GPU SICK/DEAD confusion should be fixed.
GPU SICK/DEAD is fixed - thank you for the quick response. |
|
|
|
anyway, I get the same speeds with both kernels in 1.5.6 - 143.5ish
and I get the same speeds with both kernels in 1.5.7 - 141
Is this built by yourself in linux, a binary in linux, built by yourself in windows, or a binary in windows? If it's the binary in windows, there were some slight differences in the compilation of it. That's the only thing I can think of that was different. The performance is usually only strongly linked to the kernel and not the code within cgminer which makes your results most unusual. Linux, Fedora14, 686, grabbed from git. configured like: CFLAGS="-O3 -Wall -msse3 -I./compat/jansson -I/usr/src/AMD-APP-SDK-v2.4-lnx32/include -g" LDFLAGS="-L/usr/src/AMD-APP-SDK-v2.4-lnx32/lib/x86/ -g" ./configure
Make is completely clean. |
|
|
|
Hmm. The threads are on the same GPU. There is indeed some confusion in the code it seems (i.e. a bug). I've only reproduced this once and a restart made it go away. I'll see if I can fix it next version.
Happening across multiple machines, from 2-4 GPU's per box -- happy to give you whatever debug/logs you wish/need, just let me know. |
|
|
|
updated from 1.5.3 to 1.5.7 today... seeing an odd issue in the logs..it seems to be confusing thread 3 with thread 6..
[2011-08-22 14:49:01] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:03] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:03] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:04] Accepted 340e3713 GPU 1 thread 1 pool 0
[2011-08-22 14:49:05] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:05] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:07] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:07] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:09] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:09] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:10] Accepted e263f010 GPU 2 thread 8 pool 0
[2011-08-22 14:49:11] Accepted d33a1712 GPU 0 thread 3 pool 0
[2011-08-22 14:49:11] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:11] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:13] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:13] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:15] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:15] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:17] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:17] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:19] Accepted 3576d51b GPU 1 thread 7 pool 0
[2011-08-22 14:49:19] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:19] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:21] Accepted c8e87d27 GPU 2 thread 8 pool 0
[2011-08-22 14:49:21] Accepted 551c6327 GPU 0 thread 6 pool 0
[2011-08-22 14:49:21] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:21] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:23] Accepted 0c766d32 GPU 2 thread 5 pool 0
[2011-08-22 14:49:23] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:23] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:24] Accepted 9bc3ac3b GPU 1 thread 4 pool 0
[2011-08-22 14:49:25] Accepted a3546444 GPU 2 thread 2 pool 0
[2011-08-22 14:49:25] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:25] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:27] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:27] Thread 6 recovered, GPU 0 declared WELL!
[2011-08-22 14:49:28] Accepted 0f407e0e GPU 2 thread 8 pool 0
[2011-08-22 14:49:29] Thread 3 not responding for more than 10 minutes, GPU 0 declared DEAD!
[2011-08-22 14:49:29] Thread 6 recovered, GPU 0 declared WELL!
GPU's all look alive: GPU 0: [354.8 / 351.6 Mh/s] [Q:9 A:18 R:0 HW:0 E:200% U:6.03/m]
Last initialised: [2011-08-22 14:47:12]
Thread 0: 118.7 Mh/s Enabled ALIVE
Thread 3: 118.0 Mh/s Enabled ALIVE
Thread 6: 118.0 Mh/s Enabled ALIVE
GPU 1: [359.7 / 358.8 Mh/s] [Q:11 A:9 R:0 HW:0 E:82% U:3.02/m]
Last initialised: [2011-08-22 14:47:13]
Thread 1: 109.6 Mh/s Enabled ALIVE
Thread 4: 126.3 Mh/s Enabled ALIVE
Thread 7: 126.6 Mh/s Enabled ALIVE
GPU 2: [355.5 / 349.0 Mh/s] [Q:8 A:31 R:0 HW:0 E:443% U:10.39/m]
Last initialised: [2011-08-22 14:47:13]
Thread 2: 118.6 Mh/s Enabled ALIVE
Thread 5: 118.2 Mh/s Enabled ALIVE
Thread 8: 118.9 Mh/s Enabled ALIVE
If I reduce the threads-per-GPU to (2) instead of (3) it complains about 3 not responding and 0 recovers. Ideas? |
|
|
|
You would be competing with the speed whether the pool was here or not . If it doesn't go online they'll just solo mine. I'm not turning BTC Guild's hash power towards I0 Coin, just providing a well established pool frontend/backend for I0 Coin. lol That is actually pretty damn good compared to other pools on bitcoin. Any good reason why he should do it for free? |
|
|
|
|
Show Posts
