<br><br><div class="gmail_quote">On Thu, Jun 14, 2012 at 11:30 AM, Bernd Schubert <span dir="ltr"><<a href="mailto:bs_lists@aakef.fastmail.fm" target="_blank">bs_lists@aakef.fastmail.fm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
[I'm moving that from your digest answer to the general discussion thread]<br></blockquote><div>Doh, Thanks! </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 06/13/2012 06:25 PM, Greg Keller wrote:><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What about an easy to setup cluster file system such as FhGFS? As one of<br>
its developers I'm a bit biased of course, but then I'm also familiar<br>
with Lustre, an I think FhGFS is far more easiy to setup. We also do not<br>
have the problem to run clients and servers on the same node and so of<br>
our customers make heavy use of that and use their compute nodes as<br>
storage servers. That should a provide the same or better throughput as<br>
your torrent system.<br>
<br>
Cheers,<br>
Bernd<br>
</blockquote>
<br>
We've been curious about FhGFS but the licensing did not leave us<br>
confident we would always have access to it if we integrated it into our<br>
business and made available to our users.  Serious success could<br>
essentially cause an epic failure if the license made it expensive to us<br>
(as commercial users) suddenly.  As a "cloud" based hpc provider I<br>
thought it was too risky and have been happy with Lustre and it's<br>
affiliates.<br>
<br>
Specifically this clause could be a problem:<br>
<br>
3.2 LICENSEE may NOT:<br>
<br>
...<br>
<br>
- rent or lease the LICENSED SOFTWARE and DOCUMENTATION to any third party<br>
<br>
...<br>
<br>
Does anyone think the license was intended to block cloud providers making<br>
it available as part of a cloud based HPC solution?  Am I mis-interpreting this?<br>
Not looking for a legal-ese battle but I am wondering if other licenses commonly<br>
used in cloud contexts have similar language.  Anyone think the FS is fantastic<br>
</blockquote>
> enough that I should fight (spend money on lawyers and licenses) to put it in<br>
> front of "Cloud" HPC users?<br>
<br>
Arg, such issues are exactly the reason why I don't like contracts and laws written by lawyers. Instead of writing with 'normal' words understandable by everyone, they have their own language, which nobody can understand is entirely unclear. I'm not sure if they do understand themselves what they have written... Given the high number of useless lawsuits probably not.<br>

<br>
This clause is about charging for the licensed software (i.e. fhgfs), not about services around fhgfs. Neither this clause nor any other clause in the EULA is intended or prohibits that you provide fhgfs to cloud users.<br>
</blockquote><div>That's good to hear.  The license has evolved and simplified a lot since I first read it long ago. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
So this particular clause just says that you are not allowed to charge money for allowing people to use fhgfs. So it actually protects users from paying for a software, which is in fact free to use for everyone, no matter if it's a commercial user or not.<br>

<br>
On the other hand, you are still free to charge customers for services around fhgfs, e.g. you might charge your cloud customers for installing fhgfs or maintaining it or something like that - if that's what you have in mind.<br>
</blockquote><div>We generally just charge for CPU hours, and bundle as much in as we can for that price (Network, Disk, etc).  We hate "Gotcha" pricing models and our customers live comfortably in the "Best Effort" support we can offer on free software.  If we ever have exotic requirements (100+TB) we work out something special.  Any ISP or Software licensing is usually passed through or handled directly between the user and the IP owner, and we host whatever is required to keep the licensing people happy :)  </div>
<div><br></div><div>Our parallel file-system choices have been limited because our customers are usually not long term commited, so paying annual licenses or buying dedicated storage systems rarely makes sense financially. It's always scratch and backed up at their location, so we can skate on the edge without much risk.  And if they really like it they may put it on their internal systems.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Please let us know if this is sufficient for you to consider FhGFS in the future or if we again should work with our Fraunhofer lawyers to improve the license.<br></blockquote><div>We will do some initial testing as time permits and get back on the licensing piece if need be then. I appreciate the intent of the licensing line is difficult to communicate, and look forward to learning more.</div>
<div><br></div><div>Cheers!</div><div>Greg</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
</blockquote></div><br>