[ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs

[jtoomim]

Any idea what does the 2.4.21 firmware brings?

One thing the 2.4.21 firmware brings is (undesired) changes in the format of the JSON data from monitor.php.

Output from 2.4.21:

Code:

{"stats":{"STATS":0,"ID":"S300","Elapsed":2857,"Calls":0,"Wait":0,"Max":0,"Min":99999999,
"ASICstotalrate":4186170,"Temparaturerear":27,"Temparaturefront":63}

Output from 2.4.20:

Code:

{"stats":{"STATS":0,"ID":"S300","Elapsed":136154,"Calls":0,"Wait":0,"Max":0,"Min":99999999,
"ASICstotalrate":4466020,"Temparaturefront":26,"Temparaturereartop":75,"Temparaturerearbot":75}

Two obvious issues here. "Temparaturerear":27,"Temparaturefront”:63 appear to be switched. Also, our code uses Temperaturereartop and Temperaturerearbot. We prefer having both variables because it helps us identify when one board is having trouble (as that board reports a temp of 0 in that case). I don't know if this is cgminer output or minergate output, but it makes us want to not use 2.4.21.

[wh00per]

One thing the 2.4.21 firmware brings is (undesired) changes in the format of the JSON data from monitor.php.

Two obvious issues here. "Temparaturerear":27,"Temparaturefront”:63 appear to be switched. Also, our code uses Temperaturereartop and Temperaturerearbot. We prefer having both variables because it helps us identify when one board is having trouble (as that board reports a temp of 0 in that case). I don't know if this is cgminer output or minergate output, but it makes us want to not use 2.4.21.

I read the temps and hashrate from here:

Code:

if(file_exists("/var/run/mg_rate_temp")){
	$mpTemp = explode(" ", file_get_contents("/var/run/mg_rate_temp"));
   } else {
	$mpTemp = array(0, 0, 0, 0);
   }
   
   $output['MHS_Now'] = trim($mpTemp[0]);
   $output['DegC_In'] = trim($mpTemp[1]);
   $output['DegC_TopOut'] = trim($mpTemp[2]);
   $output['DegC_BotOut'] = trim($mpTemp[3]);

https://github.com/wh00per/SPT-Historian/blob/master/SP30/var/www/historian.php


How are the cgminer 2.6.0 average hashrates in monitor.php? Mine, look all around 900,000MH for a 4.5TH output.

Anyway, as an overall comment, the decision to make the "www" directory not persistent through reboots wasn't a very successful one how often are these scripts supposed to change?

[jtoomim]

How are the cgminer 2.6.0 average hashrates in monitor.php?

Accurate.

[wh00per]

How are the cgminer 2.6.0 average hashrates in monitor.php?

Accurate.

Then something is wrong with mine

"summary":[{"Elapsed":4614,"MHSav":950338.47,"MHS5s":979096.86,"MHS1m":961125.07,"MHS5m":966234.23,"MHS15m":960960.48,
"FoundBlocks":0,"Getworks":119,"Accepted":2198,"Rejected":0,"HardwareErrors":0,"Utility":28.58,"Discarded":2623,"Stale":0,
"GetFailures":0,"LocalWork":126900,"RemoteFailures":0,"NetworkBlocks":10,"TotalMH":4384949000,"WorkUtility":3711.76,
"DifficultyAccepted":4789558.9160156,"DifficultyRejected":0,"DifficultyStale":0,"BestShare":18602305,
"DeviceHardware%":0,"DeviceRejected%":0,"PoolRejected%":0,"PoolStale%":0,"Lastgetwork":1412817990}]

[jtoomim]

Then something is wrong with mine

"summary":[{"Elapsed":4614,"MHSav":950338.47,"MHS5s":979096.86,"MHS1m":961125.07,"MHS5m":966234.23,"MHS15m":960960.48,
"FoundBlocks":0,"Getworks":119,"Accepted":2198,"Rejected":0,"HardwareErrors":0,"Utility":28.58,"Discarded":2623,"Stale":0,
"GetFailures":0,"LocalWork":126900,"RemoteFailures":0,"NetworkBlocks":10,"TotalMH":4384949000,"WorkUtility":3711.76,
"DifficultyAccepted":4789558.9160156,"DifficultyRejected":0,"DifficultyStale":0,"BestShare":18602305,
"DeviceHardware%":0,"DeviceRejected%":0,"PoolRejected%":0,"PoolStale%":0,"Lastgetwork":1412817990}]

Oh, sorry, we don't use those ones. We use stats["STATS"]["ASICstotalrate"]. The stats["summary"]["MHS"...] values are wrong on my machine too.

[Biodom]

yep, one of my hosts (thanks, Jeff!) reported that sp-30 was crashing because miner was initially reading voltage as above 300V when, in fact, it was 246-254V. I guess, this was an extreme case of the same phenomenon. When this Sp-30 was later moved to 208V (otherwise it would not work), miner was initially reading 246V instead.

300V does not sound normal. I usually see +/- 5V of variation. I have occasionally seen anomalous readings (e.g. 180V instead of 245V) that disappear after restarting minergate or rebooting. I have not seen any consistently erroneous readings. If you are frequently seeing high voltage readings that continue after restarting a device, then I would suspect that you either have a faulty power supply or large voltage harmonic distortion on your power line.

Yes, not consistent, but it was getting this reading initially, then shutting itself off in the first few hours of operation. I think Zvi, Remo or someone else or both of these capable engineers looked at it and requested a move to 208V. Anyway, from a practical point of view if this miner sometimes reads 208V as 246V and hashes at OK speed anyway-I am fine with it. I have grown to be very practical about miners. Sometimes I think that they "like" to be left alone. When I was constantly uploading new software, starting and restarting miners after every little turn in the hashing rate, production was always worse then when I just left them hash and let production rate fluctuate as it may. It was true for competitors S1 and S3, but I did not have a chance for this approach to S-30 at home because I don't have power and space for it at home (duh!).

Right now, the most I can wish for is for miners to produce stably and for the damned difficulty rate to stay put or decline (as it did in 2011), but the latter part is just a dream. 

[dogjunior]

Hi Guys,

From the 3 machines I ordered from Spondoolies.. 2 of them are working and one of them doesn't so they've requested to get it sent back to them. I will be loosing out on hashing and paying for shipping the miner back. Is this something spondoolie will compensate for? I did recieve the 3 units pretty late too.. I got them on the 2nd of October when they said it would come in mid-September..

Anyhow I have been mining with the other two machines and have noticed only getting like $10 to $15 per day max combined together for mining with Slush.. Is this usual or should I change to BTC Guild?

Sorry I'm new to mining.. I was expecting these machines could produce upto $50 dollars per day minimum for each machine.

Welcome to the world of no ROI mining. With BTC pricing going down and difficult going up. $10 to $15 is pretty good.

[Collider]

Welcome to the world of no ROI mining. With BTC pricing going down and difficult going up. $10 to $15 is pretty good.

To be fair, difficulty doesn´t seem to be going up (much) at the coming jump.
(And Bitcoin price seems to be recovering again atm.)

Nobody can accurately predict whether any miner will ROI, as it depends on largely unknown variables.

If your power cost is over 15ct/kWh I would strongly suggest you look for a suitable hosting option though.

[wh00per]

Nobody can accurately predict whether any miner will ROI, as it depends on largely unknown variables.

By the day, the lyrics here make more sense into the crypto world ..

Everybody said, boy, don't go any higher,
Uh uh, fuck that, I can do anything,
Never push the limit, and don't play with fire,
Uh uh, fuck that, I can do anything,
Na na na Na na na na Na na na na na na
Wear my heart on my fist take
You by surprise fighter,
Uh uh, fuck that, I can do anything

http://www.azlyrics.com/lyrics/hedley/anything.html

[bobsmoke]

Would be interesting to know how are these guys removing all the SP generated heat from behind the racks....
https://bitcointalk.org/index.php?topic=622998.msg9137120#msg9137120

[bobsag3]

Would be interesting to know how are these guys removing all the SP generated heat from behind the racks....
https://bitcointalk.org/index.php?topic=622998.msg9137120#msg9137120

Wall of fans. Literally.

[wh00per]

Would be interesting to know how are these guys removing all the SP generated heat from behind the racks....
https://bitcointalk.org/index.php?topic=622998.msg9137120#msg9137120

Wall of fans. Literally.

Neat I hope for their sake that the BTC price increases. That's an awesome setup.

[jtoomim]

Would be interesting to know how are these guys removing all the SP generated heat from behind the racks....
https://bitcointalk.org/index.php?topic=622998.msg9137120#msg9137120

My guess is that they're limited by power availability per rack at that location, not by cooling. Much higher densities are possible. I think I've heard that they do higher densities at one of their other DCs, too.

[BitcoinPappi]

The latest that I am on is 2.4.20 . Nothing else comes back for SP when I try to upgrade

My bad, you are right the version is 2.4.20

Cool Talked too early for me. I have no more errors but it is still not stable. Will have to follow up with SP-Teach tomorrow

Guy,

I have not been able to hash since the machine was delivered on Thursday . Can you please look into this ? I might need RMA

--
B

Please contact support@. Please be patient, due to Zvisha's vacation Remo has double the workload.

Guy

Guy,


I understand that it is a holiday. Based on support it has been concluded that the miner delivered was not functional and as a result will need to be RMA. Can I start hashing in your facility or be compensated seeing that this was a September deliver.

I understand my unit might not be RMA until a week or so because of the holidays. All i am asking is to be compensated or be able to start hashing in your data center.

[Guy Corem]

...
I understand my unit might not be RMA until a week or so because of the holidays. All i am asking is to be compensated or be able to start hashing in your data center.

We'll sort it out after the Holliday, on Sunday.

[BitcoinPappi]

...
I understand my unit might not be RMA until a week or so because of the holidays. All i am asking is to be compensated or be able to start hashing in your data center.

We'll sort it out after the Holliday, on Sunday.

No problem.

Will wait on the reply from SP to sort out the down time. Enjoy the holidays. 

[Guy Corem]

...
I understand my unit might not be RMA until a week or so because of the holidays. All i am asking is to be compensated or be able to start hashing in your data center.

We'll sort it out after the Holliday, on Sunday.

No problem.

Will wait on the reply from SP to sort out the down time. Enjoy the holidays. 

To be clear, it's not part of our SLA or TOS and I'm not promising a compensation here.
I'm not sure we have free machines right now. We usually do RMAs from new machines rolling out of the assembly line if needed.
We'll review the case and decide.

Guy

[BitcoinPappi]

...
I understand my unit might not be RMA until a week or so because of the holidays. All i am asking is to be compensated or be able to start hashing in your data center.

We'll sort it out after the Holliday, on Sunday.

No problem.

Will wait on the reply from SP to sort out the down time. Enjoy the holidays.  

To be clear, it's not part of our SLA or TOS and I'm not promising a compensation here.
I'm not sure we have free machines right now. We usually do RMAs from new machines rolling out of the assembly line if needed.
We'll review the case and decide.

Guy

Guy,

Thank you I understand. Will follow up with SP support.

Enjoy the holidays.

--

[wpgdeez]

Any testing on the October batch, still on track for 6.5 Thash?

[boscocoin]

It seems I have the same issue as bitcoinpapi. I have e-mailed many times to @sales and have had no reply. It is costing me $500 to send the machine back. I recieved the machine late too. I was expecting it in September and it came first week of October. And when the machine came it was not working. Would I be able to get a refund for this item as I have heard nothing what so ever. Will you take care of the shipping charge if I send the item back? This is one of the three machines. The other two machines are hashing away in a data centre in michagan. Please review and let me know asap Guy as i'm loosing out here and not happy.