it is possible update minepeon from 0.2.1 to 0.2.2 without memory card reflashing? just from command line?;]
No not yet, but you can backup your config per this post here:
https://bitcointalksearch.org/topic/m.2725612
Topic: Linux mining distro for the Raspberry PI - MinePeon - page 107. (Read 685140 times)
No not yet, but you can backup your config per this post here:
https://bitcointalksearch.org/topic/m.2725612
it is possible update minepeon from 0.2.1 to 0.2.2 without memory card reflashing? just from command line?;]
Looks like a great distro but it doesn't auto-detect my Cairnsmore1 boards sadly.
I know it does work using the -S command line specifying the COM ports directly as this is how ive done it in the past, but not sure how to edit the command line for cg/bfgminer yet in MinePeon. I will have a poke around later. I also know that the CM1 boards are being detected in dmesg by modprobe, but just not in cgminer.
I know it does work using the -S command line specifying the COM ports directly as this is how ive done it in the past, but not sure how to edit the command line for cg/bfgminer yet in MinePeon. I will have a poke around later. I also know that the CM1 boards are being detected in dmesg by modprobe, but just not in cgminer.
You could try in the file listed in this post:
https://bitcointalksearch.org/topic/m.2727168
Looks like a great distro but it doesn't auto-detect my Cairnsmore1 boards sadly.
I know it does work using the -S command line specifying the COM ports directly as this is how ive done it in the past, but not sure how to edit the command line for cg/bfgminer yet in MinePeon. I will have a poke around later. I also know that the CM1 boards are being detected in dmesg by modprobe, but just not in cgminer.
I know it does work using the -S command line specifying the COM ports directly as this is how ive done it in the past, but not sure how to edit the command line for cg/bfgminer yet in MinePeon. I will have a poke around later. I also know that the CM1 boards are being detected in dmesg by modprobe, but just not in cgminer.
Just got 2 single scs and for some reason cgminer restarts once every 30 or so minutes. Not sure why. I am on vacation right now so I don't have physical access to it and had roommate hook it up for me, but from randomly checking in I get screen terminated and a different time cgminer started. Not sure what's going on, but it's happening with 2 single sc and 2 bfl fpgas hooked up to it. My ssh never drops connection, only cgminer restarts.
Edit: I just realized there is a new version. I am on 0.2.1 so I will upgrade to 0.2.2 next week when I get back home
Edit: I just realized there is a new version. I am on 0.2.1 so I will upgrade to 0.2.2 next week when I get back home
I have a weird issue right now....
I'm on the latest mine peon and my pi stopped working this night. I can not boot it anymore with the mine peon sd card. (Class 10, 8 GB). With my standard sd card (class 6 or so) it works.
Power supply and sd cards ware working fine...
I'm on the latest mine peon and my pi stopped working this night. I can not boot it anymore with the mine peon sd card. (Class 10, 8 GB). With my standard sd card (class 6 or so) it works.
Power supply and sd cards ware working fine...
Did you re-flash? With in to booting I would say it is 99.99999% the SD card.
Neil
The old one was kind of not working (i had a debian on it and it ran almost a year) well so i went out and bought a new one (C10, Brand). I re-flashed today and im trying it right now.
I have a weird issue right now....
I'm on the latest mine peon and my pi stopped working this night. I can not boot it anymore with the mine peon sd card. (Class 10, 8 GB). With my standard sd card (class 6 or so) it works.
Power supply and sd cards ware working fine...
I'm on the latest mine peon and my pi stopped working this night. I can not boot it anymore with the mine peon sd card. (Class 10, 8 GB). With my standard sd card (class 6 or so) it works.
Power supply and sd cards ware working fine...
Did you re-flash? With in to booting I would say it is 99.99999% the SD card.
Neil
I have a weird issue right now....
I'm on the latest mine peon and my pi stopped working this night. I can not boot it anymore with the mine peon sd card. (Class 10, 8 GB). With my standard sd card (class 6 or so) it works.
Power supply and sd cards ware working fine...
I'm on the latest mine peon and my pi stopped working this night. I can not boot it anymore with the mine peon sd card. (Class 10, 8 GB). With my standard sd card (class 6 or so) it works.
Power supply and sd cards ware working fine...
Does Minepeon use full sd space?
Not even close, I keep the OS as lean as possible so all up it is about 1 GB. That leaves the rest of the SD card to do whatever you want to do with it, just use resize2fs to expand the root partition or make yourself a new one.
Neil
Does Minepeon use full sd space?
got it to work, after i abandoned the idea of using wi-fi.
wi-fi on the rasp is strangely fucked up.
if you could include native support for the RTL8188cus chipset?
never got that one to work on the minepeon, although it did work with the original wheezy distro.
wi-fi on the rasp is strangely fucked up.
if you could include native support for the RTL8188cus chipset?
never got that one to work on the minepeon, although it did work with the original wheezy distro.
This is not the pi's fault, it is mine. I need to put more work into supporting wifi (I am a bit pig headed introducing something that I know will reduce reliability, but I will get to it). In the meantime Skipcube emailed me these excellent resources that should help;-
https://wiki.archlinux.org/index.php/Netctl
http://www.correderajorge.es/wifi-under-raspberry-pi-with-archlinux/
anyhow, the Anker USB hub is refused, even when chained thru another USB hub. something about it. I dunoo.
I do have an Anker too many, any takers? :-D
I do have an Anker too many, any takers? :-D
No thanks
.edit: I removed the donate-pools and now do want to. do I have to re-enter them somewhere?
Just et it to donate if you want to, it has all the settings and knows what to do. (Please tell me how it works for you, a lot of future features depend on being able to switch config files and start up and down properly, and this is a way of testing it).
Neil
got it to work, after i abandoned the idea of using wi-fi.
wi-fi on the rasp is strangely fucked up.
if you could include native support for the RTL8188cus chipset?
never got that one to work on the minepeon, although it did work with the original wheezy distro.
anyhow, the Anker USB hub is refused, even when chained thru another USB hub. something about it. I dunoo.
I do have an Anker too many, any takers? :-D
Love it so far.
edit: I removed the donate-pools and now do want to. do I have to re-enter them somewhere?
wi-fi on the rasp is strangely fucked up.
if you could include native support for the RTL8188cus chipset?
never got that one to work on the minepeon, although it did work with the original wheezy distro.
anyhow, the Anker USB hub is refused, even when chained thru another USB hub. something about it. I dunoo.
I do have an Anker too many, any takers? :-D
Love it so far.
edit: I removed the donate-pools and now do want to. do I have to re-enter them somewhere?
and now it all works. I don't know why, but I'm over it. 
Lets just sweep that one under the rug and ignore it.
Neil
Yeah, I kind of felt bad asking about it after the fact. But the lesson learned is that if you start having strange inconsistencies, re-flash.
Although I was able to get them all going on one Pi, I opted to just put two Single SC's per Pi. So one Pi per shelf in the rack. This way "if" there should be an issue, I am only 1/3rd down until I can remote reboot it. Time is money. 
First: 0.2.2 now works for me without problems and without freezing, at least since it has been released.
Always what I like to hear.
- someone mentioned alarm-mails, when the miner is down. Is that a feature in MP right now? (or was that a pool-feature?)
This is next on my list once I get live update working correctly. The reason I left it till after live update is because it would have been a bugger to reinput your settings after every upgrade.
- is there a way to change pool priorities and/or balancing behaviour right now?
Not through the WebUI (Yet), but if you interact with cgminer (or bfgminer if you use it) via 'sudo screen -r' and turn it on, then save your config MinePeon wont mess with it so you can still do it.
Neil
and now it all works. I don't know why, but I'm over it.
Lets just sweep that one under the rug and ignore it.
Neil
First: 0.2.2 now works for me without problems and without freezing, at least since it has been released.
Now some short questions:
- someone mentioned alarm-mails, when the miner is down. Is that a feature in MP right now? (or was that a pool-feature?)
- is there a way to change pool priorities and/or balancing behaviour right now?
I don't know if these things are already implemented (maybe somewhere hidden... I didn't know about the miner.php either, until I read it here), or if it's still to come maybe in the future. Just asking, no bothering
Now some short questions:
- someone mentioned alarm-mails, when the miner is down. Is that a feature in MP right now? (or was that a pool-feature?)
- is there a way to change pool priorities and/or balancing behaviour right now?
I don't know if these things are already implemented (maybe somewhere hidden... I didn't know about the miner.php either, until I read it here), or if it's still to come maybe in the future. Just asking, no bothering
Hmm, it says on the package "Satechi UH-12P USB 2.0 Hub with Power", I guess I could try another brand. It's just odd that it works fine with (6) Single SCs plugged into it, and plugged into a PC running the same version of cgminer 3.3.1 on Ubuntu Server 13.04. I will play more tomorrow when I go back to the data center.
That is indeed odd, I doubt it is the hub if it was working before.
What makes it really strange is that it is only if you plug 3 or more in! There were a few changes to cgminer between MinePeon 0.2.1 and 0.2.2, nothing huge though and I did not really think anything of it.
Any chance you could put the binary from 0.2.1 back and see if it fixes itself?
Neil
It is very strange that (3) will run at 60GH/s, then plug in the 4th and they all drop to around 30GH/s. I even split the load between (2) of the Satechi UH-12P USB 2.0 Hubs, plugging into each USB port on the Pi. If I had (2) on one hub and (1) on another hub, as soon as I plugged in the 4th they would drop speed. Very puzzling.
EDIT: And yes I tried various reboots and stop/start the cgminer service.
In addition to the oddities above. I did test with the 0.2.1 build, everything worked fine, all six SC's at full speed. So I re-flashed the SD with 0.2.2, and now it all works. I don't know why, but I'm over it.
Hmm, it says on the package "Satechi UH-12P USB 2.0 Hub with Power", I guess I could try another brand. It's just odd that it works fine with (6) Single SCs plugged into it, and plugged into a PC running the same version of cgminer 3.3.1 on Ubuntu Server 13.04. I will play more tomorrow when I go back to the data center.
That is indeed odd, I doubt it is the hub if it was working before.
What makes it really strange is that it is only if you plug 3 or more in! There were a few changes to cgminer between MinePeon 0.2.1 and 0.2.2, nothing huge though and I did not really think anything of it.
Any chance you could put the binary from 0.2.1 back and see if it fixes itself?
Neil
It is very strange that (3) will run at 60GH/s, then plug in the 4th and they all drop to around 30GH/s. I even split the load between (2) of the Satechi UH-12P USB 2.0 Hubs, plugging into each USB port on the Pi. If I had (2) on one hub and (1) on another hub, as soon as I plugged in the 4th they would drop speed. Very puzzling.
EDIT: And yes I tried various reboots and stop/start the cgminer service.
In addition to the oddities above. I did test with the 0.2.1 build, everything worked fine, all six SC's at full speed. So I re-flashed the SD with 0.2.2, and now it all works. I don't know why, but I'm over it.
See my comment on the pull request
(also note that Accepted/Rejected etc should rarely if ever be used, they should use "Difficulty Accepted"/"Difficulty Rejected" etc ...)
...(also note that Accepted/Rejected etc should rarely if ever be used, they should use "Difficulty Accepted"/"Difficulty Rejected" etc ...)
This might come across as a silly question .. I was wondering why there isn't a discarded number for diff1shares? Perhaps hardware errors under the specific mining device are related to the discarded number?
I'm positive I'm missing something here, but just attempting to make the stats/calculations as accurate as possible
Stale is probably what you mean ... which has "Difficulty Stale" ...
I sorted through the cgminer API output (now that I knew what I was looking for!) and added difficulty stale with a percentage to the pool status page: https://github.com/joeykrim/MinePeonWebUI/commit/e2c25dc9d6edf00486e05a93a8921a96c581b712
Thanks for clarifying the details there! I made all the changes so the pull request (https://github.com/MineForeman/MinePeonWebUI/pull/11) should now be finalized. It is working great for me!
Also, I sent another pull request (https://github.com/MineForeman/MinePeonWebUI/pull/13) upgrading the stored password security from the "insecure" crypt to a "more secure" bcrypt with a CPU cost of 4. Not a big concern, but every little bit of security helps, imo!
Hopefully MineForeman won't mind me sending all these code changes via pull requests!
Hi,
saw that you have an hosting option on your site too?
There is some info but i like to hear more about it.
Is it open to anyone (small mining ops of 7GHs)?
saw that you have an hosting option on your site too?
There is some info but i like to hear more about it.
Is it open to anyone (small mining ops of 7GHs)?
Jump to: