Pages:
Author

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

sr. member
Activity: 840
Merit: 251
I want to see from my phone android mining activity when I balance my house, there is a tutorial on youtube on how to set?
Best bet download mobile miner from here
http://www.mobileminerapp.com/

Set up an account - Set the code in cryptoglance. Available in the latest build.
Tools>Cryptoglance settings>mobile miner
user email for Mobile miner [email protected] and code xxx-xxxx-xxx


Option 2 port forward your router to the cryptoglance instance on port 4014.
newbie
Activity: 42
Merit: 0
I want to see from my phone android mining activity when I balance my house, there is a tutorial on youtube on how to set?
legendary
Activity: 1274
Merit: 1000
(1) I noticed today that if one of my miners goes zombie (like U3s are apt to do), it takes a long, long time, >24 hours at least, for it's hash to disappear from reported averages.  See below, after running all day with a zombied U3 it's still reporting 35gh/s ave instead of the 8gh/s that was actually happening.  My U3 runs about 50gh/s, so you can see that after 16 hours it's still reporting 27gh/s average too high.  Same thing for the global average in the upper right.

(2) If I restart the miner without stopping cgminer, then it comes back at full power and it's hash gets added to the averages; it doesn't replace it's pre-zombie average.  



I think that if a machine goes zombie it's average hash should be removed from these displays.  This would also make it easier to notice if a miner is down, because the global average would reflect it instantly.
sr. member
Activity: 298
Merit: 250
I can not connect rig. when there copy the ip address of a Web browser that is made of of my antminer s3 and I will put some label, so it does not join

You have to allow the 4028 in the miner to talk to cryptoglance on the S3 it is not turned on by default.

Log into your AntMiner S1 or S3 using Putty or similar SSH software.

At the prompt, use the command line: vi /etc/init.d/cgminer

Or if you want to do it step by step,type cd /etc/init.d and press Enter to navigate to the /etc/init.d folder.

At the next prompt, type vim cgminer and press Enter and open the cgminer file for editing.

Press the Insert key to enable edit mode. esc -i

Using the Down Arrow key, scroll down until you locate the line starting with PARAMS=    (without the # in front)

 
What it should look like when done.Change for your subnet 192.168.1.0/24 or 192.168.2.0/24 This is for the S3  or +

API
PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb --api-listen --api-network --api-allow W:127.0.0.1,W:192.168.1.0/24  --bitmain-checkn2diff --bitmain-hwerror --bitmain-voltage $_vl --version-file /usr/bin/compile_time --queue 4096"

Add in for S3 (just a note)
--api-allow W:127.0.0.1,W:192.168.1.0/24  

save esc - :wq

Stop restart
/etc/init.d/cgminer stop && /etc/init.d/cgminer start



for God's sake I will probably have to do it with every single miner??. I have them more than one.
must be another way to control my farm. Grin

Once you set the API config, it should be the last time you have to touch the config. Unfortunately with pre-configured miners they do not allow API access because they want you to use their own software solution.


On the mobile app when you log in the field where you input the user name "remembers" things you typed into it previously; if you tap in that field a drop down menu appears showing all your previous entries, i.e. user names.  Is there a way to clear this data?  I cannot figure out how to do it.
This is using the previously used logins from your browser. You can probably clear this data via android browser.
legendary
Activity: 1274
Merit: 1000
On the mobile app when you log in the field where you input the user name "remembers" things you typed into it previously; if you tap in that field a drop down menu appears showing all your previous entries, i.e. user names.  Is there a way to clear this data?  I cannot figure out how to do it.
sr. member
Activity: 293
Merit: 250
I can not connect rig. when there copy the ip address of a Web browser that is made of of my antminer s3 and I will put some label, so it does not join

You have to allow the 4028 in the miner to talk to cryptoglance on the S3 it is not turned on by default.

Log into your AntMiner S1 or S3 using Putty or similar SSH software.

At the prompt, use the command line: vi /etc/init.d/cgminer

Or if you want to do it step by step,type cd /etc/init.d and press Enter to navigate to the /etc/init.d folder.

At the next prompt, type vim cgminer and press Enter and open the cgminer file for editing.

Press the Insert key to enable edit mode. esc -i

Using the Down Arrow key, scroll down until you locate the line starting with PARAMS=    (without the # in front)

 
What it should look like when done.Change for your subnet 192.168.1.0/24 or 192.168.2.0/24 This is for the S3  or +

API
PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb --api-listen --api-network --api-allow W:127.0.0.1,W:192.168.1.0/24  --bitmain-checkn2diff --bitmain-hwerror --bitmain-voltage $_vl --version-file /usr/bin/compile_time --queue 4096"

Add in for S3 (just a note)
--api-allow W:127.0.0.1,W:192.168.1.0/24  

save esc - :wq

Stop restart
/etc/init.d/cgminer stop && /etc/init.d/cgminer start



for God's sake I will probably have to do it with every single miner??. I have them more than one.
must be another way to control my farm. Grin
legendary
Activity: 1274
Merit: 1000

I'm starting to think this might be the API response. Next time this happens, can you Reset Stats instead?

Reset stats didn't seem to fix it on one machine today, had to reboot it and re-log into cryptoGlance.
sr. member
Activity: 840
Merit: 251
Cryptoglance push any updates today. Cryptoglance is looking for my miners and cant find them windows OS?

Update oh boy- seems like if one miner freezes the rest of them don't show. Looks like the 4028 port locked up on my first miner and took the rest of them with it. Like they were mining but not showing in cryptoglance.
sr. member
Activity: 298
Merit: 250
If you delete and re-add the device it comes back showing the correct pool.  Easy temp. fix for few miners (1 affected in my case).

Despite my primary pool restarting several times in the last 24h and the miner going to failover pool, the deleted/re-added (since I installed 2.1.0.4-beta) device is currently displaying the correct pool it's mining to (primary).  Now, whether or not the display changed to shown the failover pool at the times I cannot say, so it's possible the pool field never changed, but I just wanted to share the observation.

Now this miner panel only shows the back-up pool despite my rig not having mined to the back-up in over 12 hours.  Deleting and re-adding the device again did not clear it up.  After rebooting the rig and restarting cryptoGlance it's now showing the correct pool again.  Not sure if any of this helps, if not say so and I won't clutter the thread with these reports. Smiley

We appreciate all reports Smiley

I'm starting to think this might be the API response. Next time this happens, can you Reset Stats instead?
legendary
Activity: 1274
Merit: 1000
If you delete and re-add the device it comes back showing the correct pool.  Easy temp. fix for few miners (1 affected in my case).

Despite my primary pool restarting several times in the last 24h and the miner going to failover pool, the deleted/re-added (since I installed 2.1.0.4-beta) device is currently displaying the correct pool it's mining to (primary).  Now, whether or not the display changed to shown the failover pool at the times I cannot say, so it's possible the pool field never changed, but I just wanted to share the observation.

Now this miner panel only shows the back-up pool despite my rig not having mined to the back-up in over 12 hours.  Deleting and re-adding the device again did not clear it up.  After rebooting the rig and restarting cryptoGlance it's now showing the correct pool again.  Not sure if any of this helps, if not say so and I won't clutter the thread with these reports. Smiley
legendary
Activity: 1274
Merit: 1000
CryptoGlance uses the Difficulty Stale value. You can double check values received from the API by pressing CTRL + D in cryptoglance. This will break you to a simple debug page. Enter the miner in question and it will spit out every value returned by cgminer.

Very cool, thanks for the tip.
sr. member
Activity: 298
Merit: 250
If you delete and re-add the device it comes back showing the correct pool.  Easy temp. fix for few miners (1 affected in my case).

Despite my primary pool restarting several times in the last 24h and the miner going to failover pool, the deleted/re-added (since I installed 2.1.0.4-beta) device is currently displaying the correct pool it's mining to (primary).  Now, whether or not the display changed to shown the failover pool at the times I cannot say, so it's possible the pool field never changed, but I just wanted to share the observation.

I have noticed one other issue: cgminer shows several stale shares being submitted, I just watched 3 as I typed this, but crytoGlance always shows 0 for stale shares.  I understand CG can only show what the api gives it, so it this an api issue?
CryptoGlance uses the Difficulty Stale value. You can double check values received from the API by pressing CTRL + D in cryptoglance. This will break you to a simple debug page. Enter the miner in question and it will spit out every value returned by cgminer.
legendary
Activity: 1274
Merit: 1000
If you delete and re-add the device it comes back showing the correct pool.  Easy temp. fix for few miners (1 affected in my case).

Despite my primary pool restarting several times in the last 24h and the miner going to failover pool, the deleted/re-added (since I installed 2.1.0.4-beta) device is currently displaying the correct pool it's mining to (primary).  Now, whether or not the display changed to shown the failover pool at the times I cannot say, so it's possible the pool field never changed, but I just wanted to share the observation.

I have noticed one other issue: cgminer shows several stale shares being submitted, I just watched 3 as I typed this, but crytoGlance always shows 0 for stale shares.  I understand CG can only show what the api gives it, so it this an api issue?
legendary
Activity: 1274
Merit: 1000
A new Nightly + Beta has been rolled out, this is specifically for bug fixes.

Code:
    [ v2.1.0.3-beta ]

    KNOWN ISSUES
    ============
   
    - Miner Failover may report incorrect active pool


If you delete and re-add the device it comes back showing the correct pool.  Easy temp. fix for few miners (1 affected in my case).
legendary
Activity: 1274
Merit: 1000
Reset or restart?

Restart miner, fixed post above.
What version are you running of cgminer?

It was the beta before this one, 2.1.0.1-beta?  I haven't tried it with .4, I can tomorrow if it would help.
sr. member
Activity: 298
Merit: 250
legendary
Activity: 1274
Merit: 1000
sr. member
Activity: 298
Merit: 250
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.

No, I'm not using mobile miner, just the CG app.

I check in on them all day long, it's only when I "reset miner" that cgminer on the desktop stops responding to the keyboard.
Reset or restart?
legendary
Activity: 1274
Merit: 1000
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.

No, I'm not using mobile miner, just the CG app.

I check in on them all day long, it's only when I "reset restart miner" that cgminer on the desktop stops responding to the keyboard.
sr. member
Activity: 298
Merit: 250
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
Hmm, I must be lucky. I was playing with the idea of constant updates (no delays between updates), however I see this would be an issue now.
Pages:
Jump to: