我目前正在制作一个拥有多个用户的Icecast2服务器。在某些时候，我将不得不重新加载配置文件，但我不想破坏任何当前正在进行的流。这可能吗？
答案 0 :(得分：2)
使用该命令：
/etc/init.d/icecast2 reload
这不会破坏任何当前正在进行的流。
但是，根据我的经验，使用该命令并不会应用所有配置更改。例如，我可以成功更新<mount></mount>列表（添加新的挂载点），但是为了更新一些其他设置，例如<burst-size>我需要完全重启Icecast服务器：
/etc/init.d/icecast2 restart
答案 1 :(得分：1)
Icecast将在所有Unix / Linux系统上的SIGHUP上重新加载其配置。 （对于Windows重新加载，可以从2.5到Web界面开始）
请注意，您应确保配置文件有效。
您可能还想查看版本2.4.1中的URL身份验证和默认挂载点 http://icecast.org/docs/icecast-2.4.1/auth.html#url 它允许您将许多方面卸载到后端系统。
答案 2 :(得分：0)
我知道这已经很老了，但是我刚刚发现了一些关于重新加载配置文件的缺陷……
/etc/init.d/icecast2 reload
...的确会在不中断音频流的情况下重新加载配置文件，并且还会更新挂载点，但是它没有执行的操作是切断仍然使用旧密码。
我遇到的情况是我为每个现场dj生成了一个不同的icecast配置文件。
/live是配置中的挂载点，并且永远不会更改，但是每次我重新加载配置文件时，密码都会更改。
如果使用password1上的/live连接了先前的dj，然后加载了新配置，将/live的密码更改为password2，它将不会自动断开连接前一个dj仍使用password1。
唯一的方法是...
/etc/init.d/icecast2 restart
...，我确定您都知道这很可怕，因为它在重新启动时在音频流中引入了1 -2秒的中断。
答案 3 :(得分：0)
我知道这是一个旧线程，但是使用icecast 2.4.4对我来说，命令“ /etc/init.d/icecast2 restart”不会中断音频。也许这是自去年讨论开始以来取得的进步。另外，我的服务器负载很轻（此刻只有我在听），所以我确定如果必须重新启动负载较重的服务器，则里程可能会有所不同。