<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi Bernd,<div><br></div><div>Thanks for the response. This is the second file that Iíve seen come to me in this condition. However, this one is much worse than the other. As I mentioned before I didnít have specific details about the first one. Iím not speaking to the source of the second one to confirm bits of information. For one they are not using file rotation. Iíve asked for the ls -sk to see if the file is sparse. One more bit of information, the JVM is running virtualized with NAS so it could be this is the source of the corruption. All I can say is that in the 1000s of GC logs Iíve got only 2 display this problem so Iíd give it a low probability that itís in the JVM. That said, these two are recent occurrences so I thought Iíd ask just in case itís a more common occurrence.</div><div><br></div><div>Kind regards,</div><div>Kirk</div><div><br><div><div>On Oct 13, 2014, at 7:30 PM, Bernd <<a href="mailto:ecki@zusammenkunft.net">ecki@zusammenkunft.net</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Hmm... null-bytes in a logfile typically mean a hardware or os crash (with a filesystem which does increase meta-data length attribute before flushing the data). However in your case ths looks unlikely, cause the data after the null bytes is older timestamps and there are quite a few null bytes.<br><br>So besides a real problem inside the tracing code (never seen that) one other option might be that there has been a rename/truncation going on and that the JVM was seeking to its current position (creating a hole).<br><br>Can you check with "ls -sk" if the file is sparse (which would point in that direction). Do you use log rotation (JVM or external) on those files?<br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-10 21:42 GMT+02:00 Kirk Pepperdine <span dir="ltr"><<a href="mailto:kirk@kodewerk.com" target="_blank">kirk@kodewerk.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Iíve run into this only once before and only just recently. I didnít report it the first time because I was unable to get any details and I thought it might be an aberration soÖ  but this time Iíve got or can get any details needed.<br>
<br>
Iíve attached the log produced by a 170_25 JVM running in RHL. The JVM ran out of heap and this is the log that was sent. As you can see it looks as if the middle of the file was over-written by a zeroíed out buffer. Just curious if anyone has reported this or if I need to fill out a bug report.<br>
<br>
Kind regards,<br>
Kirk Pepperdine<br>
<br>
<br><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div></body></html>