<div dir="ltr">We just upgraded to 2.4.0. Before that we were getting correct numbers. I listened for about 10 seconds and got this log entry: <div>70.197.160.90 - - [12/Oct/2014:11:07:32 -0400] "GET /music HTTP/1.1" 200 372827 "(null)" "<a href="http://blueecho.unca.edu/">http://blueecho.unca.edu/</a>" 16563752</div><div><br></div><div>Here is the log part of icecast.xml:</div><div><div>    <logging></div><div>        <accesslog>access.log</accesslog></div><div>        <errorlog>error.log</errorlog></div><div>        <!-- <playlistlog>playlist.log</playlistlog> --></div><div>      <span class="" style="white-space:pre">     </span><loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error --></div><div>      <span class="" style="white-space:pre">        </span><logsize>10000</logsize> <!-- Max size of a logfile --></div><div>        <!-- If logarchive is enabled (1), then when logsize is reached</div><div>             the logfile will be moved to [error|access|playlist].log.DATESTAMP,</div><div>             otherwise it will be moved to [error|access|playlist].log.old.</div><div>             Default is non-archive mode (i.e. overwrite)</div><div>        --></div><div>        <logarchive>1</logarchive></div><div>    </logging></div></div><div><div><br></div><div>Thanks,</div><div>Drew<br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 11, 2014 at 11:23 PM,  <span dir="ltr"><</span><a href="mailto:thomas@ruecker.fi">thomas@ruecker.fi</a><span dir="ltr">></span> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi,<br>
<br>
On 10/11/2014 12:25 AM, Drew Proctor wrote:<br>
> I am having an issue with access.log. The listen time is way too<br>
> large. I am getting lines such as:<br>
> 10.120.34.31 - - [29/Sep/2014:00:12:03 -0400] "GET /music HTTP/1.1"<br>
> 200 8827 "(null)" "-" 16099200<br>
><br>
<br>
"Interesting"<br>
<br>
<br>
> 16099200 is way too large for a listen time. I am using Icecast 2.4.0<br>
> on Windows Server 2012 R2.Does anyone know why this is happening?<br>
<br>
I poked our Windows person, but he didn't know off hand. We'll have to<br>
look into it.<br>
Is there anything particular about your setup? What was the approximate<br>
real listening duration?<br>
<br>
<br>
Cheers<br>
<br>
Thomas<br></blockquote></div></div></div></div></div>