Ya know, I think I'm going to uninstall whatever Icecast we have, then re-install it--after doing a backup first, of course! :-) This is just getting too weird. On Thu, 26 Mar 2015 13:28:08 +0000, you wrote:>On 03/26/2015 12:57 PM, Steve Matzura wrote: >> On Thu, 26 Mar 2015 06:58:17 +0000, you wrote: >> >>> Fedora 20 uses systemd. Have you checked the journal for the output when >>> Icecast start up failed? >> Unless I'm doing something very wrong, which is probably the case, the >> messages files have no strings containing `icecast'. >> >>> Depending on your system configuration there might be at least some >>> vague note in the journal about a process segfaulting or such. I know at >>> least Ubuntu logs segfaults, not sure about Fedora. >> Well, here's something that's telling--the output from running the >> startup script /etc/init.d/icecast2 in a subshell: >> >> + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin >> + DAEMON=/usr/bin/icecast2 >> + NAME=icecast2 >> + DESC=icecast2 >> + test -x /usr/bin/icecast2 >> + exit 0 >> >> Failed the test for existence? How's that? >> >> + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin >> + DAEMON=/usr/bin/icecast2 >> + NAME=icecast2 >> + DESC=icecast2 >> + test -x /usr/bin/icecast2 >> + exit 0 >> # ls -al /usr/bin/icecast >> -rwxr-xr-x 1 root root 237424 Dec 4 21:28 /usr/bin/icecast >> # file /usr/bin/icecast >> /usr/bin/icecast: ELF 64-bit LSB shared object, x86-64, version 1 >> (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, >> BuildID[sha1]=050419accf8c5dcf4eb3daf92729f4e48271ca6b, stripped > >"icecast2" is a common binary name used on debian and derivative systems. >Didn't you say that you were on Fedora which should rather have >"icecast" as the binary name? > >https://apps.fedoraproject.org/packages/icecast >Says, that there are latest packages (of 2.4.1) for all supported >releases. (I love them for this!) > >Did you for some strange reason install a debian package that was run >through 'alien'? Or its init script? > >Cheers > >Thomas > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast
On 03/26/2015 01:32 PM, Steve Matzura wrote:> Ya know, I think I'm going to uninstall whatever Icecast we have, then > re-install it--after doing a backup first, of course! :-) This is just > getting too weird.Sounds sensible. :-) No offense, but I'd generally look at the system administration practices of wherever you are. You've had pretty much the same problem two or three times now (32bit binaries on a 64bit machine where they had no business of being) and now it looks like some Debian package content on a Fedora machine. No idea what you have there, but could it be something like Puppet running wild and deploying stuff where it really shouldn't? Good luck, Thomas> > On Thu, 26 Mar 2015 13:28:08 +0000, you wrote: > >> On 03/26/2015 12:57 PM, Steve Matzura wrote: >>> On Thu, 26 Mar 2015 06:58:17 +0000, you wrote: >>> >>>> Fedora 20 uses systemd. Have you checked the journal for the output when >>>> Icecast start up failed? >>> Unless I'm doing something very wrong, which is probably the case, the >>> messages files have no strings containing `icecast'. >>> >>>> Depending on your system configuration there might be at least some >>>> vague note in the journal about a process segfaulting or such. I know at >>>> least Ubuntu logs segfaults, not sure about Fedora. >>> Well, here's something that's telling--the output from running the >>> startup script /etc/init.d/icecast2 in a subshell: >>> >>> + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin >>> + DAEMON=/usr/bin/icecast2 >>> + NAME=icecast2 >>> + DESC=icecast2 >>> + test -x /usr/bin/icecast2 >>> + exit 0 >>> >>> Failed the test for existence? How's that? >>> >>> + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin >>> + DAEMON=/usr/bin/icecast2 >>> + NAME=icecast2 >>> + DESC=icecast2 >>> + test -x /usr/bin/icecast2 >>> + exit 0 >>> # ls -al /usr/bin/icecast >>> -rwxr-xr-x 1 root root 237424 Dec 4 21:28 /usr/bin/icecast >>> # file /usr/bin/icecast >>> /usr/bin/icecast: ELF 64-bit LSB shared object, x86-64, version 1 >>> (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, >>> BuildID[sha1]=050419accf8c5dcf4eb3daf92729f4e48271ca6b, stripped >> "icecast2" is a common binary name used on debian and derivative systems. >> Didn't you say that you were on Fedora which should rather have >> "icecast" as the binary name? >> >> https://apps.fedoraproject.org/packages/icecast >> Says, that there are latest packages (of 2.4.1) for all supported >> releases. (I love them for this!) >> >> Did you for some strange reason install a debian package that was run >> through 'alien'? Or its init script? >> >> Cheers >> >> Thomas >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast >
Wellsir, you make a fine case, except for one problem--the sys admin is yours very truly! I don't know how the Debian stuff got there, with the exception of that startup script in init.d, and I know where that came from, and who put it there, but it was done on my authority, so I'm the puppet running amuck, I'm afraid. On Thu, 26 Mar 2015 13:49:11 +0000, you wrote:>On 03/26/2015 01:32 PM, Steve Matzura wrote: >> Ya know, I think I'm going to uninstall whatever Icecast we have, then >> re-install it--after doing a backup first, of course! :-) This is just >> getting too weird. > >Sounds sensible. :-) > >No offense, but I'd generally look at the system administration >practices of wherever you are. You've had pretty much the same problem >two or three times now (32bit binaries on a 64bit machine where they had >no business of being) and now it looks like some Debian package content >on a Fedora machine. No idea what you have there, but could it be >something like Puppet running wild and deploying stuff where it really >shouldn't? > >Good luck, > >Thomas > > >> >> On Thu, 26 Mar 2015 13:28:08 +0000, you wrote: >> >>> On 03/26/2015 12:57 PM, Steve Matzura wrote: >>>> On Thu, 26 Mar 2015 06:58:17 +0000, you wrote: >>>> >>>>> Fedora 20 uses systemd. Have you checked the journal for the output when >>>>> Icecast start up failed? >>>> Unless I'm doing something very wrong, which is probably the case, the >>>> messages files have no strings containing `icecast'. >>>> >>>>> Depending on your system configuration there might be at least some >>>>> vague note in the journal about a process segfaulting or such. I know at >>>>> least Ubuntu logs segfaults, not sure about Fedora. >>>> Well, here's something that's telling--the output from running the >>>> startup script /etc/init.d/icecast2 in a subshell: >>>> >>>> + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin >>>> + DAEMON=/usr/bin/icecast2 >>>> + NAME=icecast2 >>>> + DESC=icecast2 >>>> + test -x /usr/bin/icecast2 >>>> + exit 0 >>>> >>>> Failed the test for existence? How's that? >>>> >>>> + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin >>>> + DAEMON=/usr/bin/icecast2 >>>> + NAME=icecast2 >>>> + DESC=icecast2 >>>> + test -x /usr/bin/icecast2 >>>> + exit 0 >>>> # ls -al /usr/bin/icecast >>>> -rwxr-xr-x 1 root root 237424 Dec 4 21:28 /usr/bin/icecast >>>> # file /usr/bin/icecast >>>> /usr/bin/icecast: ELF 64-bit LSB shared object, x86-64, version 1 >>>> (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, >>>> BuildID[sha1]=050419accf8c5dcf4eb3daf92729f4e48271ca6b, stripped >>> "icecast2" is a common binary name used on debian and derivative systems. >>> Didn't you say that you were on Fedora which should rather have >>> "icecast" as the binary name? >>> >>> https://apps.fedoraproject.org/packages/icecast >>> Says, that there are latest packages (of 2.4.1) for all supported >>> releases. (I love them for this!) >>> >>> Did you for some strange reason install a debian package that was run >>> through 'alien'? Or its init script? >>> >>> Cheers >>> >>> Thomas >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast