I tried running under one frozen ice pack like that http://shuangju.en.alibaba.com/viewimg/picture.html?picture=http://i00.i.aliimg.com/photo/v0/293645688/Ice_Box_Ice_pad_ice_pack_blue.jpg for an hour.
The erupter run very cool but the errors didn't go done.
As I said this just one of the seven erupters that I have.
All the others are at 2% HW errors.
Topic: Linux mining distro for the Raspberry PI - MinePeon - page 115. (Read 685140 times)
20% HWA?
you should cool that mother.
with a fan, or so.
you should cool that mother.
with a fan, or so.
This my bad boy.
Without the heatsink it starts with 20% HW errors about 24 later drops to about 17%.
With the heatsink it starts with 20% HW errors about 24 later drops to about 15%.
No other cooling is used except the front and back heatsing.
I will try to get a fan blowing directly at it from the side to see if I get better results.
P.S. My other erupters get only about 2% HW errors. I use diff 2 shares and I calculate the error rate by HW/A from the numbers I get from cgminer.
My 2 USB Block Erupters with heatsinks protecting the ASIC chip:
How do the AMU's perform with the heatsinks on boss.
Sorry, been hard at work today (at work) and havent replied to anyone!
Anyway, here are the responces (in no particular order).
That is a problem! I have tested my rigs but they connect again correctly so it is probably something to do with your setup.
It is serious though so I will see if I can add something to make sure the interface is up.
There is a lot that I could do if I had the cash, SMS alerts, Android & IOS Apps with push notifications, VPN Tunneling, Remote Access.... the list goes on.
With everyone donating there little bit though I am hoping I can do it all without anyone having to 'pay' for anything (especially me
), we will just have to see how it works out.
The base is Arch Linux and it is run in data centers all over the world so you should be good. (may want to wait for live update though)
Do pick STRONG passwords, you would not want someone to login via the WebUI and steal your hashes.
When I get around to it I have plans to cluster 2 MinePeons together to do that... and a few other cool tricks
.
Yeah, do what BR0KK says
.
As soon as I can make live updating work correctly you wont ever have to do it again though (just bricked my Test Peon with live update, so not ready yet).
I will look into that.
Neil
Anyway, here are the responces (in no particular order).
tested My Pi,when unplug cable and then plug cable, MinePeon does not auto connect,Must Restar(Power down then Power On).
That is a problem! I have tested my rigs but they connect again correctly so it is probably something to do with your setup.
It is serious though so I will see if I can add something to make sure the interface is up.
Neil, what features have costs associated with them and how much do they cost?
There is a lot that I could do if I had the cash, SMS alerts, Android & IOS Apps with push notifications, VPN Tunneling, Remote Access.... the list goes on.
With everyone donating there little bit though I am hoping I can do it all without anyone having to 'pay' for anything (especially me
), we will just have to see how it works out.What about my questions regarding the possibility to use this to run miners in a datacentre?
The base is Arch Linux and it is run in data centers all over the world so you should be good. (may want to wait for live update though)
Do pick STRONG passwords, you would not want someone to login via the WebUI and steal your hashes.
I would recommend using something like this if you are wanting faster power cycle times than waiting for a "hands on" tech
When I get around to it I have plans to cluster 2 MinePeons together to do that... and a few other cool tricks
.I copied the new image (new Minepeon for testing) to another sd card and got it running but can't log in using SSH
Yeah, do what BR0KK says
.As soon as I can make live updating work correctly you wont ever have to do it again though (just bricked my Test Peon with live update, so not ready yet).
Has anyone else noticed that on MinePeon 2.1 if you switch the mining app from cgminer to bfgminer that the web interface just goes blank and no longer displays anything?
I will look into that.
Neil
Has anyone else noticed that on MinePeon 2.1 if you switch the mining app from cgminer to bfgminer that the web interface just goes blank and no longer displays anything?
It tells you that you have already assigned a RSH key to that address. The new key is different to this and thus the "strict checking" disables the new session.
Go to your known_HOSTS file and delete it
on my mac it looks like this:
Code:
192.168.1.1 ssh-rsa AAA......
10.0.0.2 ssh-rsa AAAAB3NzaC1yc.......
10.0.0.3 ssh-rsa AA.......
10.0.0.20 ssh-rsa AAAAB3Nza......
10.0.0.2 ssh-rsa AAAAB3NzaC1yc.......
10.0.0.3 ssh-rsa AA.......
10.0.0.20 ssh-rsa AAAAB3Nza......
Thanks Brokk. Funny, I hadn't used VI in around 12 years or so, but I was able to remember the editing commands and remove that line from the file.
(Mac e.g vi known_hosts, dd (deletes line in question), :wq (save and exit)) - Done!
I hope this helps someone else as it seems every time we reinstall another image on the Raspberry Pi, we might have this happen.
IAS
I copied the new image (new Minepeon for testing) to another sd card and got it running but can't log in using SSH (I can via the GUI and so put in my pool settings and it's working). I'm sure this isn't a big problem but can someone help with this message? (Note - I don't have a monitor, can only log in using SSH. I do still have my other image on another card though - of the older Minepeon).
Thanks,
IAS
Quote
ssh (my ip) -l minepeon
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
(says key)
Please contact your system administrator.
Add correct host key in /Users/(my name)/.ssh/known_hosts to get rid of this message.
Offending key in /Users/(my name)/.ssh/known_hosts:2
RSA host key for (my ip) has changed and you have requested strict checking.
Host key verification failed.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
(says key)
Please contact your system administrator.
Add correct host key in /Users/(my name)/.ssh/known_hosts to get rid of this message.
Offending key in /Users/(my name)/.ssh/known_hosts:2
RSA host key for (my ip) has changed and you have requested strict checking.
Host key verification failed.
Thanks,
IAS
It tells you that you have already assigned a RSH key to that address. The new key is different to this and thus the "strict checking" disables the new session.
Go to your known_HOSTS file and delete it
on my mac it looks like this:
Code:
192.168.1.1 ssh-rsa AAA......
10.0.0.2 ssh-rsa AAAAB3NzaC1yc.......
10.0.0.3 ssh-rsa AA.......
10.0.0.20 ssh-rsa AAAAB3Nza......
10.0.0.2 ssh-rsa AAAAB3NzaC1yc.......
10.0.0.3 ssh-rsa AA.......
10.0.0.20 ssh-rsa AAAAB3Nza......
I copied the new image (new Minepeon for testing) to another sd card and got it running but can't log in using SSH (I can via the GUI and so put in my pool settings and it's working). I'm sure this isn't a big problem but can someone help with this message? (Note - I don't have a monitor, can only log in using SSH. I do still have my other image on another card though - of the older Minepeon).
Thanks,
IAS
Quote
ssh (my ip) -l minepeon
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
(says key)
Please contact your system administrator.
Add correct host key in /Users/(my name)/.ssh/known_hosts to get rid of this message.
Offending key in /Users/(my name)/.ssh/known_hosts:2
RSA host key for (my ip) has changed and you have requested strict checking.
Host key verification failed.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
(says key)
Please contact your system administrator.
Add correct host key in /Users/(my name)/.ssh/known_hosts to get rid of this message.
Offending key in /Users/(my name)/.ssh/known_hosts:2
RSA host key for (my ip) has changed and you have requested strict checking.
Host key verification failed.
Thanks,
IAS
Since i cant use these american style connectors i searched for a replacement and found this:
EnerGenie
Anyone knows if its good too?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
Thanks for answering. I thought about the second raspi because the datacentre will be far away. So the only contact to the miners would be through the raspi. I already have read that a raspi is restarting itself when it stucks. But it might be useful to be able to administrate the miners when something other happens to the raspi.
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
I would recommend using something like this if you are wanting faster power cycle times than waiting for a "hands on" tech at the datacenter to get around to taking action on your ticket. I guess it all depends on your co-lo agreement.
http://www.digital-loggers.com/lpc.html
Interesting... so its possible to switch power on and off via web contact to this device? That could probably solve all problems the miner or the raspi has.
Yeah, it's a pretty cool unit. You just need a direct IP or some firewall to port forward to a specific port. The management port is configurable too. There are also scripting options and auto-ping with power cycle... Example, can't reach a specific IP? It will power cycle a specific power plug for X number of times with X delay. I have had zero issues with it and have used it many times via my mobile phone while out of town etc.
EnerGenie
Anyone knows if its good too?
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
Thanks for answering. I thought about the second raspi because the datacentre will be far away. So the only contact to the miners would be through the raspi. I already have read that a raspi is restarting itself when it stucks. But it might be useful to be able to administrate the miners when something other happens to the raspi.
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
I would recommend using something like this if you are wanting faster power cycle times than waiting for a "hands on" tech at the datacenter to get around to taking action on your ticket. I guess it all depends on your co-lo agreement.
http://www.digital-loggers.com/lpc.html
Interesting... so its possible to switch power on and off via web contact to this device? That could probably solve all problems the miner or the raspi has.
Yeah, it's a pretty cool unit. You just need a direct IP or some firewall to port forward to a specific port. The management port is configurable too. There are also scripting options and auto-ping with power cycle... Example, can't reach a specific IP? It will power cycle a specific power plug for X number of times with X delay. I have had zero issues with it and have used it many times via my mobile phone while out of town etc.
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
Thanks for answering. I thought about the second raspi because the datacentre will be far away. So the only contact to the miners would be through the raspi. I already have read that a raspi is restarting itself when it stucks. But it might be useful to be able to administrate the miners when something other happens to the raspi.
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
I would recommend using something like this if you are wanting faster power cycle times than waiting for a "hands on" tech at the datacenter to get around to taking action on your ticket. I guess it all depends on your co-lo agreement.
http://www.digital-loggers.com/lpc.html
Interesting... so its possible to switch power on and off via web contact to this device? That could probably solve all problems the miner or the raspi has.
Yeah, it's a pretty cool unit. You just need a direct IP or some firewall to port forward to a specific port. The management port is configurable too. There are also scripting options and auto-ping with power cycle... Example, can't reach a specific IP? It will power cycle a specific power plug for X number of times with X delay. I have had zero issues with it and have used it many times via my mobile phone while out of town etc.
I would recommend using something like this if you are wanting faster power cycle times than waiting for a "hands on" tech at the datacenter to get around to taking action on your ticket. I guess it all depends on your co-lo agreement.
http://www.digital-loggers.com/lpc.html
http://www.digital-loggers.com/lpc.html
That is pretty damn cool. It got me thinking too! I could easily set something like this up with my arduino
Right now I have my arduino sitting around collecting dust until Christmas time, when I use it to control 6 3-prong outlets for a Christmas light show. Would be easy enough to use it to remotely turn power on/off to my RPi.Parts list if anyone wants to manually make one of these:
Arduino: https://www.sparkfun.com/products/11021 $30
after searching a bit, ethernet shield here to control via web browser: https://www.sparkfun.com/products/9026
Control Relay: https://www.sparkfun.com/products/11042? $8
Any extension cord. $a few bucks
Tutorial: https://www.sparkfun.com/tutorials/119
Power arduino by my other computer sitting next to RPi, and if RPi ever turns off or freezes, remote into other computer, send command to turn relay off and back on. There is probably some way to code it to a web server too, I just don't have a clue. (Edit: check this out! http://www.hobbyist.co.nz/?q=web-switch-tutorial)
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
Thanks for answering. I thought about the second raspi because the datacentre will be far away. So the only contact to the miners would be through the raspi. I already have read that a raspi is restarting itself when it stucks. But it might be useful to be able to administrate the miners when something other happens to the raspi.
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
I would recommend using something like this if you are wanting faster power cycle times than waiting for a "hands on" tech at the datacenter to get around to taking action on your ticket. I guess it all depends on your co-lo agreement.
http://www.digital-loggers.com/lpc.html
Interesting... so its possible to switch power on and off via web contact to this device? That could probably solve all problems the miner or the raspi has.
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
I would recommend using something like this if you are wanting faster power cycle times than waiting for a "hands on" tech at the datacenter to get around to taking action on your ticket. I guess it all depends on your co-lo agreement.
http://www.digital-loggers.com/lpc.html
Neil, what features have costs associated with them and how much do they cost?
My mining setup is small, and will probably remain that way, but I REALLY want to support you. What do you think about putting up a list a features that have costs (+ some more for your time) and then adding in a bitcoin address for each? That way you get the funding you need, AND you can tell which feature is most requested by people that actually matter (people that will pay you).
I was trying to figure out this hidden Easter egg you guys were talking about... I looked all around and I heard no sounds or a ple... then it occurred to me and i set my donation time to 0, sure enough... HOW could you THING of not even donating 15min of your time! I would NEVER have found this without it being pointed out to me:P
And what about opening a BitcoinStarter Project @ https://bitcoinstarter.com/projects ? My mining setup is small, and will probably remain that way, but I REALLY want to support you. What do you think about putting up a list a features that have costs (+ some more for your time) and then adding in a bitcoin address for each? That way you get the funding you need, AND you can tell which feature is most requested by people that actually matter (people that will pay you).
I was trying to figure out this hidden Easter egg you guys were talking about... I looked all around and I heard no sounds or a ple... then it occurred to me and i set my donation time to 0, sure enough... HOW could you THING of not even donating 15min of your time! I would NEVER have found this without it being pointed out to me:P
What about my questions regarding the possibility to use this to run miners in a datacentre?
of course you can run those in a datacenter and connect remotely to them. ssh and web+https start on boot. forum users suggest that 40 usb asic miners (block eruptors) can run on a single raspberry.
I did not understand why to include a second R pi, thus did not answer earlier, did not make sense. there is no way how the second one would take over the mining coordination in case of the failure of the first one.
What about my questions regarding the possibility to use this to run miners in a datacentre?
Neil, what features have costs associated with them and how much do they cost?
My mining setup is small, and will probably remain that way, but I REALLY want to support you. What do you think about putting up a list a features that have costs (+ some more for your time) and then adding in a bitcoin address for each? That way you get the funding you need, AND you can tell which feature is most requested by people that actually matter (people that will pay you).
I was trying to figure out this hidden Easter egg you guys were talking about... I looked all around and I heard no sounds or a ple... then it occurred to me and i set my donation time to 0, sure enough... HOW could you THING of not even donating 15min of your time! I would NEVER have found this without it being pointed out to me:P
My mining setup is small, and will probably remain that way, but I REALLY want to support you. What do you think about putting up a list a features that have costs (+ some more for your time) and then adding in a bitcoin address for each? That way you get the funding you need, AND you can tell which feature is most requested by people that actually matter (people that will pay you).
I was trying to figure out this hidden Easter egg you guys were talking about... I looked all around and I heard no sounds or a ple... then it occurred to me and i set my donation time to 0, sure enough... HOW could you THING of not even donating 15min of your time! I would NEVER have found this without it being pointed out to me:P
Is it possible to add WatchDog for Lan(wired or wireless)?
for some reason(e.g Router down and then restar,or unplug cable) ,then the MinePeon auto Connect.
I tested My Pi,when unplug cable and then plug cable, MinePeon does not auto connect,Must Restar(Power down then Power On).
for some reason(e.g Router down and then restar,or unplug cable) ,then the MinePeon auto Connect.
I tested My Pi,when unplug cable and then plug cable, MinePeon does not auto connect,Must Restar(Power down then Power On).
A n00b question over here:
Is there any way to look at cgminer status? Like when running it on other OSes.
Is there any way to look at cgminer status? Like when running it on other OSes.
'sudo screen -r' will bring up the miner window for ya.
Those error rates do appear a bit high, you have to take into account how ZTEX's work though, they just keep increasing the clock rate until it receives too many errors and then backs off on the clock a bit, after awhile it will start to increase the clock again (till it has more errors).
If you grab the latest version (http://minepeon.com/update/latest.php) there is a lot more data on that page that will help diagnosing the problem (if there is one, the utility seems OK).
Neil
Jump to: