 Show Posts
|
|
Pages: [1] 2 »
|
|
Couple notes:
Over 30 units, batch2-4, they seem stable with the jan 7 firmware. Prior to the Jan 7 firmware, we had them dropping a board randomly cutting hashing power in half.
Consistency is pretty decent, although we have 1 unit with an over 10*C spread between the two boards.
Noise is pretty bad. I was looking to run one at home (for heat) but it's quite loud (as everyone else has observed). Has someone actually enclosed the unit (I believe someone mentioned saran wrap earlier) and recorded any results? I'm just not sure it's worth the hassle of replacing the fans for a few decibels quieter noise, especially for the increased cable mess, etc. I wish the firmware gave the option to set fan speed manually, or target temperature. Even at below 50*C it's quite loud, and doesn't seem to reduce the fan speed that much at all.
|
|
|
|
I am currently renting one of your rigs "AD0 (Scrypt 1.80 MH/s)" for 72 hours. At the moment the rig says "Error: Mining rig is not responding!". I have 47 hours left of rental time and I am not sure how long the rig has been offline, I think about 20 mins? Do you know how much longer the rig will be offline? If it is offline for much longer, could you extend the mining time?
Rigs were down for approvimately 45 minutes, all leases extended by 75 minutes. There are 2 rigs we are still working on, I will extend those leases as well once we get them online. |
|
|
|
|
Unfortunately we are in the middle of a power outage that is affecting around 5000 customers in the region. PM me your rig name, email address used on leaserig and BTC address for a refund if desired, otherwise I will attempt to extend mining time by the outage length plus a little extra. Thank you for your patience.
|
|
|
|
|
Are you referring to the hashrate it is getting right now?
|
|
|
|
It's not that there is so many rig providers. Rigs are just not being rented cause mining becomes less and less profitable. Look on coinwarz, LTC almost on top  Too many rigs or not enough renters. Perhaps leaserig should advertise or start a referral program for mining contract sales before people start pulling their rigs. Crazy to see it go from .0199BTC/MH to .0099 BTC/MH in 2 weeks time, but that's cryptocoin... |
|
|
|
ad4 (Scrypt 1.85 MH/s)
This rig is down AGAIN!
Please fix asap.
We are in the process of moving locations and adding rigs, I believe that circuit had a voltage drop while testing another rig. The machine has been down 60 minutes, I have credited you with 90 minutes of time. We will be moving all rigs to a dedicated facility shortly, with additional power capacity. Thank you.Edit: Nevermind, itīs down again.....Edit 2:And itīs up again. Doesnīt seem too reliable..Edit 3: You know what? Itīs down AGAIN!!! WTF? The machine is back online. We have replaced a faulty power supply in the unit, and will be monitoring it closely over the next few hours. We have credited you a total of 120 minutes for 105 minutes of downtime. |
|
|
|
ad4 (Scrypt 1.85 MH/s)
This rig is down AGAIN!
Please fix asap.
We are in the process of moving locations and adding rigs, I believe that circuit had a voltage drop while testing another rig. The machine has been down 60 minutes, I have credited you with 90 minutes of time. We will be moving all rigs to a dedicated facility shortly, with additional power capacity. |
|
|
|
ad4 (Scrypt 1.85 MH/s) stratum+tcp://mim.dencoinpools.com:3399@****** 0.94 0.00% 11 hours and 40 minutes 0.90
This rig gives half the mining speed and is not showing up in the mining pool.
Please take a look.
We are looking into the situation at this time, and will refund/extend as desired. The rig was running at half speed for under 3 hours. We have credited 4 hours of additional hashing time and have restored full hashing speed to the rig. |
|
|
|
ad4 (Scrypt 1.85 MH/s) stratum+tcp://mim.dencoinpools.com:3399@****** 0.94 0.00% 11 hours and 40 minutes 0.90
This rig gives half the mining speed and is not showing up in the mining pool.
Please take a look.
We are looking into the situation at this time, and will refund/extend as desired. |
|
|
|
I just wasted my time. Thanks for nothing.
I have no idea what you are referring to? I see no PM's in our messages from you, nor any details in this post? There is no way I can help you without details of some kind. |
|
|
|
Hi ad3000,
i am currently leasing your ad5 (Scrypt 2.90 MH/s) Miner. but i have one issue the pool is only showing around 1,5 MH/s and 2,1 MH/S.
Do you have an clou whats happening there ?
best regards
Hektek
I'm not seeing that issue at that time. Can you provide me a screenshot from your pool? Both Leaserig and the mining rig itself are showing 2.95MH/s mining speed. |
|
|
|
Hey,
I cannot change pool? WTF?
Can you fix it please
I see via PM that you figured out your mistake. PM me your email address used on leaserigs and I'll comp you some extra time even though it was not our fault. |
|
|
|
Where are the servers located at?
Asking just to point my rental to the closest pool server.
We are located in Reno, NV, which is in the Western half of the United States. |
|
|
|
|
User Prominence received full refund for 24 hour rental, even though errors were caused by misconfiguration on the user's end, and a significant amount of mining occurred for the user. We will stand behind our product, even when it is not our fault.
Refund was received within 1 hr of receipt of BTC refund address.
For future users, please keep in mind, that we keep this forum open on multiple computers, to allow us to check it frequently thoughout the day. Just because it claims we are online, simply means one of the many computers we use to monitor this service is online, not that we are actively viewing it at the time. Please be patient, we will return your message within 24 hours at most, although even in this case, we replied to the user within 1 HR. We are not a scam, as seen by the hundreds of rented hours that we have provided on our rigs.
|
|
|
|
|
It would be great if Leaserig.net had a visible log of the user's lease session, for example
00:01 Added pool 1
00:01 pool 1 activated
00:02 added pool 1
3:32 Pool 1 failed
3:32 Pool 2 activated
4:47 user switched pool
4:47 pool 1 activated
5:07 pool 1 failed
5:07 pool 2 activated
6:12 Pool 2 failed
6:12 pool 3 activated
12:00 lease ended
|
|
|
|
This is a freaking scam.
The leaser doesn't react to my messages and keeps changing the pool to: stratum+tcp://middlecoin.com:3333 or stratum+tcp://107.170.18.44:9876
Thanks for nothing.
Prominence Newbie * Offline Activity: 28 Ŧ Sent to: ad3000 on: Today at 04:33:04 PM ŧ I went to bed and wake up to see you changed the mining provider to: stratum+tcp://middlecoin.com:3333 Why did you do that? -------------------------------------------- I apologize for not reacting to your message within 8 minutes, certainly this is enough time to determine that this is a scam. PM me with your email address used on Leaserigs.net and your bitcoin address for a full refund. --------------------------------------------- Let the record show that the user had left all pools configured on the site, as opposed to removing all pools and adding only the renter's own pools. The renters own pools both had activity recorded, indicating that the most likely explanation is that both pools had failed at one point, the first failure causing the rig to switch to the renter's second pool, with the second failure causing the rig to mine the third pool, which was not removed as required by the user. We are very much willing to work with you, and compensate you for your lost time, even in the event that it's your own fault such as this time. We will also refund you full lease, since your rash accusations imply that you are not a person that can be reasoned with. |
|
|
|
Is the issue already resolved where when cgminer is restarted that the correct pool (the one of the customer) is connected to again? And also his/her backup pools?
Enable save command and will work. FYI, for those using BAMT, the save call in the api will create a new cgminer.conf under /.cgminer/cgminer.conf . This is of course useless since BAMT starts cgminer pointed to /etc/bamt/cgminer.conf A workaround is to schedule a job to check for updates to /.cgminer/cgminer.conf and overwrite /etc/bamt/cgminer.conf . This will restore your customers pools in the event that you need to reboot/power outage/etc. Unfortunately the cgminer.conf created is a bit over-complicated, and duplicates values for each of your GPUs, even if the values are the same for all of them... regardless it does work, and is the best for the customer. Login to your BAMT box using ssh and perform the following: sudo crontab -e Add the following to the bottom of the crontab (This will check for updates every 5 minutes and only overwrite when changes are made) */5 * * * * cp -u /.cgminer/cgminer.conf /etc/bamt/cgminer.conf >/dev/null 2>&1 Exit (and save) Also, please keep in mind that SMOS linux has a script that will periodically mine for the developers, thus robbing your customers of time. Use BAMT or SMOS bee edition, or manually remove the offending code. I just wanted to say that I've noticed that some will save under /root/.cgminer/cgminer.conf instead of /.cgminer/cgminer.conf , so check and see which your distro is saving to. |
|
|
|
It appears that there is a pricing mistake for you service.
AD1
72 0.01694118 0.1728
1 0.04023529 0.0057
2 0.03529412 0.0100
12 0.02764706 0.0470
24 0.19999999 0.6800 <<<-----------
I am not seeing this price on this miner... It may have been a temporary glitch, or a mistake made when setting up the miner for the first time (this is a new rig to the service). Regardless, thank you for your concern, and the heads up. EDIT: Upon further review, we did come upon a pricing mistake. Thank you for the heads up. |
|
|
|
somebody please tell me why someone would rent a rig for x btc when they could just buy more than they could mine from an exchange? wouldn't this be more profitable if you accepted paypal for those that down already have btc to trade with?
While I agree, Paypal is touchy as far as crypto-currency is concerned. We have had an account suspended due to selling coins, and while I believe leasing rigs is acceptable at this time, that may change at any moment. From what I've seen, Google Wallet might be a better avenue to pursue. |
|
|
|
Is the issue already resolved where when cgminer is restarted that the correct pool (the one of the customer) is connected to again? And also his/her backup pools?
Enable save command and will work. FYI, for those using BAMT, the save call in the api will create a new cgminer.conf under /.cgminer/cgminer.conf . This is of course useless since BAMT starts cgminer pointed to /etc/bamt/cgminer.conf A workaround is to schedule a job to check for updates to /.cgminer/cgminer.conf and overwrite /etc/bamt/cgminer.conf . This will restore your customers pools in the event that you need to reboot/power outage/etc. Unfortunately the cgminer.conf created is a bit over-complicated, and duplicates values for each of your GPUs, even if the values are the same for all of them... regardless it does work, and is the best for the customer. Login to your BAMT box using ssh and perform the following: sudo crontab -e Add the following to the bottom of the crontab (This will check for updates every 5 minutes and only overwrite when changes are made) */5 * * * * cp -u /.cgminer/cgminer.conf /etc/bamt/cgminer.conf >/dev/null 2>&1 Exit (and save) Also, please keep in mind that SMOS linux has a script that will periodically mine for the developers, thus robbing your customers of time. Use BAMT or SMOS bee edition, or manually remove the offending code. Hey, thanks a lot for this. it's a great help. i have 3 concerns, but bear in mind, i'm a linux idiot, so please, speak to me like i'm a child... 1. when i save the file - command-o, it says "File Name to Write: /tmp/crontab.xbPyzp/crontab". Why the odd tmp path? am i really accomplishing anything, or just editing a tmp file that won't survive a reboot? 2. before i made this change, my cgminer .cgconfig file contained my pools and the rest of my cgconfig info. of course, it also granted lease rig's server access to my api. after this change, it now has duplicate entries for each gnu, just like you said it would. but it still has my pools and not my renter's pools. if i remove my pool info from my cgconfig i can't start cgminer without it error'ing out. shouldn't i see my renter's pool info in my cgconfig file now? 3. if my rig is not rented, it mines under my pool. when someone rents it, it always goes straight to their pool. that part is very reliable. so why have to make this workaround in the first place - why not just schedule the server to force it to the renter's pool every x minutes, whether it needs it or not? wouldn't that be more elegant? 1. Yes, it does the same for me. It does in fact survive a reboot. 2. I noticed the customers pools were listed last sometimes. You may also need to change the permissions on both the /.cgminer/cgminer.conf and /etc/bamt/cgminer.conf files, although I'm not positive. I did this step previously, and am not sure what's needed from a default install... I hope to work out a BAMT guide from scratch, unfortunately things are insane at work right now, so my free time is a bit low... 3. I agree, it would be nice if LeaseRigs would simply re-issue the pool changes every 5 minutes or so, but I have no idea what kind of strain this would place on their servers. Regardless, the workaround I posted should accomplish much of the same thing. |
|
|
|
|
