reflum,
On Mon, 2014-12-08 at 16:54 +0000, Dean Sauer wrote:> On Mon, 01 Dec 2014 23:52:35 +0000, Philipp Schafft wrote:
>
> > Have you set top to display threads instead of processes?
>
> I rebooted, one process started, after a while... back to the insane
> numbers of them, and even more threads....
>
> below is:
>
> top -H (all threads)
> 1509 icecast2 20 0 1840m 9568 1676 S 1 0.5 1:37.18
> icecast2
> 704 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:10.81
> icecast2
> 712 icecast2 20 0 1840m 9568 1676 S 0 0.5 4:09.60
> icecast2
> 1421 icecast2 20 0 1840m 9568 1676 S 0 0.5 3:10.65
> icecast2
> 1425 icecast2 20 0 1840m 9568 1676 S 0 0.5 4:21.34
> icecast2
> 1498 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:51.76
> icecast2
> 1510 icecast2 20 0 1840m 9568 1676 S 0 0.5 1:08.70
> icecast2
> 2813 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:00.25
> icecast2
> 1 root 20 0 23740 1220 856 S 0 0.1 0:00.14
> init
> 2 root 20 0 0 0 0 S 0 0.0 0:00.00
> kthreadd/54931
> 3 root 20 0 0 0 0 S 0 0.0 0:00.00
> khelper/54931
> 340 root 20 0 19068 912 704 S 0 0.0 0:00.10
> cron
> 362 root 20 0 6408 804 660 S 0 0.0 0:00.97
> syslogd
> 457 root 20 0 49992 2660 2056 S 0 0.1 0:00.62
> sshd
> 687 Debian-e 20 0 47484 1056 604 S 0 0.1 0:00.01
> exim4
> 695 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:29.11
> icecast2
> 700 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:32.07
> icecast2
> 702 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:21.16
> icecast2
> 705 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:02.43
> icecast2
> 706 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:08.72
> icecast2
> 707 icecast2 20 0 1840m 9568 1676 S 0 0.5 4:55.13
> icecast2
> 708 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:10.60
> icecast2
> 710 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:44.52
> icecast2
> 713 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:08.89
> icecast2
> 714 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:08.87
> icecast2
> 715 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:09.29
> icecast2
> 716 icecast2 20 0 1840m 9568 1676 S 0 0.5 3:36.53
> icecast2
> 717 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:09.75
> icecast2
> 718 icecast2 20 0 1840m 9568 1676 S 0 0.5 1:54.28
> icecast2
> 1423 icecast2 20 0 1840m 9568 1676 S 0 0.5 3:33.27
> icecast2
> 1512 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:24.15
> icecast2
> 1513 icecast2 20 0 1840m 9568 1676 S 0 0.5 0:20.83
> icecast2
> 805 icecast2 20 0 1840m 6848 128 S 0 0.3 0:00.00
> icecast2
> 808 icecast2 20 0 1840m 6900 128 S 0 0.3 0:00.00
> icecast2
> 1320 root 20 0 33944 688 396 S 0 0.0 0:02.82
> vzctl
> 1321 root 20 0 18024 1816 1328 S 0 0.1 0:00.01
> bash
> 1392 icecast2 20 0 1840m 8172 128 S 0 0.4 0:00.00
> icecast2
> 1394 icecast2 20 0 1840m 8172 128 S 0 0.4 0:00.00
> icecast2
> root at audio:/# pgrep icecast2
> 695
> 805
> 808
> 1392
> 1394
> 1405
> 1409
> root at audio:/# top
>
> # top
> top - 11:45:06 up 22:16, 0 users, load average: 0.10, 0.10, 0.12
> Tasks: 17 total, 1 running, 16 sleeping, 0 stopped, 0 zombie
> Cpu(s): 0.1%us, 0.8%sy, 0.0%ni, 98.9%id, 0.1%wa, 0.0%hi, 0.0%si,
> 0.1%st
> Mem: 2097152k total, 82036k used, 2015116k free, 0k buffers
> Swap: 2097152k total, 0k used, 2097152k free, 50836k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> COMMAND
> 695 icecast2 20 0 1840m 9588 1676 S 2 0.5 51:56.25
> icecast2
> 1 root 20 0 23740 1220 856 S 0 0.1 0:00.14
> init
> 2 root 20 0 0 0 0 S 0 0.0 0:00.00
> kthreadd/54931
> 3 root 20 0 0 0 0 S 0 0.0 0:00.00
> khelper/54931
> 340 root 20 0 19068 912 704 S 0 0.0 0:00.10
> cron
> 362 root 20 0 6408 804 660 S 0 0.0 0:00.97
> syslogd
> 457 root 20 0 49992 2660 2056 S 0 0.1 0:00.62
> sshd
> 687 Debian-e 20 0 47484 1056 604 S 0 0.1 0:00.01
> exim4
> 805 icecast2 20 0 1840m 6848 128 S 0 0.3 0:00.00
> icecast2
> 808 icecast2 20 0 1840m 6900 128 S 0 0.3 0:00.00
> icecast2
> 1320 root 20 0 33944 688 396 S 0 0.0 0:02.82
> vzctl
> 1321 root 20 0 18024 1816 1328 S 0 0.1 0:00.01
> bash
> 1392 icecast2 20 0 1840m 8172 128 S 0 0.4 0:00.00
> icecast2
> 1394 icecast2 20 0 1840m 8172 128 S 0 0.4 0:00.00
> icecast2
> 1405 icecast2 20 0 1840m 8176 128 S 0 0.4 0:00.00
> icecast2
> 1409 icecast2 20 0 1840m 8176 128 S 0 0.4 0:00.00
> icecast2
> 2820 root 20 0 17156 1196 956 R 0 0.1 0:00.00
> top
>
>
>
>
> > Do you use <on-connect>/<on-disconnect>?
>
> each mount has a stanza like this:
>
> <mount>
> <mount-name>/feedMyName</mount-name>
> <on-disconnect>/etc/icecast2/feeddown4.sh</on-disconnect>
> <fallback-mount>/feedMyName.mp3</fallback-mount>
> <fallback-override>1</fallback-override>
> </mount>
>
>
> Thus if the source drops it falls to another, which is basically an alert
> for me.. and sends an email via my BASH script.
Does your script return?
> > No. It doesn't make sense nor is there any code in current or old
> > icecast versions that could do that.
>
> > Calming down a bit, then answering my questions.
>
> If there is no code to spawn it then what would be spawning it???
There is only code for event_exec (former: on-[dis]connect). But before
that mail you wasn't talking about using them. Icecast itself spawns
only threads beside event_exec.
we have had some major changes to that the last days and weeks.
Could you test with current trunk from git? If it still spawns processes
that aren't your script we should have a closer look at this. we plan to
do a beta as of this year and another next year. I would target that one
for a potential fix if there is still a problem.
> Drops of the sources are just not tolerable for these feeds... Especially
> as the sources think they ARE STILL CONNECTED! Both Darkice and some
> piece of junk wincrap programs do it, the wincrap ones especially do not
> like this...
I don't think this is the same problem if there is any on Icecast's side
at all.
--
Philipp.
(Rah of PH2)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
Url :
http://lists.xiph.org/pipermail/icecast/attachments/20141220/ff2e1cbc/attachment.pgp
