cryptoGlance [v2.1] :: Open-source, self-hosted, multi-rig monitoring tool! - page 23.

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: Mikestang on April 22, 2015, 11:59:56 AM

Quote from: cryptoglance on April 22, 2015, 11:43:05 AM

We'll see what information we can get back from the cgminer devs. CryptoGlance isn't doing very much with cgminer, just a few API calls. It's very unlikely we're doing anything to cause it to hang.

Yea, it seems odd, but it is repeatable on my client anyway.

Also, I'm running 2.1.0.4-beta, but I don't see change notes for that version, more bug fixes?

2.1.04-beta was an addition to the fix implemented in 2.1.03-beta. Basically it should have gone 2.1.0.1 straight to 2.1.0.4

vabchgent

sr. member

Activity: 840

Merit: 251

Quote from: cryptoglance on April 22, 2015, 11:43:05 AM

Quote from: Mikestang on April 22, 2015, 11:36:31 AM

Quote from: cryptoglance on April 18, 2015, 03:04:13 AM

Quote from: Mikestang on April 17, 2015, 10:32:28 PM

Experienced a glitch tonight and not sure if it was cryptoGlance that caused it, but here's what happened.

I checked in on my miners with the android app from work this afternoon and notice that "one" miner (more than one device, it's a laptop with 5 USB miners: 4x nanofury sticks and a U3) had over 200 of the little grayed out devices. For some reason the 4 nanofury sticks kept reseting and creating new devices, so I went to manage and restarted the miner to see if that would fix it. It did not, so I called home and had my wife unplug the usb hub that the 4 sticks were in. When I got home the cgminer on the laptop that controls these miners would not respond to any command, it didn't respond to any key strokes. It was running fine, the U3 chugging along, but I had to force the command line closed. Then I power cycled my usb miners and restarted everything just fine.

I'm curious if the remote miner restart would have caused cgminer to become non-responsive? It's possible whatever was causing the sticks to reset over and over was actually what made cgminer unresponsive, but just thought I'd toss this out there in case.

That's odd... I've ran into a simular issue in the past, ironically it was with HexFury USB miners. I believe this is a cgminer issue or driver issue. CryptoGlance only uses API calls, they do not effect USB devices and their connectivity

The USB connectivity wasn't the glitch I was trying to highlight, it was the unresponsive cgminer after the restart. I tried it again and it seems the "restart miner" command issued remotely from the app will cause cgminer to become non-responsive to keyboard commands. I haven't tried if I restart miner from the desktop application, but I have to imagine it will have the same results.

We'll see what information we can get back from the cgminer devs. CryptoGlance isn't doing very much with cgminer, just a few API calls. It's very unlikely we're doing anything to cause it to hang.

Are you using mobile miner as the app or the cryptoglance app. What Nwolls explained was that there could be to many api calls loading up the miners. That was in my case S3+ and S5 also and they both use Cgminer. I am cgminer 4.9 and have not seen the problem lately.

Mikestang

legendary

Activity: 1274

Merit: 1000

Quote from: cryptoglance on April 22, 2015, 11:43:05 AM

We'll see what information we can get back from the cgminer devs. CryptoGlance isn't doing very much with cgminer, just a few API calls. It's very unlikely we're doing anything to cause it to hang.

Yea, it seems odd, but it is repeatable on my client anyway.

Also, I'm running 2.1.0.4-beta, but I don't see change notes for that version, more bug fixes?

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: Mikestang on April 22, 2015, 11:36:31 AM

Quote from: cryptoglance on April 18, 2015, 03:04:13 AM

Quote from: Mikestang on April 17, 2015, 10:32:28 PM

Experienced a glitch tonight and not sure if it was cryptoGlance that caused it, but here's what happened.

I checked in on my miners with the android app from work this afternoon and notice that "one" miner (more than one device, it's a laptop with 5 USB miners: 4x nanofury sticks and a U3) had over 200 of the little grayed out devices. For some reason the 4 nanofury sticks kept reseting and creating new devices, so I went to manage and restarted the miner to see if that would fix it. It did not, so I called home and had my wife unplug the usb hub that the 4 sticks were in. When I got home the cgminer on the laptop that controls these miners would not respond to any command, it didn't respond to any key strokes. It was running fine, the U3 chugging along, but I had to force the command line closed. Then I power cycled my usb miners and restarted everything just fine.

I'm curious if the remote miner restart would have caused cgminer to become non-responsive? It's possible whatever was causing the sticks to reset over and over was actually what made cgminer unresponsive, but just thought I'd toss this out there in case.

That's odd... I've ran into a simular issue in the past, ironically it was with HexFury USB miners. I believe this is a cgminer issue or driver issue. CryptoGlance only uses API calls, they do not effect USB devices and their connectivity

The USB connectivity wasn't the glitch I was trying to highlight, it was the unresponsive cgminer after the restart. I tried it again and it seems the "restart miner" command issued remotely from the app will cause cgminer to become non-responsive to keyboard commands. I haven't tried if I restart miner from the desktop application, but I have to imagine it will have the same results.

We'll see what information we can get back from the cgminer devs. CryptoGlance isn't doing very much with cgminer, just a few API calls. It's very unlikely we're doing anything to cause it to hang.

Mikestang

legendary

Activity: 1274

Merit: 1000

Quote from: cryptoglance on April 18, 2015, 03:04:13 AM

Quote from: Mikestang on April 17, 2015, 10:32:28 PM

Experienced a glitch tonight and not sure if it was cryptoGlance that caused it, but here's what happened.

I checked in on my miners with the android app from work this afternoon and notice that "one" miner (more than one device, it's a laptop with 5 USB miners: 4x nanofury sticks and a U3) had over 200 of the little grayed out devices. For some reason the 4 nanofury sticks kept reseting and creating new devices, so I went to manage and restarted the miner to see if that would fix it. It did not, so I called home and had my wife unplug the usb hub that the 4 sticks were in. When I got home the cgminer on the laptop that controls these miners would not respond to any command, it didn't respond to any key strokes. It was running fine, the U3 chugging along, but I had to force the command line closed. Then I power cycled my usb miners and restarted everything just fine.

I'm curious if the remote miner restart would have caused cgminer to become non-responsive? It's possible whatever was causing the sticks to reset over and over was actually what made cgminer unresponsive, but just thought I'd toss this out there in case.

That's odd... I've ran into a simular issue in the past, ironically it was with HexFury USB miners. I believe this is a cgminer issue or driver issue. CryptoGlance only uses API calls, they do not effect USB devices and their connectivity

The USB connectivity wasn't the glitch I was trying to highlight, it was the unresponsive cgminer after the restart. I tried it again and it seems the "restart miner" command issued remotely from the app will cause cgminer to become non-responsive to keyboard commands. I haven't tried if I restart miner from the desktop application, but I have to imagine it will have the same results.

cryptoglance

sr. member

Activity: 298

Merit: 250

A new Nightly + Beta has been rolled out, this is specifically for bug fixes.

Code:

[ v2.1.0.3-beta ]

HOTFIXES
========
- Fixed issue with Linux users who do not have posix installed

KNOWN ISSUES
============
- Users with lots of rigs may experience a long start-up time
- Miner Failover may report incorrect active pool
- Wallets can take a long time to load

---

[ v2.1.0.2-beta ]

HOTFIXES
========
- Fixed issue when using only 1 rig
- Padded the time-out for users with 60+ rigs

NOTE for LINUX Users:
If you get a blank box when updating (Looks like the picture below), you will need to manually update... OR you can install a php package called "php_process". I suggest the manual update, I corrected the issue in this release.

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: opentoe on April 18, 2015, 06:47:12 PM

Quote from: cryptoglance on April 17, 2015, 01:02:04 PM

Quote from: vabchgent on April 17, 2015, 10:40:24 AM

Could it possible have something to do with mine being a windows install. I believe you run linux. Thanks

I will look into this and post back on my findings. It's possible that the signature generation could be different/broken on windows.

Quote from: opentoe on April 17, 2015, 11:40:38 AM

root 1068 0.0 0.2 13972 4696 ? Ss Apr14 0:05 /usr/local/apache/bin/httpd -k start -DSSL
nobody 20266 0.0 0.1 14104 3516 ? S 11:06 0:00 /usr/local/apache/bin/httpd -k start -DSSL

EDIT:
I signed in without the root account and received this back:

deligus 1659 0.0 0.0 2084 548 ? S+ 13:03 0:00 egrep (apache|httpd)

I made the appropriate changes and soon as I chmod 777 I get internal server error. So apparently everytime I need to update I need to reinstall and re-upload the master files all over again. Arghhh.

There's an issue with the user apache is running as. You can modify the user it should use in: /etc/httpd/conf/httpd.conf (around line ~27+28). I suggest the user: apache, httpd, or www-data. These users may need to be created (Not sure...).

Restart apache /etc/init.d/httpd restart...

Once that's done, whatever user and group you changed it to, repeat the previous steps to change cryptoglance file owners

I think I'll worry about changing the apache user a little later, since other hosts are on this VPS. I'm not sure what the ramifications will be once I make those changes. For now I'll just stick with the build that it is currently working on and have to skip the small nightlys for now. I got it running great on my host through my Asus router. I forwarded everything to 4028 and then setup the individual internal ports as you suggested 1001, 1002, etc but soon as I tried to do the same thing with my father's router it just would not work. He has a Netgeat WNDR4500 model which is capable of port forwarding. Only took me a few minutes to configure all the internal port forwards, but they just wouldn't connect. Even tried port triggering. Firmware update, just about anything I could think of. It has to do something with his router I suspect. I flipped flopped the ports just to make sure I was correct in setting it all up. So right now he's stuck to using it locally until I figure it out. Strange.

By chance it could be the cgminer config rejecting the API connection due to IP allowance?

opentoe

legendary

Activity: 1274

Merit: 1000

Personal text my ass....

Quote from: cryptoglance on April 17, 2015, 01:02:04 PM

Quote from: vabchgent on April 17, 2015, 10:40:24 AM

Could it possible have something to do with mine being a windows install. I believe you run linux. Thanks

I will look into this and post back on my findings. It's possible that the signature generation could be different/broken on windows.

Quote from: opentoe on April 17, 2015, 11:40:38 AM

root 1068 0.0 0.2 13972 4696 ? Ss Apr14 0:05 /usr/local/apache/bin/httpd -k start -DSSL
nobody 20266 0.0 0.1 14104 3516 ? S 11:06 0:00 /usr/local/apache/bin/httpd -k start -DSSL

EDIT:
I signed in without the root account and received this back:

deligus 1659 0.0 0.0 2084 548 ? S+ 13:03 0:00 egrep (apache|httpd)

I made the appropriate changes and soon as I chmod 777 I get internal server error. So apparently everytime I need to update I need to reinstall and re-upload the master files all over again. Arghhh.

There's an issue with the user apache is running as. You can modify the user it should use in: /etc/httpd/conf/httpd.conf (around line ~27+28). I suggest the user: apache, httpd, or www-data. These users may need to be created (Not sure...).

Restart apache /etc/init.d/httpd restart...

Once that's done, whatever user and group you changed it to, repeat the previous steps to change cryptoglance file owners

I think I'll worry about changing the apache user a little later, since other hosts are on this VPS. I'm not sure what the ramifications will be once I make those changes. For now I'll just stick with the build that it is currently working on and have to skip the small nightlys for now. I got it running great on my host through my Asus router. I forwarded everything to 4028 and then setup the individual internal ports as you suggested 1001, 1002, etc but soon as I tried to do the same thing with my father's router it just would not work. He has a Netgeat WNDR4500 model which is capable of port forwarding. Only took me a few minutes to configure all the internal port forwards, but they just wouldn't connect. Even tried port triggering. Firmware update, just about anything I could think of. It has to do something with his router I suspect. I flipped flopped the ports just to make sure I was correct in setting it all up. So right now he's stuck to using it locally until I figure it out. Strange.

vabchgent

sr. member

Activity: 840

Merit: 251

Quote from: cryptoglance on April 18, 2015, 02:22:58 PM

Quote from: vabchgent on April 17, 2015, 10:40:24 AM

Quote from: cryptoglance on April 17, 2015, 10:20:11 AM

Quote from: vabchgent on April 17, 2015, 10:13:53 AM

cryptoglance- Tried everything above and then some(actully created the api key with and without ip filter)Went into the file folder the keys look right in there also. For some reason my install is not receiving from antpool. I connect in less then 10 sec. I am on 50/50 internet.In what file can I raise the 10 second rule to 30 or so see if that helps. Thanks

This is odd...

You can try to raise the timeout limit. It's located in: ./includes/functions.php | Line: 8

What would the pull look like in http format. I would like to test the api. Thanks

under user pools . I show ban,west,nice and (waffle never used or set up waffle)

Could it possible have something to do with mine being a windows install. I believe you run linux. Thanks

You were right, this was a windows specific issue. It could not handle the large number needed to encrypt api + secret for Antpool. There's a new nightly+beta released to fix this.

Thanks for the help and determining what was wrong

Thank you for keeping the app up to date. Funny thing is I installed it on my laptop and it worked. Was going to delete it off my desktop and reinstall when I noticed the update and it was working there also.

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: vabchgent on April 17, 2015, 10:40:24 AM

Quote from: cryptoglance on April 17, 2015, 10:20:11 AM

Quote from: vabchgent on April 17, 2015, 10:13:53 AM

cryptoglance- Tried everything above and then some(actully created the api key with and without ip filter)Went into the file folder the keys look right in there also. For some reason my install is not receiving from antpool. I connect in less then 10 sec. I am on 50/50 internet.In what file can I raise the 10 second rule to 30 or so see if that helps. Thanks

This is odd...

You can try to raise the timeout limit. It's located in: ./includes/functions.php | Line: 8

What would the pull look like in http format. I would like to test the api. Thanks

under user pools . I show ban,west,nice and (waffle never used or set up waffle)

Could it possible have something to do with mine being a windows install. I believe you run linux. Thanks

You were right, this was a windows specific issue. It could not handle the large number needed to encrypt api + secret for Antpool. There's a new nightly+beta released to fix this.

Thanks for the help and determining what was wrong

vabchgent

sr. member

Activity: 840

Merit: 251

Quote from: cryptoglance on April 18, 2015, 03:04:13 AM

Quote from: Mikestang on April 17, 2015, 10:32:28 PM

Experienced a glitch tonight and not sure if it was cryptoGlance that caused it, but here's what happened.

I checked in on my miners with the android app from work this afternoon and notice that "one" miner (more than one device, it's a laptop with 5 USB miners: 4x nanofury sticks and a U3) had over 200 of the little grayed out devices. For some reason the 4 nanofury sticks kept reseting and creating new devices, so I went to manage and restarted the miner to see if that would fix it. It did not, so I called home and had my wife unplug the usb hub that the 4 sticks were in. When I got home the cgminer on the laptop that controls these miners would not respond to any command, it didn't respond to any key strokes. It was running fine, the U3 chugging along, but I had to force the command line closed. Then I power cycled my usb miners and restarted everything just fine.

I'm curious if the remote miner restart would have caused cgminer to become non-responsive? It's possible whatever was causing the sticks to reset over and over was actually what made cgminer unresponsive, but just thought I'd toss this out there in case.

That's odd... I've ran into a simular issue in the past, ironically it was with HexFury USB miners. I believe this is a cgminer issue or driver issue. CryptoGlance only uses API calls, they do not effect USB devices and their connectivity

I have seen this before. I used multiminer at one time every so often my S5's would lock up for no reason every so often. multiminer is Nate's version of cryptoglance and using mobileminer. When I stopped using multi/mobil miner I had no problems. That's when I found crypto glance and used there app for cell with no problems.

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: Mikestang on April 17, 2015, 10:32:28 PM

Experienced a glitch tonight and not sure if it was cryptoGlance that caused it, but here's what happened.

I checked in on my miners with the android app from work this afternoon and notice that "one" miner (more than one device, it's a laptop with 5 USB miners: 4x nanofury sticks and a U3) had over 200 of the little grayed out devices. For some reason the 4 nanofury sticks kept reseting and creating new devices, so I went to manage and restarted the miner to see if that would fix it. It did not, so I called home and had my wife unplug the usb hub that the 4 sticks were in. When I got home the cgminer on the laptop that controls these miners would not respond to any command, it didn't respond to any key strokes. It was running fine, the U3 chugging along, but I had to force the command line closed. Then I power cycled my usb miners and restarted everything just fine.

I'm curious if the remote miner restart would have caused cgminer to become non-responsive? It's possible whatever was causing the sticks to reset over and over was actually what made cgminer unresponsive, but just thought I'd toss this out there in case.

That's odd... I've ran into a simular issue in the past, ironically it was with HexFury USB miners. I believe this is a cgminer issue or driver issue. CryptoGlance only uses API calls, they do not effect USB devices and their connectivity

Mikestang

legendary

Activity: 1274

Merit: 1000

Experienced a glitch tonight and not sure if it was cryptoGlance that caused it, but here's what happened.

I checked in on my miners with the android app from work this afternoon and notice that "one" miner (more than one device, it's a laptop with 5 USB miners: 4x nanofury sticks and a U3) had over 200 of the little grayed out devices. For some reason the 4 nanofury sticks kept reseting and creating new devices, so I went to manage and restarted the miner to see if that would fix it. It did not, so I called home and had my wife unplug the usb hub that the 4 sticks were in. When I got home the cgminer on the laptop that controls these miners would not respond to any command, it didn't respond to any key strokes. It was running fine, the U3 chugging along, but I had to force the command line closed. Then I power cycled my usb miners and restarted everything just fine.

I'm curious if the remote miner restart would have caused cgminer to become non-responsive? It's possible whatever was causing the sticks to reset over and over was actually what made cgminer unresponsive, but just thought I'd toss this out there in case.

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: vabchgent on April 17, 2015, 10:40:24 AM

Could it possible have something to do with mine being a windows install. I believe you run linux. Thanks

I will look into this and post back on my findings. It's possible that the signature generation could be different/broken on windows.

Quote from: opentoe on April 17, 2015, 11:40:38 AM

root 1068 0.0 0.2 13972 4696 ? Ss Apr14 0:05 /usr/local/apache/bin/httpd -k start -DSSL
nobody 20266 0.0 0.1 14104 3516 ? S 11:06 0:00 /usr/local/apache/bin/httpd -k start -DSSL

EDIT:
I signed in without the root account and received this back:

deligus 1659 0.0 0.0 2084 548 ? S+ 13:03 0:00 egrep (apache|httpd)

I made the appropriate changes and soon as I chmod 777 I get internal server error. So apparently everytime I need to update I need to reinstall and re-upload the master files all over again. Arghhh.

There's an issue with the user apache is running as. You can modify the user it should use in: /etc/httpd/conf/httpd.conf (around line ~27+28). I suggest the user: apache, httpd, or www-data. These users may need to be created (Not sure...).

Restart apache /etc/init.d/httpd restart...

Once that's done, whatever user and group you changed it to, repeat the previous steps to change cryptoglance file owners

opentoe

legendary

Activity: 1274

Merit: 1000

Personal text my ass....

Quote from: cryptoglance on April 17, 2015, 10:18:00 AM

Quote from: opentoe on April 17, 2015, 10:08:25 AM

Quote from: cryptoglance on April 17, 2015, 09:53:58 AM

Quote from: opentoe on April 17, 2015, 09:47:46 AM

Damn, this auto-update is killing me. Are there requests on getting that fixed up?

There is a problem with the user permissions that will not allow CryptoGlance to update.
Please run the command "sudo sh permissionfix.sh" in the root of the CryptoGlance directory to fix this issue.
********************
* Please contact support via reddit, bitcointalk, or IRC if you need assistance!

Yeah, we're trying Sad

We don't have this issue, so we're trying to identify what is wrong. The latest nightly has better handling of permission issues, it's just a matter of getting there.

What OS are you running?

CentOs 6 32bit. I'll try to save the user_data and reinstall for the third time. When it does work, it works great. I have all my ports forwarded to the miners and I can access the URL anywhere on the Interent.

Can you SSH into the machine and run the following:

Code:

ps aux | egrep '(apache|httpd)'

The beginning of the line should say what the user group is. EG:

Code:

www-data 26244 0.0 0.4 385000 13224 ? S 10:38 0:00 /usr/sbin/apache2 -k start

Then, navigate to cryptoglance: cd /var/www/ (or whatever you have called it)

Code:

sudo chmod -R 777 *
sudo chown -R www-data:www-data *

(Replace www-data:www-data with whatever your usergroup is... eg httpd:httpd or apache:apach2, etc)

root 1068 0.0 0.2 13972 4696 ? Ss Apr14 0:05 /usr/local/apache/bin/httpd -k start -DSSL
nobody 20266 0.0 0.1 14104 3516 ? S 11:06 0:00 /usr/local/apache/bin/httpd -k start -DSSL

EDIT:
I signed in without the root account and received this back:

deligus 1659 0.0 0.0 2084 548 ? S+ 13:03 0:00 egrep (apache|httpd)

I made the appropriate changes and soon as I chmod 777 I get internal server error. So apparently everytime I need to update I need to reinstall and re-upload the master files all over again. Arghhh.

vabchgent

sr. member

Activity: 840

Merit: 251

Quote from: cryptoglance on April 17, 2015, 10:20:11 AM

Quote from: vabchgent on April 17, 2015, 10:13:53 AM

cryptoglance- Tried everything above and then some(actully created the api key with and without ip filter)Went into the file folder the keys look right in there also. For some reason my install is not receiving from antpool. I connect in less then 10 sec. I am on 50/50 internet.In what file can I raise the 10 second rule to 30 or so see if that helps. Thanks

This is odd...

You can try to raise the timeout limit. It's located in: ./includes/functions.php | Line: 8

What would the pull look like in http format. I would like to test the api. Thanks

under user pools . I show ban,west,nice and (waffle never used or set up waffle)

Could it possible have something to do with mine being a windows install. I believe you run linux. Thanks

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: vabchgent on April 17, 2015, 10:13:53 AM

cryptoglance- Tried everything above and then some(actully created the api key with and without ip filter)Went into the file folder the keys look right in there also. For some reason my install is not receiving from antpool. I connect in less then 10 sec. I am on 50/50 internet.In what file can I raise the 10 second rule to 30 or so see if that helps. Thanks

I think I may have found a bug when editing pools, not specific to AntPool though.

Can you delete the pool and re-add it with api information? I think there's an issue when you edit a pool...

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: vabchgent on April 17, 2015, 10:13:53 AM

cryptoglance- Tried everything above and then some(actully created the api key with and without ip filter)Went into the file folder the keys look right in there also. For some reason my install is not receiving from antpool. I connect in less then 10 sec. I am on 50/50 internet.In what file can I raise the 10 second rule to 30 or so see if that helps. Thanks

This is odd...

You can try to raise the timeout limit. It's located in: ./includes/functions.php | Line: 8

cryptoglance

sr. member

Activity: 298

Merit: 250

Quote from: opentoe on April 17, 2015, 10:08:25 AM

Quote from: cryptoglance on April 17, 2015, 09:53:58 AM

Quote from: opentoe on April 17, 2015, 09:47:46 AM

Damn, this auto-update is killing me. Are there requests on getting that fixed up?

There is a problem with the user permissions that will not allow CryptoGlance to update.
Please run the command "sudo sh permissionfix.sh" in the root of the CryptoGlance directory to fix this issue.
********************
* Please contact support via reddit, bitcointalk, or IRC if you need assistance!

Yeah, we're trying Sad

We don't have this issue, so we're trying to identify what is wrong. The latest nightly has better handling of permission issues, it's just a matter of getting there.

What OS are you running?

CentOs 6 32bit. I'll try to save the user_data and reinstall for the third time. When it does work, it works great. I have all my ports forwarded to the miners and I can access the URL anywhere on the Interent.

Can you SSH into the machine and run the following:

Code:

ps aux | egrep '(apache|httpd)'

The beginning of the line should say what the user group is. EG:

Code:

www-data 26244 0.0 0.4 385000 13224 ? S 10:38 0:00 /usr/sbin/apache2 -k start

Then, navigate to cryptoglance: cd /var/www/ (or whatever you have called it)

Code:

sudo chmod -R 777 *
sudo chown -R www-data:www-data *

(Replace www-data:www-data with whatever your usergroup is... eg httpd:httpd or apache:apach2, etc)

vabchgent

sr. member

Activity: 840

Merit: 251

Quote from: cryptoglance on April 17, 2015, 09:37:13 AM

Quote from: vabchgent on April 17, 2015, 09:11:01 AM

Quote from: cryptoglance on April 16, 2015, 07:31:56 PM

Quote from: vabchgent on April 16, 2015, 06:42:42 PM

I am trying the antpool api and I enter my key and secret key -User id is my id I use on there site for mining. But goes grey and says pool is not available. Thanks

Have you pressed the Checkmark on the AntPool website where the api key and secret have been saved?
This green checkbox needs to be clicked to enable the api access to your antpool miner: (Where the blue circle is)

cryptoglance -Yes I checked it and used the key and the secret key - My user ID . Pool still does not show as live to cryptoglance. Sure the key and the secret are not flipped on the app. Just throwing it out there. Made sure that the check boxes were checked for only what cryptoglance needs. Still not working.

haha, I'm 100% positive the fields aren't flipped. It's possible that it's taking too long for the pool to respond. CryptoGlance waits 10 seconds before it determines that a pool is offline. When you navigate to https://www.antpool.com/home.htm does it come close to 10 seconds of loading time?

The only think I can recommend is to double check everything... I've generated a new API key + Secret and all is fine:

cryptoglance- Tried everything above and then some(actully created the api key with and without ip filter)Went into the file folder the keys look right in there also. For some reason my install is not receiving from antpool. I connect in less then 10 sec. I am on 50/50 internet.In what file can I raise the 10 second rule to 30 or so see if that helps. Thanks

Topic: cryptoGlance [v2.1] :: Open-source, self-hosted, multi-rig monitoring tool! - page 23. (Read 130293 times)