<div dir="ltr"><div><div>Yes, We need to deprecate this test. We are explicitly saying not to run this test by using option &quot;-k not &lt;test_case_name&gt;&quot; in our runs.</div><div><br></div><div>If everyone agrees, Akarsha will submit patch to skip the test case using markers.<br></div><div><br></div><div>Regards,</div><div>Vijay A<br></div><div><br></div><div><br></div>Regards,<br></div>Vijay A<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 12:24 PM Yaniv Kaul &lt;<a href="mailto:ykaul@redhat.com">ykaul@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 9:24 AM Vijay Bhaskar Reddy &lt;<a href="mailto:vavuthu@redhat.com" target="_blank">vavuthu@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="gmail-m_-3252935790091775925gmail-m_3440274944613923620moz-cite-prefix">On 03/29/2019 12:25 AM, Yaniv Kaul
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div dir="ltr">
              <div dir="ltr">
                <div dir="ltr">
                  <div style="font-family:arial,helvetica,sans-serif"><br>
                  </div>
                </div>
                <br>
                <div class="gmail_quote">
                  <div dir="ltr" class="gmail_attr">On Thu, Mar 28, 2019
                    at 7:21 PM Jonathan Holloway &lt;<a href="mailto:jholloway@redhat.com" target="_blank">jholloway@redhat.com</a>&gt;
                    wrote:<br>
                  </div>
                  <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                    <div dir="ltr">
                      <div>Only where a mount is exec&#39;d in setUp. In
                        some cases, tests are grouped by Class with the
                        volume created in setUp without a mount. Any
                        tests requiring a mount handle the mount and
                        subsequent umount before tearDown gets run.</div>
                      <div><br>
                      </div>
                      <div>e.g.,</div>
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en">test_volume_create_start_stop_start()
                          is only testing the volume and doesn&#39;t require
                          the mount, whereas...</span></div>
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en">test_file_dir_create_ops_on_volume()
                            is creating ops on the mounted volume and
                            does it&#39;s own mount/umount.</span></span></div>
                    </div>
                  </blockquote>
                  <div><br>
                  </div>
                  <div style="font-family:arial,helvetica,sans-serif">(It&#39;s also taking 100% CPU
                    during execution, need to find out why...)</div>
                  <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                    <div dir="ltr">
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><br>
                          </span></span></div>
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en">This file could be broken
                                into a volume only class and a mounted
                                volume class to handle the mount/umount
                                in tearDown, or even allow the super
                                GlusterBaseClass.tearDownClass() method
                                do it automatically.</span></span></span></span></div>
                    </div>
                  </blockquote>
                  <div><br>
                  </div>
                  <div style="font-family:arial,helvetica,sans-serif">Ok, so since for some reason
                    test_volume_sanity() is failing for me[2], it
                    doesn&#39;t unmount.</div>
                  <div style="font-family:arial,helvetica,sans-serif">Unmount before making the
                    check, so it&#39;ll clean well, even if it fails seem to
                    help[3].<br>
                  </div>
                  <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                    <div dir="ltr">
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><br>
                          </span></span></div>
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en">On another note, this
                            test_vvt.py test can probably be eliminated
                            with the code covered in another volume test
                            suite (or suites) and the volume
                            verification test step in BVT run using
                            pytest markers against @pytest.mark.bvt_vvt
                            decorator as I&#39;d originally intended.</span></span></div>
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en">The idea there was to
                            create a BVT test from a sample of existing
                            testcases written in the full test
                            suites--eliminating duplication of code.<br>
                          </span></span></div>
                    </div>
                  </blockquote>
                  <div><br>
                  </div>
                  <div style="font-family:arial,helvetica,sans-serif">This is what is running today
                    (I think) in upstream[1], so if it needs to / can
                    be, that&#39;d be great, but has to be coordinated.</div>
                  <div style="font-family:arial,helvetica,sans-serif">Y.</div>
                  <div style="font-family:arial,helvetica,sans-serif"><br>
                  </div>
                  <div style="font-family:arial,helvetica,sans-serif">[1] <a href="https://github.com/gluster/glusterfs-patch-acceptance-tests/blob/b9e7dbc57bc96c8a538593f7a5ff0f03fc38e335/centos-ci/scripts/run-glusto.sh" target="_blank">https://github.com/gluster/glusterfs-patch-acceptance-tests/blob/b9e7dbc57bc96c8a538593f7a5ff0f03fc38e335/centos-ci/scripts/run-glusto.sh</a><br>
                  </div>
                  <div style="font-family:arial,helvetica,sans-serif">[2] Donno what it means:</div>
                  <div style="font-family:arial,helvetica,sans-serif">E       AssertionError: Lists
                    are not equal.<br>
                    E        Before creating file:
                    [&#39;00\nchangelogs\nindices\nlandfill\nunlink\n&#39;,
                    &#39;00\nchangelogs\nindices\nlandfill\nunlink\n&#39;,
                    &#39;00\nchangelogs\nindices\nlandfill\nunlink\n&#39;,
                    &#39;00\nchangelogs\nindices\nlandfill\nunlink\n&#39;]<br>
                    E        After deleting file:
                    [&#39;00\nchangelogs\nindices\nlandfill\nunlink\n&#39;,
                    &#39;00\nchangelogs\nindices\nlandfill\nunlink\n&#39;,
                    &#39;00\n25\nchangelogs\nindices\nlandfill\nunlink\n&#39;,
                    &#39;00\n25\n2d\nchangelogs\nindices\nlandfill\nunlink\n&#39;]<br>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    I remember this test cases was created as part of Closed Gap and
    later bug turned to WONTFIX. I think we need to skip or remove the
    test cases. Since test cases is asserting out before unmount, it <br>
    leaves the mount point as it is.<br></div></blockquote><div><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">The latter part I&#39;ve fixed. the former one, do we need to simply depracate this test?</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">(which makes me wonder who&#39;s running those tests at all, if they are broken...)</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Y.</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div dir="ltr">
              <div dir="ltr">
                <div class="gmail_quote">
                  <div style="font-family:arial,helvetica,sans-serif"><br>
                  </div>
                  <div style="font-family:arial,helvetica,sans-serif">[3] <a href="https://review.gluster.org/#/c/glusto-tests/+/22440/" target="_blank">https://review.gluster.org/#/c/glusto-tests/+/22440/</a><br>
                  </div>
                  <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                    <div dir="ltr">
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"></span></span></div>
                      <div><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><span class="gmail-m_-3252935790091775925gmail-m_3440274944613923620gmail-m_7327874995707908277gmail-pl-en"><br>
                          </span></span></div>
                      <div>Cheers,</div>
                      <div>Jonathan<br>
                      </div>
                    </div>
                    <br>
                    <div class="gmail_quote">
                      <div dir="ltr" class="gmail_attr">On Thu, Mar 28,
                        2019 at 9:02 AM Yaniv Kaul &lt;<a href="mailto:ykaul@redhat.com" target="_blank">ykaul@redhat.com</a>&gt;
                        wrote:<br>
                      </div>
                      <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                        <div dir="ltr">
                          <div style="font-family:arial,helvetica,sans-serif">Teardown
                            (at least where I&#39;m looking at, test_vvt.py)
                            is cleaning up the volume.</div>
                          <div style="font-family:arial,helvetica,sans-serif">Shouldn&#39;t
                            it also unmount the client?</div>
                          <div style="font-family:arial,helvetica,sans-serif"><br>
                          </div>
                          <div style="font-family:arial,helvetica,sans-serif">TIA,</div>
                          <div style="font-family:arial,helvetica,sans-serif">Y.<br>
                          </div>
                        </div>
                        _______________________________________________<br>
                        automated-testing mailing list<br>
                        <a href="mailto:automated-testing@gluster.org" target="_blank">automated-testing@gluster.org</a><br>
                        <a href="https://lists.gluster.org/mailman/listinfo/automated-testing" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/automated-testing</a><br>
                      </blockquote>
                    </div>
                  </blockquote>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="gmail-m_-3252935790091775925gmail-m_3440274944613923620mimeAttachmentHeader"></fieldset>
      <br>
      <pre>_______________________________________________
automated-testing mailing list
<a class="gmail-m_-3252935790091775925gmail-m_3440274944613923620moz-txt-link-abbreviated" href="mailto:automated-testing@gluster.org" target="_blank">automated-testing@gluster.org</a>
<a class="gmail-m_-3252935790091775925gmail-m_3440274944613923620moz-txt-link-freetext" href="https://lists.gluster.org/mailman/listinfo/automated-testing" target="_blank">https://lists.gluster.org/mailman/listinfo/automated-testing</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div></div>
</blockquote></div>