Thanks for the feedback guys. The loss of access/control on 8/1 of two nodes at Amazon doesn't appear to be MN software related at first glance.

These were all Amazon Linux remote servers with Windows local wallets. All nodes had cold wallets except Node 1 with an RC2 hot wallet that we never got our funds returned back after server shutdown/rebuild prior to RC3's release. Setups were basic except that I added additional node connections besides the default IP address to try to improve node stability. Besides the fact that they were unprofitable at 10% management fees with inconsistent payouts, I just can't go on with 2 completely failed nodes with irretrievable stake funds and having to worry that I could see another database error or yet some other weird crap that causes additional loss of control of stake funds.

These nodes *should* be able to just run weeks or even months without issue (barring updates) like a good server should, but I just haven't seen it and I had 4 different nodes running at one point to give me my own "field data" to draw my own conclusions. Even if everything was running perfect, with current exchange rates the nodes would have to average something like 0.8 to 1 DRK a day for it to not run at operating losses at 10% management fees. I only saw an average like this over the course of 6 days and that was only for 1 of the 4 nodes.

==

Final payouts have been sent and refunds were sent for Nodes 2 and 4.

Since not everyone has a BTC account to share this, here's the spreadsheets on Node 2: http://xle3harsc3jjowqx.onion/omqmyb5w5k6nfaefol32yisvke

and Node 4: http://3edyzzs7i4sj6rxu.onion/4hou5odynz7ioh4tnavss2u6ai

You'll need to have the Tor Browser running to view it.

It's late I'll finish up tomorrow. Approx. 2650 DRK refunded so far during this project. To do: refunding Node 5 tomorrow (thanks for the DRK address CripLib), and catching up on a ton of PMs.