https://dev.arvados.org/https://dev.arvados.org/favicon.ico?15576888422015-04-05T21:40:43ZArvadosArvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=232132015-04-05T21:40:43ZBrett Smithbrett.smith@curii.com
<ul></ul><p>Abram,</p>
<p>After our deployment last week, I'm able to run the same command from a fresh mount in ~5 seconds. Can you please try again and let me know if the issue persists for you? Thanks in advance.</p> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=232142015-04-05T21:44:58ZBrett Smithbrett.smith@curii.com
<ul><li><strong>Subject</strong> changed from <i>changing directory into keep mount sometimes takes a very long time</i> to <i>[FUSE] changing directory into keep mount sometimes takes a very long time</i></li><li><strong>Category</strong> set to <i>FUSE</i></li></ul><p>For future readers, the manifest in question is not noticeably evil or anything. The most remarkable thing about it is that every locator in it has the hint <code>+K@ant</code>. Any time KeepClient tries to get a locator with that hint, it will waste time making a doomed request first, because <code>keep.ant.arvadosapi.com</code> doesn't exist. But since arv-mount only has to get the manifest text to handle the <code>cd</code>, I wouldn't expect that to cause this sort of pathological timing.</p> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=234512015-04-14T14:58:21ZBrett Smithbrett.smith@curii.com
<ul><li><strong>Subject</strong> changed from <i>[FUSE] changing directory into keep mount sometimes takes a very long time</i> to <i>[FUSE] cd/ls sometimes takes too long on su92l</i></li></ul> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=237022015-04-21T19:47:24ZTom Cleggtom@curii.com
<ul></ul><p>This is still occurring today, and isn't explained by "fuse gets too big and starts swapping" (it happens when FUSE isn't swapping).</p> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=247852015-05-18T18:36:56ZBrett Smithbrett.smith@curii.com
<ul><li><strong>Target version</strong> changed from <i>Bug Triage</i> to <i>Arvados Future Sprints</i></li></ul><p>Our current thinking is that <a class="issue tracker-1 status-3 priority-4 priority-default closed parent" title="Bug: [Keep] sometimes, Keep sucks up 100% cpu and becomes really slow after a while (Resolved)" href="https://dev.arvados.org/issues/5748">#5748</a> is the main culprit here. We're very interested to hear how things look after the next deploy.</p> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=950202021-07-07T18:30:26ZWard Vandewegeward@curii.com
<ul><li><strong>Target version</strong> deleted (<del><i>Arvados Future Sprints</i></del>)</li></ul> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=1122742023-02-14T22:24:49ZPeter Amstutzpeter.amstutz@curii.com
<ul><li><strong>Release</strong> set to <i>60</i></li></ul> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=1125152023-02-15T22:28:49ZBrett Smithbrett.smith@curii.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Closed</i></li></ul><p>Making the executive decision that with so much time passed and so little detail in the original report we're not going to be able to reproduce whatever originally caused this.</p> Arvados - Bug #5662: [FUSE] cd/ls sometimes takes too long on su92lhttps://dev.arvados.org/issues/5662?journal_id=1216732024-02-07T16:27:12ZPeter Amstutzpeter.amstutz@curii.com
<ul><li><strong>Release</strong> deleted (<del><i>60</i></del>)</li></ul>