<div dir="ltr">Attempted to set <span style="color:rgb(36,41,46);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji","Segoe UI Symbol";font-size:14px">'performance.read-ahead off` according to </span><a rel="nofollow" href="https://jira.apache.org/jira/browse/AMQ-7041" style="box-sizing:border-box;color:rgb(3,102,214);outline-width:0px;font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji","Segoe UI Symbol";font-size:14px">https://jira.apache.org/jira/browse/AMQ-7041</a><div>That did not help.</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 24, 2018 at 2:11 PM Dmitry Isakbayev <<a href="mailto:isakdim@gmail.com">isakdim@gmail.com</a>> 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">The core file generated by JVM suggests that it happens because the file is changing while it is being read - <a href="https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8186557" target="_blank">https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8186557</a>.</div><div>The application reads in the zipfile and goes through the zip entries, then reloads the file and goes the zip entries again. It does so 3 times. The application never crushes on the 1st cycle but sometimes crushes on the 2nd or 3rd cycle.</div><div>The zip file is generated about 20 seconds prior to it being used and is not updated or even used by any other application. I have never seen this problem on a plain file system.</div><div><br></div><div>I would appreciate any suggestions on how to go debugging this issue. I can change the source code of the java application.</div><div><br></div><div>Regards,</div><div>Dmitry</div><div><br></div><div dir="ltr"><br></div></div>
</blockquote></div>