Linux mining distro for the Raspberry PI - MinePeon

[bronan]

I like to see scp and sftp on this
When i tried with pacman it seems not to exist.
 

[1715441285]

1715441285

[1715441285]

1715441285

[1715441285]

1715441285

[teletobi]

Just installed a clean 0.2.4.3 to play around and try to get NXT running. After sshing in and trying a git pull following appeared:

[minepeon@minepeon minepeon]$ git pull
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
[minepeon@minepeon minepeon]$

I did this before and it worked fine, what am I doing wrong?

[ct1aic]

Just installed a clean 0.2.4.3 to play around and try to get NXT running. After sshing in and trying a git pull following appeared:

[minepeon@minepeon minepeon]$ git pull
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
[minepeon@minepeon minepeon]$

I did this before and it worked fine, what am I doing wrong?

sudo git pull - you need root access.

[ewibit]

sudo git pull - you need root access.

Code:

fatal: unable to access 'https://github.com/MineForeman/minepeon-base.git/': SSL certificate problem: certificate is not yet valid

[necro_nemesis]

I get the feeling the best option at this juncture is to back up my minepeon settings and go with a fresh build on a second sdcard then reimport the settings. What I have works well so I don't want to mess with it so I have a fall back should it be necessary. My aim is to get back on board with mineforman releases which incorporate bfgminer with the inclusion of antminer U1 support and not attempt to continue to patch up what I have manually created thereby ensuring any issues are common issues and not my one off Franken-miner version doing it's own thing.

On my previous pull I was able to update without getting to root but I did have to navigate to the minepeon directory before intiating the pull.

Code:

cd /opt/minepeon/
git pull

[ct1aic]

sudo git pull - you need root access.

Code:

fatal: unable to access 'https://github.com/MineForeman/minepeon-base.git/': SSL certificate problem: certificate is not yet valid

Confirm that the RPI has the correct date/time.

[MineForeman.com]

sudo git pull - you need root access.

Code:

fatal: unable to access 'https://github.com/MineForeman/minepeon-base.git/': SSL certificate problem: certificate is not yet valid

Sorry, my bad, there is a fix for that here;-

http://minepeon.com/forums/viewtopic.php?p=4642#p4642

Neil

[Iv4z]

How do i copy ztex_ufm1_15y1.ihx to BFGMiner's "bitstreams" directory to get my ztex going?

[MineForeman.com]

How do i copy ztex_ufm1_15y1.ihx to BFGMiner's "bitstreams" directory to get my ztex going?

I am going to assume your a windows user so when I am working with ssh file copy utilities I use WinSCP .

Use the minepeon user with your own passwords and drop them into;-

/opt/minepeon/bin/bitstreams

I have not used ZTEX devices in a while, tell me how you get on.

Neil

[necro_nemesis]

Is there still the requirement to go to miner.php page to switch pools? Selecting the green arrows left of the pools doesn't seem to have any effect through the status page. Also I find the abbreviated description of the pool can be problematic when various coins are mined off the same IP but through a different port. The port gets cut off from the pool description. It would be nice if the user could specify their own name for each pool keeping it short but descriptive.

[jedimstr]

Any Ideas?

For now I set it manually via timedatectl, but would rather have NTP really working.

Yeah...

Working on this now, I was hoping to make a PR2 image today but the latest NTP seems broken somehow.

I will get back to you.

Neil

Woops... turns out this ended up being an issue on my side.  NTP is working again for my Pi.

I had recently setup a new managed network switch (TP-Link TL-SG3216) and had activated the various DoS Defend security settings.  The Blat Attack defense setting apparently is not very friendly with NTP UDP access.  De-activating Blat Attack prevention fixed the NTP issues on my network.

Sorry for the false alarm!

[MineForeman.com]

Is there still the requirement to go to miner.php page to switch pools? Selecting the green arrows left of the pools doesn't seem to have any effect through the status page. Also I find the abbreviated description of the pool can be problematic when various coins are mined off the same IP but through a different port. The port gets cut off from the pool description. It would be nice if the user could specify their own name for each pool keeping it short but descriptive.

Hmmm, the green arrows work for me, can I grab a screen shot of that section on your status page?  I will try to replicate the error.

The pool info that you see is JSON grabbed directly from the miner so at the moment that is all that is returned (neither cgminer or bfgminer allow for spurious data to be stored, as they should).  As I am moving to sqlite data storage in the 0.2.5 series though I can store that spurious data and that means more to a human and I intend to allow the user to give pool's 'nicknames'.

Neil

[Iv4z]

How do i copy ztex_ufm1_15y1.ihx to BFGMiner's "bitstreams" directory to get my ztex going?

I am going to assume your a windows user so when I am working with ssh file copy utilities I use WinSCP .

Use the minepeon user with your own passwords and drop them into;-

/opt/minepeon/bin/bitstreams

I have not used ZTEX devices in a while, tell me how you get on.

Neil

Works like a charm!

Thank you Neil 

[raystream]

to get the graph going i needed to add a line in /op/minepeon/http/js/chart.js

just added:
d = Date.parse(d);

after Line 106
and befor GHAvg.push command

before adding the line i get time stamps like 00:00:00.001 in the graps hovering over

[KyrosKrane]

to get the graph going i needed to add a line in /op/minepeon/http/js/chart.js

just added:
d = Date.parse(d);

after Line 106
and befor GHAvg.push command

before adding the line i get time stamps like 00:00:00.001 in the graps hovering over

Nice find! That indeed fixed it in Firefox for me.

Here's the corrected code chunk (with spacing fixed a bit for readability) :

Code:

                line = line.split(/\t/);
                date = Date.parse(line[0] + ' UTC');
                var t = line[0].split(/[- :]/);
                var d = new Date(t[0], t[1]-1, t[2], t[3], t[4], t[5]);
                d = Date.parse(d);
                GHAvg.push([
                    d,
                    parseFloat(line[1].replace(',', ''), 10) * 1000, ]);

[MineForeman.com]

Code:

                line = line.split(/\t/);
                date = Date.parse(line[0] + ' UTC');
                var t = line[0].split(/[- :]/);
                var d = new Date(t[0], t[1]-1, t[2], t[3], t[4], t[5]);
                d = Date.parse(d);
                GHAvg.push([
                    d,
                    parseFloat(line[1].replace(',', ''), 10) * 1000, ]);

Thanks!  You seem to know your way around JavaScript (I am a bit dense at it).

The latest code in git and the 0.2.5 PR2 download just passes the raw timestamp to the graphs like this;-

Code:

            jQuery.each(tsv, function (i, line) {
                line = line.split(/\t/);
                // date = Date.parse(line[0] + ' UTC');
				date = Date.parse(line[0]);
				// var t = line[0].split(/[- :]/);
				// var d = new Date(t[0], t[1]-1, t[2], t[3], t[4], t[5]);
                GHAvg.push([
                //date,
				line[0],
                parseFloat(line[1].replace(',', ''), 10) * 1000, ]);

Is seems to work on all browsers, any chance you can have a look and give your opinion what method is better?

Neil

P.S. Javascript is moronic when it comes to dates, there is no standard between browsers and it sucks .

[ct1aic]

After last git pull, from some minutes ago, the graphics are now "not zoomed" and with date "Sat 17 Jan 1970" in my 3 RPI's with MinePeon Pi 0.2.5 pr2.

[KyrosKrane]

Thanks!  You seem to know your way around JavaScript (I am a bit dense at it).

The latest code in git and the 0.2.5 PR2 download just passes the raw timestamp to the graphs like this;-

Code:

            jQuery.each(tsv, function (i, line) {
                line = line.split(/\t/);
                // date = Date.parse(line[0] + ' UTC');
				date = Date.parse(line[0]);
				// var t = line[0].split(/[- :]/);
				// var d = new Date(t[0], t[1]-1, t[2], t[3], t[4], t[5]);
                GHAvg.push([
                //date,
				line[0],
                parseFloat(line[1].replace(',', ''), 10) * 1000, ]);

Is seems to work on all browsers, any chance you can have a look and give your opinion what method is better?

Neil

P.S. Javascript is moronic when it comes to dates, there is no standard between browsers and it sucks .

Wasn't me that found it. But yeah, I do have a little (very little) experience with JS from a past job.

What jumps out at me about the code you posted is that you set the date variable, then don't use it -- you pass the line[0] element instead.  Is that intentional?

[MineForeman.com]

After last git pull, from some minutes ago, the graphics are now "not zoomed" and with date "Sat 17 Jan 1970" in my 3 RPI's with MinePeon Pi 0.2.5 pr2.

Hmm, can I get a screen shot of that ct1aic?  It is not something I have seen before and I will see if I can replicate it.

Neil

[MineForeman.com]

What jumps out at me about the code you posted is that you set the date variable, then don't use it -- you pass the line[0] element instead.  Is that intentional?

Very intentional, instead of me working out how to format the date correctly for all of the various browsers it uses Highcharts internal date library.

They seem to have it all worked out for us.

Neil