similar to: Automatic rotation Dump-File possible?

Good morning, On Tue, 2023-06-27 at 09:34 +0200, Michel van Dop wrote: > Hi Philipp, > > Thank you, thats good news that the log on date rotation is in the > new version 2.5. keep in mind that the ticket you linked is about dumpfile rotation. log file rotation is the same as it always has been. As this is a very common thing being asked if I may just include: When you want to

Hi Philipp, Okay that's also a nice solution rename the log file and reload icecast. Only it may be that the file size has been reached, turning off archive then is this option is the best way! Thanks The wrapper works well so far. And also retaining the original log files. I check the the Linux machine for the ssl problem for 2.4.4 and 2.5 beta. It is Debian GNU/Linux 10 (buster) OpenSSL

Hi Philipp, Thank you, thats good news that the log on date rotation is in the new version 2.5. And can you indicate what you are waiting for before making it the stable 2.5 release? And in which version of openssl does this problem no longer occur? Sorry for straying from the original question :-) Best regards, Michel > Op 26-06-2023 17:11 CEST schreef Philipp Schafft <phschafft at

Hello, I'm trying to source() an SPlus 6.x file created using dump(..., oldStyle=T) into R (version 2.01) as using the following instructions: > *If you have access to S-PLUS, it is usually more reliable to |dump| > the object(s) in S-PLUS and |source| the dumpfile in R. For S-PLUS 5.x > and 6.x you may need to use |dump(..., oldStyle=T)|, and to read in > very large objects

Heyas, I'm trying to get setDumpfile working with the java libshout bindings. I am calling shout_set_dumpfile(shout,char*) after specifying the port, host, mount and password, yet, the dumpfile is not created on the server side. To be more specific, I'm trying this: bin/streamAdmin -d /tmp/test.mp3 -h streams.benow.ca -p 80 -P pass -m /benow which sets the dumpfile to be /tmp/test.mp3

Thanks for the reply, Mike. Is there currently any way to accomplish the same thing (ie, recording of a dumpfile for a mount for a given duration) with icecast2 as it stands? Perhaps through the admin interface, or via a config change and reload? I'm surprised this feature has not been more requested, it would certainly be welcome here. If not, no biggie, I could just use a local

Hi everyone! First of all: Big thanks to Tom for this great work!! Now on to my qestion: I am using Shorewall among other machines on an new server where we need some kind of accounting. The script we would like to use for this is iam (http://intevation.de/iam/). The docs say: Alternatively you can use your own iptables script and only add the ''dump'' option, which should

All -- Any idea why a stream dump would fail? > dump 123 test.mp3 Failed opening dumpfile [test.mp3] for source 123 [4] Are the error codes listed somewhere? Thanks! Roy <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-request@xiph.org' containing only

This is taking longer than I expected, because there is all kinds of cvs2svn-generated ugliness in your back history that tends to crash my tools. Your repo makes a great test case. (Yes, I know, that's like having someone say "Your dog is fantastically ugly!") Current state of things is that I have scrapped my precious approach, which was to put the Subversion tools in a Python

Hi, I've encrypted some database dumps with openssl bf -d -in dumpfile.bf -out dumpfile -k mykey bad decrypt 14142:error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt:evp_enc.c:325: The weird thing is if I do the same with smaller files it can decrypt with no problem. I use openssl-0.9.8e-12.el5 on Centos 5.4. Please could you tell me what I am doing wrong? Thanks in

Hi ! Maybe you could find something with this line in the <mount> section of the icecast.xml file: <dump-file>/tmp/dump-example1.ogg</dump-file> But I prefer to use streamripper which can do this easily on a client side: http://streamripper.sourceforge.net/ http://packages.debian.org/unstable/sound/streamripper yomguy Stefan de Konink wrote: > On Mon, 24 Oct 2005, Jaakko

There is a plugin for Nagios called check_ice that you can also just compile and run standalone. See: https://github.com/pozar/check_ice On Sun, Apr 12, 2015 at 7:50 PM, Dean Sauer <wemanageitfl at gmail.com> wrote: > On Sat, 11 Apr 2015 07:03:16 +0000, Philipp Schafft wrote: > > > You can request /admin/stats.xml. That file will return the overall > > server status

Hi, this patch enables the use of time stamps in dump file names: diff -ur icecast-2.0.1/src/source.c icecast-2.0.1.scram/src/source.c --- icecast-2.0.1/src/source.c Wed May 12 17:55:30 2004 +++ icecast-2.0.1.scram/src/source.c Wed Jun 2 23:17:29 2004 @@ -50,6 +50,16 @@ http_parser_t *parser, const char *mount, format_type_t type, mount_proxy *mountinfo) { + char buffer[PATH_MAX]; +

Hi, this patch enables the use of time stamps in dump file names: diff -ur icecast-2.0.1/src/source.c icecast-2.0.1.scram/src/source.c --- icecast-2.0.1/src/source.c Wed May 12 17:55:30 2004 +++ icecast-2.0.1.scram/src/source.c Wed Jun 2 23:17:29 2004 @@ -50,6 +50,16 @@ http_parser_t *parser, const char *mount, format_type_t type, mount_proxy *mountinfo) { + char buffer[PATH_MAX]; +

OS: FreeBSD4.8 okay I installed ices from /usr/ports/audio/ices copied ices.conf.dist to config.xml can somebody explain to me why the configuration file is not getting loaded root@hurricane# ices [/usr/local/etc/ices] IceS 2.0beta2 (c) Copyright 2001-2002 Michael Smith <msmith@icecast.org> Usage: "ices config.xml" root@hurricane# ices

Hi, I urgently need a feature to save the dump-files in splitted timestamped chunks or - much better - named accordingly to the stream metadata. I don?t want to use utilities like streamripper to make dumps because they act as a client and thus the "relay on-demand" feature of icecast isn't usable anymore. I only want to have a copy of the stream when somebody is actually

Good morning, On Mon, 2023-06-26 at 16:29 +0200, Michel van Dop wrote: > Hello, > > I use/test now a log wrapper. > He checks which log has already been sent. In this way it only sends > the new data it is fast and almost realtime. > > This was the link that not work about log rotation in old mailing i > found: > https://trac.xiph.org/ticket/2173 This is most

<div>Hello</div><div>I'm trying to measure the performance of the icecast relay server on 64kbps streams.</div><div> </div><div>The server is running in AWS (i've tried various instance types) and the test clients are running on other machines in AWS. The test client is a very simple libuv application that sends a GET request and basically ignores

On Mon, 2003-12-01 at 13:52, Melanie wrote: > True - in that case, another fix ist called for, but it's just as simple: > > diff -b -B -r -u -P --exclude-from=ignore ../icecast/src/source.c > ./src/source.c--- ../icecast/src/source.c Mon Dec 1 14:49:52 2003 > +++ ./src/source.c Mon Dec 1 14:50:56 2003 > @@ -72,7 +72,7 @@ > src->yp_public = 0; > >

Hi, There is a way to increase the source buffer? (Not the buffer from icecast to listener, the buffer from the encoder to server) Thnx. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast-dev/attachments/20151202/0b8bef34/attachment.htm