Topic: CGminer - web monitor beta v0.8 - page 6. (Read 34766 times)
make sure your cgminer is set to accept rpc calls from the network:
the following should be part of your conf file for cgminer:
"api-listen" : true,
"api-network" : true,
"api-port" : "4028",
hi
i wanted to try this, so i edited the php file as follows:
Those names are in the host file (this is a linux debian machine running one cgminer, apache2 with php5, and a few more things)
I also tried the ips.
And i get this:
i wanted to try this, so i edited the php file as follows:
Code:
require_once 'includes/apiSocket.php';
//error_reporting(E_ALL); //this is a dev version
//ini_set('display_errors', '1'); //dev version
//list of miners to monitor
$minerList= array(
"Z",
"LU",
"omega",
"MAMA-PC"
);
//bitcoind connect string, just delete or make empty if you dont want bitcoin info, or server does not have access to a bitcoind
//$btcoindConnStr = 'http://user:pass@bitcoind:8332/';
?>
//error_reporting(E_ALL); //this is a dev version
//ini_set('display_errors', '1'); //dev version
//list of miners to monitor
$minerList= array(
"Z",
"LU",
"omega",
"MAMA-PC"
);
//bitcoind connect string, just delete or make empty if you dont want bitcoin info, or server does not have access to a bitcoind
//$btcoindConnStr = 'http://user:pass@bitcoind:8332/';
?>
Those names are in the host file (this is a linux debian machine running one cgminer, apache2 with php5, and a few more things)
I also tried the ips.
And i get this:
Quote
Mhash (5s)/(avg) Queued Accepted Rejected ST HW Utility
0 0 0 0 0 0 0 0
Metric High Low Median Avg
Temps 0 9999 0 0.00
Fans 0 9999 0 0.00
Mhash Per Rig: 0 9999 0 0.00
Mhash Per Card: 0 9999 0 0.00
Util Per Rig: 0 9999 0 0.00
Util Per Card: 0 9999 0 0.00
mineroffline:Z
mineroffline:LU
mineroffline:omega
mineroffline:MAMA-PC
Pools: (assumes failover)
Z | LU | omega | MAMA-PC |
Mhash (5s)/(avg) Queued Accepted Rejected ST HW Utility
0 0 0 0 0 0 0 0
Metric High Low Median Avg
Temps 0 9999 0 0.00
Fans 0 9999 0 0.00
Mhash Per Rig: 0 9999 0 0.00
Mhash Per Card: 0 9999 0 0.00
Util Per Rig: 0 9999 0 0.00
Util Per Card: 0 9999 0 0.00
mineroffline:Z
mineroffline:LU
mineroffline:omega
mineroffline:MAMA-PC
Array
(
)
1
0 0 0 0 0 0 0 0
Metric High Low Median Avg
Temps 0 9999 0 0.00
Fans 0 9999 0 0.00
Mhash Per Rig: 0 9999 0 0.00
Mhash Per Card: 0 9999 0 0.00
Util Per Rig: 0 9999 0 0.00
Util Per Card: 0 9999 0 0.00
mineroffline:Z
mineroffline:LU
mineroffline:omega
mineroffline:MAMA-PC
Pools: (assumes failover)
Z | LU | omega | MAMA-PC |
Mhash (5s)/(avg) Queued Accepted Rejected ST HW Utility
0 0 0 0 0 0 0 0
Metric High Low Median Avg
Temps 0 9999 0 0.00
Fans 0 9999 0 0.00
Mhash Per Rig: 0 9999 0 0.00
Mhash Per Card: 0 9999 0 0.00
Util Per Rig: 0 9999 0 0.00
Util Per Card: 0 9999 0 0.00
mineroffline:Z
mineroffline:LU
mineroffline:omega
mineroffline:MAMA-PC
Array
(
)
1
[EDIT]
Got it....nothing else required from me
thanks again.
Got it....nothing else required from me
thanks again.
Hey Jimmy, could you please explain the following value ?
Cheers,
bitlane.
Quote
cgminer version 2.1.2 - Started: 1327356155 Rig: miner1
Cheers,
bitlane.
sure. it is a unix timestamp of the start time. I think you will see the same value in the dumps.
this is beta after all. I took a couple of minutes formatting it, but I kept getting warnings about the local. just never got back to it. you can just replace $since with date("F j, Y, g:i a",$since)
Hey Jimmy, could you please explain the following value ?
Cheers,
bitlane.
Quote
cgminer version 2.1.2 - Started: 1327356155 Rig: miner1
Cheers,
bitlane.
The best part about this, is with minimal coding experience, most users can custom tailor this to suit his/her needs with little to no effort.
Obviously not everyone needs the same, or wants/expects the same results.....so this is just great.
In all honesty, I am actually second-guessing my need to add controls, because as it is now, I don't have the ability to f$ck anything up on my miners, without actually logging in via VNC, so perhaps the 'hands-off' monitoring-only approach is all I really need.
I like to mess around with overclocks etc, so in it's current running state, it actually keeps me out of trouble and gives me exactly what I need and nothing more
If you would allow it, I would also be more than happy to package-up what I have, so that just in case, anyone who just wants simple monitoring for a couple/few machines that all fit on a single non-scrolling page could get by quite nicely without getting in over their heads.
Let me know what you think and I will zip it up and throw up a download link if you approve.
Cheers,
bitlane.
Obviously not everyone needs the same, or wants/expects the same results.....so this is just great.
In all honesty, I am actually second-guessing my need to add controls, because as it is now, I don't have the ability to f$ck anything up on my miners, without actually logging in via VNC, so perhaps the 'hands-off' monitoring-only approach is all I really need.
I like to mess around with overclocks etc, so in it's current running state, it actually keeps me out of trouble and gives me exactly what I need and nothing more
If you would allow it, I would also be more than happy to package-up what I have, so that just in case, anyone who just wants simple monitoring for a couple/few machines that all fit on a single non-scrolling page could get by quite nicely without getting in over their heads.
Let me know what you think and I will zip it up and throw up a download link if you approve.
Cheers,
bitlane.
bit: me too. I was never able to accurately measure my hashrate before this.
still working it out how I want to move forward with the controls:
1. simple dropdowns and text areas with a page reload
2. similar to #1, but with a lock/unlock button
3. ajax type controls with no refresh needed.
#3 is interesting because I could almost make it look and act JUST like the gui. down to the commands like 'G' for gpu and 'P' for pools when in edit mode and focus is on div, the keypress could be intercepted... anyway just thinking out loud here.
I will probably go with #1 just to get things started.... the ajax implimentation will take alot of work.
Jim
I just thought I would check back in and again, say, THANKS FOR SUCH A GREAT STARTING POINT for a project.
I honestly don't know how much time I spent using VNC clients for monitoring before this nice, simple little output came along.
I ended up trimming things a bit to suit what I need to see, threw in a basic 10s page refresh into the mix and regardless of not having controls done for mine yet, I am extremely happy with what it DOES do in the mean time.
Cheers.
I honestly don't know how much time I spent using VNC clients for monitoring before this nice, simple little output came along.
I ended up trimming things a bit to suit what I need to see, threw in a basic 10s page refresh into the mix and regardless of not having controls done for mine yet, I am extremely happy with what it DOES do in the mean time.
Cheers.
Style sheet would be cool.
You got my vote
I got lazy and simply used a few common tags, but I planned to re-tag everything when I had time....but it just works well now, so it might be a while before I get off my lazy butt and do anything...LOL
Thanks again for a great app.
You got my vote
I got lazy and simply used a few common tags, but I planned to re-tag everything when I had time....but it just works well now, so it might be a while before I get off my lazy butt and do anything...LOL
Thanks again for a great app.
I love this, although the formatting left something to be desired. I added a few tags, changed a couple things and removed the bottom [echo $htmlStr;] around line 27x so that there was only 1 summary at the top.....I'll keep working on it though.
I decided to take beta1 and add/remove as I required and am almost done, ready to begin adding controls....
http://members.shaw.ca/bitlane/bit/cgminerweb.htm
I also made the top hyperlinks to miners optional, as it's commented out in mine currently (for smaller miners with less than enough machines to fill the page).
The 'dumps' still work on each miner box though.
1 other thing I noticed is that when I added the MEMORY FREQ to mine, was that all my 5000 series cards show up correctly, but all 6000 series cards only show stock memory speeds, even though they are modified by either BIOS or using CGMiner itself. Is this an ATI problem or CGMiner problem ? GUP-Z confirms the correct speeds ( as all running 300 Mhz) but all 6000 series cards show up wrong in CGMiner for some reason.....
thanks again for such a great starting point.
I decided to take beta1 and add/remove as I required and am almost done, ready to begin adding controls....
http://members.shaw.ca/bitlane/bit/cgminerweb.htm
I also made the top hyperlinks to miners optional, as it's commented out in mine currently (for smaller miners with less than enough machines to fill the page).
The 'dumps' still work on each miner box though.
1 other thing I noticed is that when I added the MEMORY FREQ to mine, was that all my 5000 series cards show up correctly, but all 6000 series cards only show stock memory speeds, even though they are modified by either BIOS or using CGMiner itself. Is this an ATI problem or CGMiner problem ? GUP-Z confirms the correct speeds ( as all running 300 Mhz) but all 6000 series cards show up wrong in CGMiner for some reason.....
thanks again for such a great starting point.
I am glad your finding it useful. I find it extremely useful for my 17 rigs.
I am going to also be adding controls. enabling and disabling wasn't important to me, so I did not add it YET. but I will be adding all controls as soon as the app is ready. I am about to refactor the whole page to make it more organized. it is possible I could just put div containers around the rest of the parts missing it and all you have to do is include a different style sheet?
enjoy.
I love this, although the formatting left something to be desired. I added a few tags, changed a couple things and removed the bottom [echo $htmlStr;] around line 27x so that there was only 1 summary at the top.....I'll keep working on it though.
I decided to take beta1 and add/remove as I required and am almost done, ready to begin adding controls....
http://members.shaw.ca/bitlane/bit/cgminerweb.htm
I also made the top hyperlinks to miners optional, as it's commented out in mine currently (for smaller miners with less than enough machines to fill the page).
The 'dumps' still work on each miner box though.
1 other thing I noticed is that when I added the MEMORY FREQ to mine, was that all my 5000 series cards show up correctly, but all 6000 series cards only show stock memory speeds, even though they are modified by either BIOS or using CGMiner itself. Is this an ATI problem or CGMiner problem ? GUP-Z confirms the correct speeds ( as all running 300 Mhz) but all 6000 series cards show up wrong in CGMiner for some reason.....
thanks again for such a great starting point.
I decided to take beta1 and add/remove as I required and am almost done, ready to begin adding controls....
http://members.shaw.ca/bitlane/bit/cgminerweb.htm
I also made the top hyperlinks to miners optional, as it's commented out in mine currently (for smaller miners with less than enough machines to fill the page).
The 'dumps' still work on each miner box though.
1 other thing I noticed is that when I added the MEMORY FREQ to mine, was that all my 5000 series cards show up correctly, but all 6000 series cards only show stock memory speeds, even though they are modified by either BIOS or using CGMiner itself. Is this an ATI problem or CGMiner problem ? GUP-Z confirms the correct speeds ( as all running 300 Mhz) but all 6000 series cards show up wrong in CGMiner for some reason.....
thanks again for such a great starting point.
Awesome. Great work BTW. When I proposed the RPC project and bounty this was exactly the kind of projects I had in mind. With display decoupled from the mining engine there can be multiple independent projects.
I don't know how useful it would be for other people but I would like an GPU level interface.
something like:
Example:
Host level stats could then be on a different page. This would allow an easy view of all the GPU across all the rigs in one unified table.
Likely this is more useful for people with 3+ rigs and 10+ GPU.
something like:
Code:
(host) (GPU #) (other stats)
Example:
Code:
192.168.0.181 GPU 0 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.181 GPU 1 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.181 GPU 2 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.182 GPU 0 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.182 GPU 1 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.182 GPU 2 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.181 GPU 1 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.181 GPU 2 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.182 GPU 0 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.182 GPU 1 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
192.168.0.182 GPU 2 2068RPM 53% | 369.1/368.9Mh/s | 900Mhz 1.088V A:22805 R:190 HW:0 U:2.01/m I: 7
Host level stats could then be on a different page. This would allow an easy view of all the GPU across all the rigs in one unified table.
Likely this is more useful for people with 3+ rigs and 10+ GPU.
...
do you think I should have the black background and white text like the app for each rig ?
do you think I should have the black background and white text like the app for each rig ?
It is not the app (cgminer) which has those colors; it is the OS's application which is displaying the terminal/console. White on black is the traditional default from days of yore "glass teletypes", but in most (all?) modern GUI OSs the user can change the text and background colors as desired.
php-sockets was the problem.... it was commented out in the php.ini file.
Everything works great now.
Thanks for your help
Everything works great now.
Thanks for your help
define "displays an error in the 'include' file."
Can you provide some more details about the specifics of the error. You should be able to get it running on that box.
Can you provide some more details about the specifics of the error. You should be able to get it running on that box.
jftr, the reason I show the last 2 transactions is to show if I found a block when going solo. I will have other info in this area soon.
It looks like sockets are not turned on in your php.ini file. google the create_socket php and it will be readily avail what to do.
define "displays an error in the 'include' file."
Can you provide some more details about the specifics of the error. You should be able to get it running on that box.
define "displays an error in the 'include' file."
Can you provide some more details about the specifics of the error. You should be able to get it running on that box.
Hey Jim, first off, I love the demo link you posted. This looks great so far.
I decided to give it a shot and unfortunately all I have to use currently on my home network is a Win 2k8 x86 web server running IIS7.
I have PHP installed already (for previous work I needed), but it seems that I must be missing something, as I can not get it working.
It simply dies when trying to connect/create the socket connection and displays an error in the 'include' file.
Any tips or anything I should be looking for specifically ?
Thanks in advance.
I decided to give it a shot and unfortunately all I have to use currently on my home network is a Win 2k8 x86 web server running IIS7.
I have PHP installed already (for previous work I needed), but it seems that I must be missing something, as I can not get it working.
It simply dies when trying to connect/create the socket connection and displays an error in the 'include' file.
Any tips or anything I should be looking for specifically ?
Thanks in advance.
Jump to: