search for: sent_bytes

...ount of data transferred for the source. >The svn-2.1-trunk version always return 17 as the amount of bytes sent for the source, the number of seconds at the end of the log line is correct, however webalizer uses the bytes transferred to calculate it's statistics. > >In other words the sent_bytes statistics on source connections is not updated anymore. I can see why one would do this, since the source data is not sent but received, but I still think it would be better to log the amount of source data transferred in the access.log. You could rename the sent_bytes field in connection.h to tra...

...; >>The svn-2.1-trunk version always return 17 as the amount of bytes sent for >> >> >the source, the number of seconds at the end of the log line is correct, >however webalizer uses the bytes transferred to calculate it's statistics. > > >>In other words the sent_bytes statistics on source connections is not >> >> >updated anymore. I can see why one would do this, since the source data is >not sent but received, but I still think it would be better to log the >amount of source data transferred in the access.log. You could rename the >sent_...

...) + bytes = sock_write(client->con->sock, "icy%s:%s\r\n", + var->name + 3, var->value); + else + bytes = sock_write(client->con->sock, "%s: %s\r\n", var->name, var->value); if(bytes > 0) client->con->sent_bytes += bytes; } +mb+rzqk7&zzmy:.mkabzhj]zrj) '+a{ +v&{ay,ry'rzg-b"V ~)mz

...) + bytes = sock_write(client->con->sock, "icy%s:%s\r\n", + var->name + 3, var->value); + else + bytes = sock_write(client->con->sock, "%s: %s\r\n", var->name, var->value); if(bytes > 0) client->con->sent_bytes += bytes; }

...;sock, "HTTP/1.0 404 File Not Found\r\n" + bytes = sock_write(client->con->sock, "HTTP/1.0 400 Bad Request\r\n" "Content-Type: text/html\r\n\r\n" "<b>s</b>\r\n", message); if(bytes > 0) client->con->sent_bytes = bytes; - client->respcode = 404; + client->respcode = 400; client_destroy(client); } <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-de...

...0] Total bytes sent: 115513595 2009/05/28 21:40:09 [9660] Total bytes received: 4873849 2009/05/28 21:40:09 [9660] sent 115513595 bytes received 4873849 bytes 12983.28 bytes/sec 2009/05/28 21:40:09 [9660] total size is 63492447862 speedup is 527.40 Total time for synching is around 2.5 hrs ( sent_bytes / XferRate ). Here I am surprised when I see file list generation time = 0.671 seconds !!! Does that mean rsync traversed complete 1000k files in 0.671 seconds? Jignesh. -------------- next part -------------- HTML attachment scrubbed and removed

Hi Karl, Thanks for your help, About the "Connection:" header, you are right, it's: "Connection: close" and NOT "Connection: keep-alive". The protocol when the SERVER sends the data is http 1.0. It's http 1.1 when the browser requests the data. I don't understand the "Content-Length: 54000000" header either. Also I noticed the flash player on

...G: discarding %d bytes from queue!!! LAG=%d MAXLAG=%d\n", bytes, now - abuf->timestamp, maxlag); + + } else { + sbytes = sock_write_bytes(client->con->sock, &abuf->data[client->pos], bytes); + if (sbytes > 0) { + client->con->sent_bytes += sbytes; + client->last_sent = now; + } + if (sbytes < bytes) { + if (sbytes < 0 && !sock_recoverable(sock_error())) { + printf("SOURCE: Client had unrecoverable error (%d) catching up (%ld/%ld)\n", sock_...

...out> read_more = false __FUNCTION__ = "i_stream_read_data" #8 0x00007fe9838e6ca4 in lmtp_client_send_data (client=0x1eefb78) at lmtp-client.c:333 data = 0x0 add = 0 '\000' i = <value optimized out> size = 0 sent_bytes = false ret = <value optimized out> #9 0x00007fe9838e7045 in lmtp_client_output (client=0x1eefb78) at lmtp-client.c:662 ret = 1 #10 0x00007fe983934769 in stream_send_io (fstream=0x1eee9a0) at ostream-file.c:473 ostream = 0x1eeea30 ret = <value optimiz...

...return -1; } diff -u --recursive icecast/src/fserve.c icecast-new/src/fserve.c --- icecast/src/fserve.c 2003-07-18 16:29:23.000000000 -0400 +++ icecast-new/src/fserve.c 2003-08-06 19:18:55.000000000 -0400 @@ -241,12 +241,12 @@ client->client->con->sent_bytes += sbytes; } else if(!sock_recoverable(sock_error())) { - DEBUG0("Fileserving client had fatal error, disconnecting"); + DEBUG0("Fileserving client had fatal error, disconnecting, %s", client->client->con->ip);...

...{ fserve_client_create(client, fullpath); free(fullpath); diff -ur icecast/src/connection.h IceCast/src/connection.h --- icecast/src/connection.h 2003-03-14 21:10:17.000000000 -0500 +++ IceCast/src/connection.h 2003-04-18 09:13:23.000000000 -0400 @@ -17,6 +17,7 @@ uint64_t sent_bytes; int sock; + int serversock; int error; char *ip; @@ -31,7 +32,7 @@ void connection_shutdown(void); void connection_accept_loop(void); void connection_close(connection_t *con); -connection_t *create_connection(sock_t sock, char *ip); +connection_t *create_connection(sock_t...

...rve_client_create(client, fullpath); free(fullpath); return; diff -ur icecast/src/connection.h IceCast/src/connection.h --- icecast/src/connection.h 2003-03-14 21:10:17.000000000 -0500 +++ IceCast/src/connection.h 2003-04-18 09:13:23.000000000 -0400 @@ -17,6 +17,7 @@ uint64_t sent_bytes; int sock; + int serversock; int error; char *ip; @@ -31,7 +32,7 @@ void connection_shutdown(void); void connection_accept_loop(void); void connection_close(connection_t *con); -connection_t *create_connection(sock_t sock, char *ip); +connection_t *create_connection(sock_t...

On 2017-05-01 19:26, Aki Tuomi wrote: >> On May 1, 2017 at 8:21 PM Tom Sommer <mail at tomsommer.dk> wrote: >> >> >> I just upgraded our Director to 2.2.29.1 from 2.2.26, and now my dmesg >> and /var/log/messages are getting flooded by these errors: >> >> lmtp[45758]: segfault at 21 ip 00007fb412d3ad11 sp 00007ffe83ad2df0 >> error 4 in

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found