similar to: icecast & HUP

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

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

Hi. It seems like if icecast receiving SIGHUP while running in chroot mode, it fails to open config file. I run icecast chrooted in /home/icecast: [2006-10-27 12:32:37] INFO main/main Icecast 2.3.1 server started [2006-10-27 12:32:37] INFO fserve/fserv_thread_function file serving thread started [2006-10-27 12:32:37] INFO yp/yp_update_thread YP update thread started [2006-10-27 12:32:37]

Is there any way to run Icecast2 Win32 at Windows startup and at least one of the following: minimized, in the system tray, or as an NT/2000 service? I looked through the docs but couldn't find anything. Thanks, Ethan -- ------------------------------------------------------------------------ Ethan Kiczek Information Technology Manager Weatherhead Center for International Affairs Email:

Hi everyone: Thanks to me not setting a max log size in our icecast install, a problem with YP stuff caused the log to grow to almost 2 gig and fill the partition. Probably just as well it did, or we might not have noticed. The sysadmin had to trim the log to get space back, so the bit where it all started no longer appears. But in the 4 hours of log I still have, the following line appears

Hi all. We are trying to use Xapian to index the titles of around ten million documents (music catalogue) and then do auto-complete style search on this index. After poking around we can't quite get the combination of QueryParser flags and search query that will give back the results we want. The closest we have can take a very long time (because it is searching for, and building a list of,

hello, I am tying to get to the bottom of why my icecast server crashed and failed to restart. The last entry in the error log is this: [2012-08-26 05:46:38] INFO source/source_read listener count on /stream now 7 [2012-08-26 05:48:02] INFO connection/wait_for_serversock HUP received, reread scheduled [2012-08-26 05:48:02] INFO connection/connection_thread connection thread

Hi, I need to re-open the thread blow. The situation is still the same. The HUP signal does not trigger reloading of subnet declarations in own hosts file (Version 1.0.35). After a quick view to the source code, file src/net.c shows in line 658 would reload subnets when using StrictSubnets only. But why? With StrictSubnets it doesn't make sense to me. I did a quick check and removed the if

2.0.5 (on linux) has a small annoyance in that, when the log files get rotated, kill -HUP won't point the daemons to the new log files. They keeps logging to the old ones until they are stopped/started. Does 2.0.6 fix this?

Currently, on deploys we''re sending HUP to the "old" master to reload the config, and then we send it a USR2 to reload the app code. Is this redundant -- i.e. does USR2 reload the unicorn config, or just the application code? I am under the impression that USR2 forks a new master from the old, and only reloads app code, and not the unicorn config, but I just wanted to double

rh60/caldera1.3 2.0.x (before 2.0.5) PROBLEM: samba didn't reopen then logs after HUP. I posted about this to samba-bugs; AT corrected the problem in 2.0.5-preXX, but not completely it seems. 2.0.5 PROBLEM: samba reopens the logs after a HUP but logs only the first connection to the new log, then it keeps logging to the old one. Here is what I see: # pwd /var/log/samba # smbclient|grep

With the latest version of Mongrel, will Mongrel reopen log files when sent a HUP signal? I would like to do a log rotate, but would prefer not to restart the mongrel instances as monit is watching after them all. monit is great for restarting the individual instances, but I would prefer not to do a restart all through monit. I would be curious if this is advisable. -- ----- Christopher

Hi folks, I''ve experimented a problem while deploying my app, I''ve sent the HUP signal to the master process, I''ve checked everything is ok: new master and workers are spawned and the old ones are killed(I''ve checked the PIDs), but the new code deployed isn''t reflected in the living site, so I''ve to stop and start again unicorn in order to see

Noticed the following on the CLI: Received HUP signal -- Reloading configs == Parsing '/etc/asterisk/extconfig.conf': Found == Parsing '/etc/asterisk/manager.conf': Found <snip> How do I track down the source of the HUP? There are no indications in any log files and I do not have any cron entries for * (RHv9). Is asterisk doing this for some reason via internal

Hi: I noticed in an icecast2 log that a HUP will reload the server config. This is a nice feature. Are there any configuration options that won't take effect with such a reload, or will it completely take effect? If the ports have changed, for example, will these change? Geoff. <p> -- Geoff Shang <gshang@uq.net.au> ICQ number 43634701 Make sure your E-mail can be read by

Hi, If sshd is started with 'sshd', restarting with kill -HUP will fail. I've included the most obvious patch, but making sure that the full pathname is in saved_argv[0] just might be more secure. Cheers, Han Holl --- sshd.c.orig Mon Feb 19 10:55:54 2001 +++ sshd.c Mon Feb 19 10:56:15 2001 @@ -208,7 +208,7 @@ { log("Received SIGHUP; restarting.");

Hello I'm running CentOS 5.3 with httpd-2.2.3-22.el5.centos.x86_64 and php-5.1.6-23.2.el5_3.x86_64. When the logrotate scripts run and send the HUP signal to httpd, the httpd process quits instead of reloading. The only thing I can find in the logs is this: [Sun Apr 19 04:02:04 2009] [notice] seg fault or similar nasty error detected in the parent process There wasn't any segfault

Hi! Is it necessary for Dovecot2 to send it a SIGHUP when I rotate its log files? I'm asking because then I must turn off the 'shutdown_clients' option, because then every user gets disconnected while rotating the logs. Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F

Greetings, I use Icecast for the live airing of my open phones podcast, and we've recently had some trouble with malicious actors attempting to disrupt the production in various ways, most of which are beyond the scope of this inquiry. Today the Icecast feed kept disconnecting and resetting the listener count. This happens on rare occasions, and I usually accept this as a noisy neighbor

On 27/08/12 18:19, Michael Smith wrote: > Hi Rob, > > You're not using icecast; you're using the "KH" icecast fork. This is > a considerably different codebase. Mostly, it adds a few features, and > is less well tested/less stable. > > From the code you quoted, this is clearly a hacky workaround for a > bug. I would recommend upgrading to the latest