MineForeman.com (OP)
Legendary
 Offline
Activity: 896
Merit: 1000
|
 |
July 15, 2013, 09:17:29 PM |
|
regarding the pool switch you implemented, last week I received a alert email at 00:25 AM, alerting me that my miner was not working. The fact was that, after MinePeon killed the cgminer at the ending of donation period, the new cgminer could not access the USB Block Erupters. This happened only one time. One time is one time too many if you ask me, that is why I implemented the change in 0.2.2 that totally exits the miner while switching config files. Best regards and good luck to MinePeon and to yourself.
Awww, don't be like that, forgive a grumpy old man. You just annoyed me a bit when you suggested I go back to a method that I know does not work reliably. (that and the exit button  ) Neil |
|
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
kano
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
July 15, 2013, 09:23:46 PM |
|
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 ...)
... 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 Discarded isn't shares, it's work, and when using stratum it's effectively meaningless (so it wouldn't really be of interest in the normal display) Stale is probably what you mean ... which has "Difficulty Stale" ... |
|
|
|
|
BR0KK
|
|
July 15, 2013, 09:33:46 PM |
|
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)?
|
|
|
|
joeykrim
Newbie
Offline
Activity: 9
Merit: 0
|
|
July 16, 2013, 12:30:28 AM |
|
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 ...)
... 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 Discarded isn't shares, it's work, and when using stratum it's effectively meaningless (so it wouldn't really be of interest in the normal display) Stale is probably what you mean ... which has "Difficulty Stale" ... Perfect again! I adjusted the percentages to use the diff1 as the total and only calculate percents on difficulty accepted and difficulty rejected. 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/e2c25dc9d6edf00486e05a93a8921a96c581b712Thanks 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! |
|
|
|
|
|
BitMinerN8
|
|
July 16, 2013, 04:11:11 AM |
|
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 I'll re-flash that build (0.2.1) on an alternate SD and test it tomorrow when I head up to the DC. I'll post results when done. 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. |
|
|
|
|
|
Beastlymac
|
|
July 16, 2013, 12:24:20 PM |
|
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 I'll re-flash that build (0.2.1) on an alternate SD and test it tomorrow when I head up to the DC. I'll post results when done. 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. Congratulations does sound weird but at least it works now |
Message me if you have any problems
|
|
|
|
klotzenhotz
|
|
July 16, 2013, 04:49:33 PM |
|
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  |
|
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
July 16, 2013, 08:10:30 PM |
|
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 |
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
July 16, 2013, 08:16:50 PM |
|
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 |
|
|
|
|
BitMinerN8
|
|
July 16, 2013, 08:20:47 PM |
|
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.  |
|
|
|
|
2weiX
Legendary
Offline
Activity: 2058
Merit: 1005
this space intentionally left blank
|
|
July 16, 2013, 08:32:19 PM |
|
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?
|
|
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
July 16, 2013, 09:07:56 PM |
|
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. 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/Netctlhttp://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 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 |
|
|
|
netfun2000
Member
Offline
Activity: 66
Merit: 10
|
|
July 17, 2013, 02:50:04 AM |
|
Does Minepeon use full sd space?
|
|
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
July 17, 2013, 02:54:13 AM |
|
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 |
|
|
|
|
BR0KK
|
|
July 17, 2013, 09:46:00 AM |
|
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...
|
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
July 17, 2013, 08:12:13 PM |
|
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...
Did you re-flash? With in to booting I would say it is 99.99999% the SD card. Neil |
|
|
|
|
BR0KK
|
|
July 17, 2013, 10:09:31 PM |
|
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...
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. |
|
|
|
|
Morblias
|
|
July 18, 2013, 01:42:33 AM
Last edit: July 18, 2013, 04:18:18 PM by Morblias |
|
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
|
Tips / Donations accepted: 1Morb18DsDHNEv6TeQXBdba872ZSpiK9fY
|
|
|
|
norulezapply
|
|
July 18, 2013, 03:34:59 PM |
|
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.
|
|
|
|
|
|
BitMinerN8
|
|
July 18, 2013, 03:43:25 PM |
|
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.
You could try in the file listed in this post: https://bitcointalk.org/index.php?topic=137934.msg2727168#msg2727168 |
|
|
|
|
|
