Bitcoin Forum
November 22, 2017, 04:42:31 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 [73] 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 ... 139 »
  Print  
Author Topic: Linux mining distro for the Raspberry PI - MinePeon  (Read 681388 times)
chirale
Member
**
Offline Offline

Activity: 111



View Profile
September 11, 2013, 06:06:33 PM
 #1441

Hello guys, I have a quick question...
I have been using my Pi with 1 USB asicminer for more than a month and has been working fine. I recently got another USB ASIC miner and I plugged it in, but is now giving a lot of errors.
It recognizes the new Usb miner well, but if  does not get any share, only errors. Plugged individually both usb miner work fine, but together one doesn't work.... Maybe I am missing something very obvious...tnx

1511325751
Hero Member
*
Offline Offline

Posts: 1511325751

View Profile Personal Message (Offline)

Ignore
1511325751
Reply with quote  #2

1511325751
Report to moderator
1511325751
Hero Member
*
Offline Offline

Posts: 1511325751

View Profile Personal Message (Offline)

Ignore
1511325751
Reply with quote  #2

1511325751
Report to moderator
Goat says: "Bitcoin is NOT Illegal in Thailand. There is no law against Bitcoin in Thailand!"
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511325751
Hero Member
*
Offline Offline

Posts: 1511325751

View Profile Personal Message (Offline)

Ignore
1511325751
Reply with quote  #2

1511325751
Report to moderator
1511325751
Hero Member
*
Offline Offline

Posts: 1511325751

View Profile Personal Message (Offline)

Ignore
1511325751
Reply with quote  #2

1511325751
Report to moderator
1511325751
Hero Member
*
Offline Offline

Posts: 1511325751

View Profile Personal Message (Offline)

Ignore
1511325751
Reply with quote  #2

1511325751
Report to moderator
RicRock
Sr. Member
****
Offline Offline

Activity: 288



View Profile
September 11, 2013, 07:06:26 PM
 #1442

Hello guys, I have a quick question...
I have been using my Pi with 1 USB asicminer for more than a month and has been working fine. I recently got another USB ASIC miner and I plugged it in, but is now giving a lot of errors.
It recognizes the new Usb miner well, but if  does not get any share, only errors. Plugged individually both usb miner work fine, but together one doesn't work.... Maybe I am missing something very obvious...tnx

What kind of hub are you using?
chirale
Member
**
Offline Offline

Activity: 111



View Profile
September 11, 2013, 09:41:33 PM
 #1443

Probably not a good one...
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter

http://www.ebay.co.uk/itm/370812764010

Tnx for help

RicRock
Sr. Member
****
Offline Offline

Activity: 288



View Profile
September 11, 2013, 11:01:52 PM
 #1444


Should really try to stick with one that is confirmed compatible

http://elinux.org/RPi_Powered_USB_Hubs
chirale
Member
**
Offline Offline

Activity: 111



View Profile
September 12, 2013, 12:10:37 AM
 #1445

Tnx!
The problem is that it doesn't work even if I plug the two USB miner in the Pi USB ports... Is that a know problem?

RicRock
Sr. Member
****
Offline Offline

Activity: 288



View Profile
September 12, 2013, 12:11:30 AM
 #1446

Tnx!
The problem is that it doesn't work even if I plug the two USB miner in the Pi USB ports... Is that a know problem?


Pi ports don't have enough power to supply one I don't think

They aren't powered per se
chirale
Member
**
Offline Offline

Activity: 111



View Profile
September 12, 2013, 12:18:09 AM
 #1447

Tnx!
The problem is that it doesn't work even if I plug the two USB miner in the Pi USB ports... Is that a know problem?


Pi ports don't have enough power to supply one I don't think

They aren't powered per se

It works fine with one USB miner, but not with 2... Tnx! I'll try a better hub!

tk1337
Sr. Member
****
Offline Offline

Activity: 266



View Profile
September 12, 2013, 12:44:49 AM
 #1448

Ah OK some issue in some PHP you wrote - nothing to do with the API.
(the entire API read/write is text)

miner.php (which I wrote) doesn't have such problems.

Also as I stated before regarding SD cards:
https://bitcointalk.org/index.php?topic=137934.msg2673249;topicseen#msg2673249

Seeing how my first test of the issue was from miner.php, which showed the difference in the output as well, I don't think that was the issue. I do believe that something may be up with the read/write. After about 5 restarts of CGMiner today I got it to show correct stats, I noticed the avg rate was in kH/s which was odd, along with the shares being off (also odd), a couple restarts and now it's fine again. The SD card is about 2 days old (class 10, spec'd from eLinux.org wiki as completely compatible with rPi), also I have 5 other SD cards (all class 10, random sizes), so it would be easy to test that theory just by cloning the card.

I'm going to monitor this a bit more, I have another rPi that will be here tomorrow, I'll play with it some there on the new rPi as well.

If I helped you & you feel generous, donate some BTC to -> 1337tkvMSeY2fNgyNXVshAZixnGxLxuSmy
Do you like cheap GH/s? | MobileMinerApp Plugin for MinePeon
kano
Legendary
*
Offline Offline

Activity: 2282


Linux since 1997 RedHat 4


View Profile
September 12, 2013, 02:14:54 AM
 #1449

Ah OK some issue in some PHP you wrote - nothing to do with the API.
(the entire API read/write is text)

miner.php (which I wrote) doesn't have such problems.

Also as I stated before regarding SD cards:
https://bitcointalk.org/index.php?topic=137934.msg2673249;topicseen#msg2673249

Seeing how my first test of the issue was from miner.php, which showed the difference in the output as well, I don't think that was the issue. I do believe that something may be up with the read/write. After about 5 restarts of CGMiner today I got it to show correct stats, I noticed the avg rate was in kH/s which was odd, along with the shares being off (also odd), a couple restarts and now it's fine again. The SD card is about 2 days old (class 10, spec'd from eLinux.org wiki as completely compatible with rPi), also I have 5 other SD cards (all class 10, random sizes), so it would be easy to test that theory just by cloning the card.

I'm going to monitor this a bit more, I have another rPi that will be here tomorrow, I'll play with it some there on the new rPi as well.
You still have yet to tell me what you are doing to cause the problem.
How are you getting this problem, what data are you sending to the API and how are you sending this data to the API

Again, the API is a simple text protocol, no binary, no hex, all simple text.

My miner.php simply sends text to the cgminer API and gets back text replies.

So I don't get what the true/1 issue is.
Yes I've written 10's of thousands of lines of PHP I do understand that one can make such mistakes, but they don't exist in miner.php as far as I know ...
If you've found a bug in miner.php - report it, you seem to know a little about PHP, so you should be able to clearly point out what is happening.

P.S. 'summary' has no parameters

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
tk1337
Sr. Member
****
Offline Offline

Activity: 266



View Profile
September 12, 2013, 03:03:49 AM
 #1450

Ah OK some issue in some PHP you wrote - nothing to do with the API.
(the entire API read/write is text)

miner.php (which I wrote) doesn't have such problems.

Also as I stated before regarding SD cards:
https://bitcointalk.org/index.php?topic=137934.msg2673249;topicseen#msg2673249

Seeing how my first test of the issue was from miner.php, which showed the difference in the output as well, I don't think that was the issue. I do believe that something may be up with the read/write. After about 5 restarts of CGMiner today I got it to show correct stats, I noticed the avg rate was in kH/s which was odd, along with the shares being off (also odd), a couple restarts and now it's fine again. The SD card is about 2 days old (class 10, spec'd from eLinux.org wiki as completely compatible with rPi), also I have 5 other SD cards (all class 10, random sizes), so it would be easy to test that theory just by cloning the card.

I'm going to monitor this a bit more, I have another rPi that will be here tomorrow, I'll play with it some there on the new rPi as well.
You still have yet to tell me what you are doing to cause the problem.
How are you getting this problem, what data are you sending to the API and how are you sending this data to the API

Again, the API is a simple text protocol, no binary, no hex, all simple text.

My miner.php simply sends text to the cgminer API and gets back text replies.

So I don't get what the true/1 issue is.
Yes I've written 10's of thousands of lines of PHP I do understand that one can make such mistakes, but they don't exist in miner.php as far as I know ...
If you've found a bug in miner.php - report it, you seem to know a little about PHP, so you should be able to clearly point out what is happening.

P.S. 'summary' has no parameters

For someone to say they know anything about programming and not know references (or differences) between an INT or BOOL is beyond me, very basic stuff right there..

I've clearly stated it could be a combination of things (CGMiner,I/O w/ SD Card). I've already proved it was at the application level, by restarting CGMiner several times before finally getting the correct data returned through API calls. Which seems semi-isolated and almost random (for me) however other people have reported incorrect readings between the output screen and what MinePeon's WebUI is showing, which is coming from the UI. So far I personally have seen incorrect speeds, invalid share totals and a few other minor things, all of which eventually get flushed out after restarting CGMiner (usually about 4-5 times after a reboot of the Pi).

Please stop saying you wrote miner.php, you've said it enough times, I don't care because I'm not using it for anything other than to compare data results from the API call (also, it doesn't look like the latest release of MinePeon is calling/including miner.php anywhere now). I'm not pointing a finger at you, but you seem to somehow think I am? So you're continually trying to defend yourself it seems.

I'm glad you know how to send text over sockets, wonderful. I used it (miner.php) along with cgminer.inc.php and my own code to try and see if I was getting the same results as OTHER PEOPLE were reporting and I did...

Also, nice touch trying to "dick measure" with the '10's of thousands of lines of PHP' (yet you still use globals? (in miner.php, everywhere) finding that hard to believe...).

If I helped you & you feel generous, donate some BTC to -> 1337tkvMSeY2fNgyNXVshAZixnGxLxuSmy
Do you like cheap GH/s? | MobileMinerApp Plugin for MinePeon
chanberg
Hero Member
*****
Offline Offline

Activity: 658


View Profile
September 12, 2013, 03:06:39 AM
 #1451

Ah OK some issue in some PHP you wrote - nothing to do with the API.
(the entire API read/write is text)

miner.php (which I wrote) doesn't have such problems.

Also as I stated before regarding SD cards:
https://bitcointalk.org/index.php?topic=137934.msg2673249;topicseen#msg2673249

Seeing how my first test of the issue was from miner.php, which showed the difference in the output as well, I don't think that was the issue. I do believe that something may be up with the read/write. After about 5 restarts of CGMiner today I got it to show correct stats, I noticed the avg rate was in kH/s which was odd, along with the shares being off (also odd), a couple restarts and now it's fine again. The SD card is about 2 days old (class 10, spec'd from eLinux.org wiki as completely compatible with rPi), also I have 5 other SD cards (all class 10, random sizes), so it would be easy to test that theory just by cloning the card.

I'm going to monitor this a bit more, I have another rPi that will be here tomorrow, I'll play with it some there on the new rPi as well.


I also have this problem. After boot up of the pi, and after cgminer has been hashing for about 10 minutes, it suddenly halts everything, stops for a second, then all the data values of GH/s turn to KH/s. Only the Average GH/s, turns to Kh/s, the 5second value of miner speed stays accurate and true. It's weird though, because when i started mining PPC coins, the cgminer was fine, worked great, but once i turn to mining BTC on BTCguild, it occurs almost spot on. Mining TRC is fine as well..

When i go into the WEBUI, the average values are at zero, but the 5second hash values are similar to that of cgminer when i SSH and do screen -r.

kano
Legendary
*
Offline Offline

Activity: 2282


Linux since 1997 RedHat 4


View Profile
September 12, 2013, 03:52:34 AM
 #1452

Ah OK some issue in some PHP you wrote - nothing to do with the API.
(the entire API read/write is text)

miner.php (which I wrote) doesn't have such problems.

Also as I stated before regarding SD cards:
https://bitcointalk.org/index.php?topic=137934.msg2673249;topicseen#msg2673249

Seeing how my first test of the issue was from miner.php, which showed the difference in the output as well, I don't think that was the issue. I do believe that something may be up with the read/write. After about 5 restarts of CGMiner today I got it to show correct stats, I noticed the avg rate was in kH/s which was odd, along with the shares being off (also odd), a couple restarts and now it's fine again. The SD card is about 2 days old (class 10, spec'd from eLinux.org wiki as completely compatible with rPi), also I have 5 other SD cards (all class 10, random sizes), so it would be easy to test that theory just by cloning the card.

I'm going to monitor this a bit more, I have another rPi that will be here tomorrow, I'll play with it some there on the new rPi as well.
You still have yet to tell me what you are doing to cause the problem.
How are you getting this problem, what data are you sending to the API and how are you sending this data to the API

Again, the API is a simple text protocol, no binary, no hex, all simple text.

My miner.php simply sends text to the cgminer API and gets back text replies.

So I don't get what the true/1 issue is.
Yes I've written 10's of thousands of lines of PHP I do understand that one can make such mistakes, but they don't exist in miner.php as far as I know ...
If you've found a bug in miner.php - report it, you seem to know a little about PHP, so you should be able to clearly point out what is happening.

P.S. 'summary' has no parameters

For someone to say they know anything about programming and not know references (or differences) between an INT or BOOL is beyond me, very basic stuff right there..
I know the exact difference, however, I've no idea why someone would send the wrong one in the php code they wrote.
As I said "So I don't get what the true/1 issue is."
... since miner.php doesn't have this issue anywhere as far as I know ...

Quote
I've clearly stated it could be a combination of things (CGMiner,I/O w/ SD Card). I've already proved it was at the application level, by restarting CGMiner several times before finally getting the correct data returned through API calls. Which seems semi-isolated and almost random (for me) however other people have reported incorrect readings between the output screen and what MinePeon's WebUI is showing, which is coming from the UI. So far I personally have seen incorrect speeds, invalid share totals and a few other minor things, all of which eventually get flushed out after restarting CGMiner (usually about 4-5 times after a reboot of the Pi).
No - you've said you wrote your own php using parameters that were incorrect, data types that were incorrect, and got unexpected results.
But you won't say exactly what you did in php so I can work out what's going on.
Fine I give up - have fun with it.

Oh and hint ... java API ...

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
tk1337
Sr. Member
****
Offline Offline

Activity: 266



View Profile
September 12, 2013, 09:51:14 AM
 #1453

Ah OK some issue in some PHP you wrote - nothing to do with the API.
(the entire API read/write is text)

miner.php (which I wrote) doesn't have such problems.

Also as I stated before regarding SD cards:
https://bitcointalk.org/index.php?topic=137934.msg2673249;topicseen#msg2673249

Seeing how my first test of the issue was from miner.php, which showed the difference in the output as well, I don't think that was the issue. I do believe that something may be up with the read/write. After about 5 restarts of CGMiner today I got it to show correct stats, I noticed the avg rate was in kH/s which was odd, along with the shares being off (also odd), a couple restarts and now it's fine again. The SD card is about 2 days old (class 10, spec'd from eLinux.org wiki as completely compatible with rPi), also I have 5 other SD cards (all class 10, random sizes), so it would be easy to test that theory just by cloning the card.

I'm going to monitor this a bit more, I have another rPi that will be here tomorrow, I'll play with it some there on the new rPi as well.


I also have this problem. After boot up of the pi, and after cgminer has been hashing for about 10 minutes, it suddenly halts everything, stops for a second, then all the data values of GH/s turn to KH/s. Only the Average GH/s, turns to Kh/s, the 5second value of miner speed stays accurate and true. It's weird though, because when i started mining PPC coins, the cgminer was fine, worked great, but once i turn to mining BTC on BTCguild, it occurs almost spot on. Mining TRC is fine as well..

When i go into the WEBUI, the average values are at zero, but the 5second hash values are similar to that of cgminer when i SSH and do screen -r.

Interesting, I've been recently mining on slush's vs. BTCGuild... yea I can quite pinpoint the randomness factor of it, but I'll play around with different pools now that you mentioned that.

kano - As I've said before, the invalid results were showing regardless of which PHP script (using your miner.php, what minePeon is using (cgminer.inc.php), or my own also either on PHP, RUBY, C, or Python, but hey I'll go ask my co-worker today to write me a java app to just send some raw data over sockets). You're missing the point of all this, it doesn't matter which script is being ran to hit the API, the API is coming back with different stats than the output screen, after a few restarts of CGMiner, from my experience it goes away. So please stop trying to wrap your head around the calls (as if they were invalid calls, I wouldn't be getting the same data back with other people's scripts), problem is clearly stated, people seem to be having issues with it so far it is seemingly random unless there is a method recreation to where I (or someone else) can produce the issue every time on the spot.

If I helped you & you feel generous, donate some BTC to -> 1337tkvMSeY2fNgyNXVshAZixnGxLxuSmy
Do you like cheap GH/s? | MobileMinerApp Plugin for MinePeon
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 275


View Profile WWW
September 12, 2013, 11:06:36 AM
 #1454

The drop in long-term average hash rate to near zero is specific to the Pi, and probably to MinePeon. At boot time, the Pi's date starts at Jan 1, 1970. After a few minutes, a background task updates it to the right time.  But in the interim, cgminer has started. So to get the average,  it calculates your total hashes divided by run time. Since the apparent run time is over 43 years, the average is near zero.

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
tk1337
Sr. Member
****
Offline Offline

Activity: 266



View Profile
September 12, 2013, 11:28:14 AM
 #1455

The drop in long-term average hash rate to near zero is specific to the Pi, and probably to MinePeon. At boot time, the Pi's date starts at Jan 1, 1970. After a few minutes, a background task updates it to the right time.  But in the interim, cgminer has started. So to get the average,  it calculates your total hashes divided by run time. Since the apparent run time is over 43 years, the average is near zero.

A very logical response, thank you. I honestly didn't even think about the time issue playing a factor into this as I have a script on boot to set the time correctly, it should technically run before cgminer, but looks like it hangs sometimes. I will try delaying cgminer for a couple of seconds to let system scripts start, then run cgminer, I like the idea of a timed delay on the start of cgminer on bootup the more I think about it.

Again thanks.

If I helped you & you feel generous, donate some BTC to -> 1337tkvMSeY2fNgyNXVshAZixnGxLxuSmy
Do you like cheap GH/s? | MobileMinerApp Plugin for MinePeon
teletobi
Hero Member
*****
Offline Offline

Activity: 698



View Profile
September 12, 2013, 02:17:58 PM
 #1456

Probably not a good one...
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter

http://www.ebay.co.uk/itm/370812764010

Tnx for help

I'm using the same just with another branding. It works well with 5 USB Miners. For over a Month now. have You tried different USB Cables? Sometimes it helps to cut the red cable of the Connection, but I didn't.

Join the Elastic revolution!  Elastic - The Decentralized Supercomputer
ELASTIC WEBSITE | NEW ANNOUNCEMENT THREAD | ELASTIC SLACK | ELASTIC FORUM
cardcomm
Sr. Member
****
Offline Offline

Activity: 294



View Profile
September 12, 2013, 04:16:18 PM
 #1457

The drop in long-term average hash rate to near zero is specific to the Pi, and probably to MinePeon. At boot time, the Pi's date starts at Jan 1, 1970. After a few minutes, a background task updates it to the right time.  But in the interim, cgminer has started. So to get the average,  it calculates your total hashes divided by run time. Since the apparent run time is over 43 years, the average is near zero.

A very logical response, thank you. I honestly didn't even think about the time issue playing a factor into this as I have a script on boot to set the time correctly, it should technically run before cgminer, but looks like it hangs sometimes. I will try delaying cgminer for a couple of seconds to let system scripts start, then run cgminer, I like the idea of a timed delay on the start of cgminer on bootup the more I think about it.

Again thanks.

Yeah, the lack of a RTC on the Pi doesn't seem like a big deal at first, but it can be a real PIA sometimes! :/

Easily see your cgminer status with my cgminerLCDStats app:  http://cardcomm.github.io/cgminerLCDStats/
Did my post help you or make you laugh? Let me know with Bitcoins at: 1CQfpMHQ5zVuZ5i9uxSHSSx4J8ZhehSjn3  Smiley
LogicalUnit
Sr. Member
****
Offline Offline

Activity: 289


View Profile
September 13, 2013, 04:45:10 AM
 #1458

The drop in long-term average hash rate to near zero is specific to the Pi, and probably to MinePeon. At boot time, the Pi's date starts at Jan 1, 1970. After a few minutes, a background task updates it to the right time.  But in the interim, cgminer has started. So to get the average,  it calculates your total hashes divided by run time. Since the apparent run time is over 43 years, the average is near zero.

A very logical response, thank you. I honestly didn't even think about the time issue playing a factor into this as I have a script on boot to set the time correctly, it should technically run before cgminer, but looks like it hangs sometimes. I will try delaying cgminer for a couple of seconds to let system scripts start, then run cgminer, I like the idea of a timed delay on the start of cgminer on bootup the more I think about it.

Again thanks.

Yeah, the lack of a RTC on the Pi doesn't seem like a big deal at first, but it can be a real PIA sometimes! :/

Whenever I reboot my RPi, I need to restart ntpd and then cgminer to get reasonable results.

stellan0r
Hero Member
*****
Offline Offline

Activity: 546


Medical Translations for Bitcoins


View Profile
September 13, 2013, 08:38:47 AM
 #1459

How long does a class 10  8GB SD card in an RPi with MinePeon last? In weeks/months?

For a couple of days now my Pi is doing some odd things, like stopping mining/crashing. This morning my Peon was down for 8 hours (all Block Erupters green) but l could SSH into the machine and simply do a "sudo systemctl start cgminer.service" to get it mining again. 2 days ago I had to unplug the power cable from the Pi as it seemed to be hung up completely.
Before that the Pi was running for over a month straight.

Can this be the SC card? will it fill up with logs or other files at some point, or will MinePeon delete it if necessary? Could the SC card be degrading?

I'm still on 0.2.2 because I am afraid to update Wink


Maybe someone can make a new short guide on how to install and update the newest version of MinePeon + cgminer + the usb lcd screen (the one that was supposed to be working with 0.2.3a), just a rundown of the shell commands needed to get a working, not every couple hours rebooting miner.

Allgemeine Gesundheitsberatung gegen Bitcoin-Zahlung. Bei Fragen einfach eine PM schicken!
If you want to send a thank you: BTC "1PZJvKvarRviQRQWejpvXW2j4e1xbT8MZb"
ct1aic
Hero Member
*****
Offline Offline

Activity: 714


Are ฿itcoins Radioactive?


View Profile WWW
September 13, 2013, 12:17:10 PM
 #1460

Oh no! Not again! cgminer: LATEST-IS-3.4.3

Rui Costa, PortugalBTC : 1ct1aicGoUVpZeovsw3cCcPJZJHV5JXtW
Pages: « 1 ... 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 [73] 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 ... 139 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!