similar to: SIGHUP to icecast running in chroot mode

Displaying 20 results from an estimated 1000 matches similar to: "SIGHUP to icecast running in chroot mode"

2008 Jul 03
3
Icecast Fedora9 migration problems
Karl Heyes wrote: > Seann Clark wrote: > >> The biggest being is that the server binds to whatever port it feels >> like instead of the bind port specified. The rest of the issues I have > > a random port bind is a new issue. Can you show us the > netstat -tnlp | grep icecast > for the xml provided? Thu Jul 03-13:54:17-root at haruhi-new:~> netstat -tnlp | grep
2018 Aug 29
0
Icecast is shutdown / client auth failed with ""
Hello, In order to identify if was some issue regard to the auth api we include some trace logs and we move it to other machine. Bellow is what trace we are generating (date, result, elapsed time in milleseconds, request): [8/29/18 11:49:00 AM] 200 0.3721 action=listener_add&server=r22&port=443&client=2616&mount=/alphafmsp&user=&p
2006 Oct 23
2
Metadata in non UTF-8 encoding support (patch)
Hi there. http://defan.zenon.net/freebsd/patch-icecast2-encoding This patch allows icecast to encode metadata from specified charset to UTF-8 for stats output and using different charset for log output. Variables to add to config (for example): <icecast> <metadataenc>CP1251</metadataenc> ... <logging> ... <logenc>KOI8-R</logenc> ...
2020 Oct 14
0
meaning of global connections and global client_connections in error log
hallo firstly sorry for posting to wrong thread i want to ask if somebody could explain meaning of log records below DBUG stats/modify_node_event update global connections (686) DBUG stats/modify_node_event update global client_connections (685) number in parentheeses is increasing in every log line what is menaing of this number? because this number goes over 59669 and it seems that after
2008 Jan 19
0
sound card input stream
? am newbie about icecast and darkice. Here is my informations about runnings and configs. Can u help me what i have to do in configs? -su-2.05b$ icecast -b -c /usr/local/etc/icecast.xml Starting icecast2 Detaching from the console -su-2.05b$ [2008-01-19 10:27:19] INFO main/main Icecast 2.3.1 server started [2008-01-19 10:27:19] DBUG yp/yp_recheck_config Updating YP configuration [2008-01-19
2005 Jun 05
2
YP listing from Icecast2.2 and Ices2
I am sorry, I don't understand. Karl Heyes napsal(a): > On Sun, 2005-06-05 at 14:18, Karel Du?ek wrote: > >>Is possible YP listing in >>http://dir.xiph.org/cgi-bin/yp-cgi >>and >>http://www.oddsock.org/cgi-bin/yp-cgi >> >>from Icecast2.2 with source Ices2? > > Im error.log of icecast2 I have [2005-06-05 15:33:20] DBUG yp/yp_recheck_config
2012 Dec 25
3
stream/ices_instance_stream Failed initial connect to 172.16.0.116:8000 (Login failed: Success
Hello Everyone, I have a bit of a problem trying to set up Icecast2 + Ice2, on my debian box, I installed icecast2 ver 2.3.2-6 and ices2 2.0.1-8. I'm able to start icecast2 as shown in the logs: [2012-12-24 20:34:27] INFO main/main Icecast 2.3.2 server started [2012-12-24 20:34:27] DBUG yp/yp_recheck_config Updating YP configuration [2012-12-24 20:34:27] INFO
2006 Oct 23
1
Metadata in non UTF-8 encoding support (patch)
i'd be happy with any solution. XML listings of streams often have parse errors due to non UTF-8 characters in the metadata. (My own quick and dirty fix was for XSL to generate plain-text output..) --mark On Mon, 23 Oct 2006 17:34:36 +0200, Michael Smith wrote: > On 10/23/06, Andrew N. Below <defan@zenon.net> wrote: > >Hi there. > > >
2004 Aug 06
0
icecast & HUP
I have this strange problem where when I try to reload my config by sending a HUP to the icecast process it produces this in the error.log file: [2004-01-15 21:06:07] INFO connection/connection_accept_loop Scheduling config reread ... [2004-01-15 21:06:07] EROR event/event_config_read Error parsing config, not replacing existing config [2004-01-15 21:06:07] EROR event/event_config_read Parse
2014 Jun 22
0
second life listener connects but does not get stream
Linux blort.psg.com 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:02:19 UTC 2014 i686 i686 i686 GNU/Linux # icecast2 --version Icecast 2.3.3 <listen-socket> <port>43000</port> </listen-socket> <listen-socket> <port>43001</port> <shoutcast-compat>1</shoutcast-compat> </listen-socket> source is
2013 Jul 24
4
[Bug 2129] New: [PATCH] sftp chroot regression
https://bugzilla.mindrot.org/show_bug.cgi?id=2129 Bug ID: 2129 Summary: [PATCH] sftp chroot regression Product: Portable OpenSSH Version: 6.2p1 Hardware: Other OS: FreeBSD Status: NEW Severity: normal Priority: P5 Component: sftp Assignee: unassigned-bugs at mindrot.org
2004 Aug 06
3
Re-reading config file not working?
I sent this before but I figured I'd send it again since my current method is rather kludgey... Whenever I try to send a HUP to icecast it always fails when re-reading the config file: EROR event/event_config_read Error parsing config, not replacing existing config However I know the config is good because the server starts up without any issues (right now I've had to resort to just
2004 Aug 06
0
YP submission / cURL issue. (icecast 2.0.1 / gentoo)
you can't use the IPs directly, both dir.xiph.org and www.oddsock.org are running as vhosts, and thus using the IP will not get you to the correct site... o you have to use hostnames in the URLs... it sounds like if you don't chroot it works and if you do it doesn't ? I've never really run icecast using chroot, so I'm not entirely sure of all the stuff you need to do to
2004 Aug 06
0
YP submission / cURL issue. (icecast 2.0.1 / gentoo)
so have you tried running this outside the chroot jail ? oddsock At 02:27 PM 5/26/2004, you wrote: >Odd: >I just pulled SVN and compiled.. Wonderful new logging code, btw! >Now, why in the WORLD would the resolution be failling?! nsswitch.conf / >resolv.conf / hosts is all fine.. *shrug* > >I can obviously put IPs instead of hosts in the URLs, however things still >fail..
2004 Aug 06
0
Re-reading config file not working?
Rhygin wrote: > I sent this before but I figured I'd send it again since my current > method is rather kludgey... > > Whenever I try to send a HUP to icecast it always fails when re-reading > the config file: > EROR event/event_config_read Error parsing config, not replacing existing config > > However I know the config is good because the server starts up without
2004 Aug 06
2
YP submission / cURL issue. (icecast 2.0.1 / gentoo)
DNS for vhosts makes total sense, duh! :) Running without chroot, as root, changing to nobody, and YP works just fine.. If I come up with a nice howto / rundown of the chroot stuff, I'll get it on the list. Odd: Did you see the posts about the Icecast+win32 crashing w/ OddCast 2.0.10 and 2.0.13? Seems stable on 2.0.1-release and SVN on Linux but.. I'm going to do my research and get
2005 Jan 22
0
EROR: no DNS
On Sun, 23 Jan 2005 00:53:32 +0100, Zenon Panoussis <oracle@provocation.net> wrote: > > [2005-01-22 23:31:17] EROR yp/send_to_yp connection to http://dir.xiph.org/cgi-bin/yp-cgi failed with "Couldn't resolve host 'dir.xiph.org'" > [2005-01-22 23:31:17] EROR yp/send_to_yp connection to http://www.oddsock.org/cgi-bin/yp-cgi failed with "Couldn't
2005 Feb 21
2
theora streaming problem...
hi everyone! i'm playing around with theora streaming for the linux audio conference 2005 (http://lac.zkm.de). i checked out svn.xiph.org/trunk, built all ogg, vorbis, speex and theora related libs from scratch, then pulled icecast-2.2.0. three issues: [1] icecast runs fine as always, but when i do cat myvideo.ogg | oggfwd myhost 8000 mypasswd /test.ogg, the stream dies after a few
2003 Sep 22
2
failed to load chan_zap
Suddenly after recompiling my 2.4.22 kernel I can no longer load chan_zap: Sep 22 21:25:08 ERROR[16384]: File chan_zap.c, Line 5145 (mkintf): Unable to get span status: Inappropriate ioctl for device Sep 22 21:25:08 ERROR[16384]: File chan_zap.c, Line 6638 (load_module): Unable to register channel '1' Sep 22 21:25:08 WARNING[16384]: File loader.c, Line 301 (ast_load_resource):
2003 Apr 25
0
Diva 4BRI, asterisk and capidrv support ?
Hello, I acquired a Diva Server 4BRI for an AsteriskPBX system and installed a 2.4.20 kernel modified with the latest eicon capi2.0 support from www.melware.net. Capi support seems to work fine: Asterisk+chan_capi answers the calls. However if I try to use my old isdnutils apps by loading a i4l compatibility layer then I have the following problems: - if I use the diva2i4l module and start the