I started setting this up and had no clue where to begin. I've gotten to a certain point and am looking for a push in the right direction. Any hints appreciated.
http://dl.dropbox.com/u/21735054/Anubis%20-%20a%20cgminer%20web%20frontend.htm
Topic: ANUBIS - a CGMINER Web Frontend - page 17. (Read 83182 times)
Feature request: either started time or the uptime. It would be nice to see if a miner rebooted. Maybe highlight it if it rebooted within the last 6 hours.
Keep up time good work. Dan
Keep up time good work. Dan
I would like the option for my GPU temps to turn blue if their temps fall too low, as this is a quick way to easily see something is wrong with the pool cgminer is connected to. Sometimes during pool outages cgminer will display an above normal false hash rate, and the average hash rate will take a long time to dip down. GPU temps dropping is the quickest way to see an issue in this scenario.
Am I making any sense here? 
I share some of your concerns which is why I started https://bitcointalksearch.org/topic/tools-for-monitoring-mining-farms-60329Sadly, it didn't get much response. For some reason people love reinventing the wheel.
I've actually bookmarked your topic yesterday.
Haven't gotten to reply to it as it slipped from my eyes. I'll just go there and post... AFAIK, the interface on cgminer doesnt support any of that yet, like pool management or even controlling GPU/fan/clockspeed etc. Its still being worked on. Cant expect those features in anubis before they are even in cgminer.
There are lots of things that can and should be added to it, but this is brand new, and already as it is, I find it extremely useful to be able to monitor my rigs hashrate, temps etc in a single webpage that runs locally on my own machine. Dont have any of the problems you reported btw.
There are lots of things that can and should be added to it, but this is brand new, and already as it is, I find it extremely useful to be able to monitor my rigs hashrate, temps etc in a single webpage that runs locally on my own machine. Dont have any of the problems you reported btw.
Are you talking about the API or the interactive shell? The interactive shell always supported them and it could be easily done by parsing config files and restarting cgminer. There have been monitoring scripts which parsed cgminer's output even before the API came to be.
I don't have any 'problems' with anubis, it's a fairly simple script at the moment in which problems are easily fixed. And again, thanks and respect go to the author for getting to writing it and sharing it with us! It's great that you find it useful. But well, I am not completely sharing your enthusiasm just yet, because I already have worker monitoring and notifications in deepbit and throttlers/critical temp shutdown scripts on the miner.
For the application to shine, we need statistics and more control over the miners...
Am I making any sense here?
I share some of your concerns which is why I started https://bitcointalksearch.org/topic/tools-for-monitoring-mining-farms-60329Sadly, it didn't get much response. For some reason people love reinventing the wheel.
AFAIK, the interface on cgminer doesnt support any of that yet, like pool management or even controlling GPU/fan/clockspeed etc. Its still being worked on. Cant expect those features in anubis before they are even in cgminer.
There are lots of things that can and should be added to it, but this is brand new, and already as it is, I find it extremely useful to be able to monitor my rigs hashrate, temps etc in a single webpage that runs locally on my own machine. Dont have any of the problems you reported btw.
There are lots of things that can and should be added to it, but this is brand new, and already as it is, I find it extremely useful to be able to monitor my rigs hashrate, temps etc in a single webpage that runs locally on my own machine. Dont have any of the problems you reported btw.
The LT, you are asking for features which are already in cgminer, while dissing as unneeded features which are not (but are in BAMT).
You are aware this is being developed for.. cgminer, right ?.
You are aware this is being developed for.. cgminer, right ?
.A bit of background here...
BAMT is just what it is, BAMT. Personally, I don't want to run a USB-based distribution, I am running Gentoo on my nodes. It's much cleaner in my opinion. I have written ebuilds for cgminer/app sdk and it's very easy to switch drivers/sdks/cgminer revisions to test different setups.
What the community really needs in my opinion, is a GUI-manager for the rigs. And I didn't really catch what you mean by unneeded features. To me, an MH 5s feature is unneeded (it doesn't work for me in anubis anyway).
cgminer has its own console interactive shell, yes, what we do need though is centralized management. It's a pain to reconfigure 20 nodes for failover pool configuration. At the moment I just upload new configuration files via SFTP and restart the nodes, but it would be great to configure all that graphically.
Am I making any sense here?
The LT, you are asking for features which are already in cgminer, while dissing as unneeded features which are not (but are in BAMT).
You are aware this is being developed for.. cgminer, right ?.
You are aware this is being developed for.. cgminer, right ?
.
Anubis gives me a constant:
Along with a very high reject ratio. It doesn't update some other variables as well. I'm using cgminer 2.1.2.
P.S.
I am not dissing the project, but I've run into all sorts of issues installing the script... Please do mention the short_open_tags or get rid of them completely as they aren't turned on by default in many distributions. That said, you need to do more error handling. Currently, there is none.
It's nice to see all those projects get started but I haven't yet seen something more useful than MRTG used in BAMT. I'll surely consider a donation once this gets to a usable state. At the moment, though, i'd be better of using the standard pool's worker notification interface, which already provides me with mh/s and worker-down notifications.
I think that this project needs to be taken back to the drawing board and worked on a bit more. I am mining at deepbit and I fail to see the usefulness of this. The only useful thing it does is temp. reporting, which was easily done before via MRTG and some scripts.
Again, i'd like to stress that I'm not criticizing the project as it is, but I am getting a feeling that a wheel is being reinvented here. I'd really love to see more control over the miners themselves. My feature list would be:
1. Automatic shutoff of the miners based on temperature thresholds.
2. Adjusting cgminer options / start/restart / config file editing.
3. Statistics using mrtg / cacti / nagios / whatever...
4. Pool switching / GPU control / Failover settings / etc...
The above can easily be done (and was done by many) just by using shell scripting along with some basic PHP. A concise, well-written and integrated system would be very welcome. I do feel you're on the right track here, but I would ask you to reevaluate your objectives. Instead of diving even further into Android notifications, I'd divert more attention to basic functionality first.
Code:
Notice: Undefined index: MHS 5s in /var/www/localhost/htdocs/anubis/index.php on line 359
Along with a very high reject ratio. It doesn't update some other variables as well. I'm using cgminer 2.1.2.
P.S.
I am not dissing the project, but I've run into all sorts of issues installing the script... Please do mention the short_open_tags or get rid of them completely as they aren't turned on by default in many distributions. That said, you need to do more error handling. Currently, there is none.
It's nice to see all those projects get started but I haven't yet seen something more useful than MRTG used in BAMT. I'll surely consider a donation once this gets to a usable state. At the moment, though, i'd be better of using the standard pool's worker notification interface, which already provides me with mh/s and worker-down notifications.
I think that this project needs to be taken back to the drawing board and worked on a bit more. I am mining at deepbit and I fail to see the usefulness of this. The only useful thing it does is temp. reporting, which was easily done before via MRTG and some scripts.
Again, i'd like to stress that I'm not criticizing the project as it is, but I am getting a feeling that a wheel is being reinvented here. I'd really love to see more control over the miners themselves. My feature list would be:
1. Automatic shutoff of the miners based on temperature thresholds.
2. Adjusting cgminer options / start/restart / config file editing.
3. Statistics using mrtg / cacti / nagios / whatever...
4. Pool switching / GPU control / Failover settings / etc...
The above can easily be done (and was done by many) just by using shell scripting along with some basic PHP. A concise, well-written and integrated system would be very welcome. I do feel you're on the right track here, but I would ask you to reevaluate your objectives. Instead of diving even further into Android notifications, I'd divert more attention to basic functionality first.
I guess I can screw anything up...
I can't get this line correct, I get either syntax error or no database selected. Password, and localhost are easy, but what goes in 'anubis_db' and 'anubis'? My anubis directory is ~/anubis if that helps.
Code:
mysql> GRANT ALL ON 'anubis_db' to 'anubis'@'localhost' identified by 'your password here';
I can't get this line correct, I get either syntax error or no database selected. Password, and localhost are easy, but what goes in 'anubis_db' and 'anubis'? My anubis directory is ~/anubis if that helps.
anubis_db is the name of the database anubis will use, and anubis is the name of the user. You can leave them as such, or change them, and change the config.inc.php accordingly.
I also ran in to trouble creating the user (ERROR 1396 (HY000): Operation CREATE USER failed ..), I ended up creating a database called "anubis" (without _db) and for some reason it did work with no issue.
Sorry, gnar1ta$, my fault. 
Correct command should be:
Correct command should be:Code:
mysql> GRANT ALL PRIVILEGES ON anubis_db.* TO 'anubis'@'localhost' IDENTIFIED BY 'your password here';
I guess I can screw anything up...
I can't get this line correct, I get either syntax error or no database selected. Password, and localhost are easy, but what goes in 'anubis_db' and 'anubis'? My anubis directory is ~/anubis if that helps.
Code:
mysql> GRANT ALL ON 'anubis_db' to 'anubis'@'localhost' identified by 'your password here';
I can't get this line correct, I get either syntax error or no database selected. Password, and localhost are easy, but what goes in 'anubis_db' and 'anubis'? My anubis directory is ~/anubis if that helps.
Liking this...
So I have absolutely no idea how to use MySQL or php...
I got the extract part down, and I can edit config.inc.php but IDK what to put in it or what to do after that. I have apache2, php5, mysql-server, and phpmyadmin installed on Ubuntu 11.04 64.
Quote
Extract the .tar.gz to a directory of your choice i.e. http://my.host.com/anubis and edit
"config.inc.php" to reflect your db values for ANUBIS. You need to have a user/password and a database
set in your MySQL configuration for ANUBIS.
"config.inc.php" to reflect your db values for ANUBIS. You need to have a user/password and a database
set in your MySQL configuration for ANUBIS.
I got the extract part down, and I can edit config.inc.php but IDK what to put in it or what to do after that. I have apache2, php5, mysql-server, and phpmyadmin installed on Ubuntu 11.04 64.
Code:
% mysql -u root -p
Enter password:
mysql> CREATE DATABASE anubis_db;
mysql> GRANT ALL PRIVILEGES ON anubis_db.* TO 'anubis'@'localhost' IDENTIFIED BY 'your password here';
mysql> FLUSH PRIVILEGES;
mysql> \q
If your apache is running on a different box then your MySQL add a second GRANT statement (before the FLUSH):
Code:
mysql> GRANT ALL PRIVILEGES ON anubis_db.* TO 'anubis'@'your apache hosts IP here' IDENTIFIED BY 'your password here';
In the config.inc.php adjust the password of the anubis user (and maybe you've to adjust the MySQL IP too). That's it.
So I have absolutely no idea how to use MySQL or php...
I got the extract part down, and I can edit config.inc.php but IDK what to put in it or what to do after that. I have apache2, php5, mysql-server, and phpmyadmin installed on Ubuntu 11.04 64.
Quote
Extract the .tar.gz to a directory of your choice i.e. http://my.host.com/anubis and edit
"config.inc.php" to reflect your db values for ANUBIS. You need to have a user/password and a database
set in your MySQL configuration for ANUBIS.
"config.inc.php" to reflect your db values for ANUBIS. You need to have a user/password and a database
set in your MySQL configuration for ANUBIS.
I got the extract part down, and I can edit config.inc.php but IDK what to put in it or what to do after that. I have apache2, php5, mysql-server, and phpmyadmin installed on Ubuntu 11.04 64.
I can't wait. I am loving Anubis.
Any explanation of the name?
Any explanation of the name?
Both bugs are fixed in the next version, thanks for your tips !
Just to say that in the last version, I get error message for a division by zero when:
-Rejected, Accepted, etc have a value of zero.
-When I enter 0 for "Mhash desired"
.
-Rejected, Accepted, etc have a value of zero.
-When I enter 0 for "Mhash desired"
Code:
Warning: Division by zero in ***\anubis\index.php on line 294
Warning: Division by zero in ***\anubis\index.php on line 297
Warning: Division by zero in ***\anubis\index.php on line 300
Warning: Division by zero in ***\anubis\index.php on line 303
Warning: Division by zero in ***\anubis\index.php on line 306
Notice: Undefined variable: gesspercol in ***\anubis\index.php on line 486
Notice: Undefined variable: gessper in ***\anubis\index.php on line 486
Notice: Undefined variable: avgmhpercol in ***\anubis\index.php on line 486
Notice: Undefined variable: avgmhper in ***\anubis\index.php on line 486
Minor issue; when host IP addresses change, you can not update the settings in anubis. It will keep complaining it cant connect to the old IP, you cant delete the (old) host either. Not a big deal for me, I just updated the IP addresses in MySQL but not everyone can do that I fear.
Jump to: