<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 03/05/2013 08:51 AM, Jason Villalta
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAF24ecjR8=azGqyTE8CF8=+mS7oyXa=fnQGRyHitQ57R6z6ECA@mail.gmail.com"
      type="cite">
      <div dir="ltr">I think some people would&nbsp;benefit&nbsp;from
        more&nbsp;recipe&nbsp;examples, especially around using
        with&nbsp;Virtualization. (KVM, Openstack, Cloudstack, OpenNebula).
        &nbsp;I know it is not the job of Gluster to tell people how to
        configure these other systems but maybe a quick list of will
        work, sorta work and not work at all. &nbsp;I know from my personal
        experience I have spent a lot time testing different
        configuration/combinations of these virtualization systems and
        Gluster before find what seems to work acceptably for my uses.</div>
    </blockquote>
    I don't suppose you added the results of your testing to the wiki
    somewhere?
    <blockquote
cite="mid:CAF24ecjR8=azGqyTE8CF8=+mS7oyXa=fnQGRyHitQ57R6z6ECA@mail.gmail.com"
      type="cite">
      <div dir="ltr"> &nbsp;Admittedly&nbsp;most of the issues are around this
        stubborn FUSE/Direct-IO/ODirect support in most distributions
        (Ubuntu/CentOS). &nbsp;I think if these FUSE mounting IO issues were
        resolve/(made better) people would be A LOT happier to use
        Gluster. &nbsp;I think there will always be weird hardware related
        issues that will crop up in Gluster that all the documentation
        in the world can't fix but getting a clear supported path for
        (Cloud/KVM/Gluster/FS of choice) would help&nbsp;tremendously or at
        least allow people to determine if Gluster is the right fit.</div>
    </blockquote>
    That O_DIRECT issue has been resolved in EL (aka RHEL, CentOS,
    Scientific Linux, etc) 6.3. <br>
    <blockquote
cite="mid:CAF24ecjR8=azGqyTE8CF8=+mS7oyXa=fnQGRyHitQ57R6z6ECA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <br>
        </div>
        <div>My 2 cents.<br>
          <div><br>
          </div>
          <div class="gmail_extra"><br>
          </div>
        </div>
      </div>
    </blockquote>
    Thanks.<br>
    <br>
    On that note, as well, I'd like to remind everybody that open source
    isn't about being a producer or a consumer. If you know something,
    share it. Add it to the wiki, or blog, email, Facebook, Google+,
    etc. You don't have to be a coder to be part of any open source
    project. I haven't written anything in C for over 20 years, but I'm
    still a part of the Gluster Community. I'm also becoming more
    involved in puppet, logstash, and OpenStack.<br>
    <br>
    I know that before I got involved with Gluster I always felt like
    there was "them" that made the software, and "us" that used whatever
    they gave us. I knew I didn't have the time to contribute code so I
    quietly used free software. Since I've gotten involved, I've
    realized how easy it is. Get involved. It's fun. :)<br>
    <br>
    <blockquote
cite="mid:CAF24ecjR8=azGqyTE8CF8=+mS7oyXa=fnQGRyHitQ57R6z6ECA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div class="gmail_extra">
            <div class="gmail_quote">On Tue, Mar 5, 2013 at 11:33 AM,
              Joe Julian <span dir="ltr">&lt;<a moz-do-not-send="true"
                  href="mailto:joe@julianfamily.org" target="_blank">joe@julianfamily.org</a>&gt;</span>
              wrote:<br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">It
                comes up on this list from time to time that there's not
                sufficient documentation on troubleshooting. I assume
                that's what some people mean when they refer to
                disappointing documentation as the current documentation
                is far more detailed and useful than it was 3 years ago
                when I got started. I'm not really sure what's being
                asked for here, nor am I sure how one would document how
                to troubleshoot. In my mind, if there's a trouble that
                can be documented with a clear path to resolution, then
                a bug report should be filed and that should be fixed.
                Any other cases that cannot be coded for require human
                intervention and are already documented.<br>
                <br>
                Please tell me your thoughts.<br>
              </blockquote>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>