<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi All, thanks for the replies so far..<br>
      I will try to address as many of them as I can in a group reply:<br>
      <br>
      Xabier Oneca -- xOneca wrote:<br>
      Just to confirm, are you sure the scripts' path in config file is
      relative to the chroot directory?<br>
      <br>
      <br>
      - Yes, I am working under the new path names in my xml file.   The
      Web, Admin, and Log directories all work as planned.  The shell
      files are in the same path.<br>
      <br>
      Jeff, I believe that answers your question as well. <br>
      <br>
      <br>
    </div>
    "Thomas B. Rücker" wrote:<br>
    <pre wrap="">I guess you mean chown and chroot?
Or just chown, but no chroot?


<i class="moz-txt-slash"><span class="moz-txt-tag">/</span>if<span class="moz-txt-tag">/</span></i> I read this correctly, then this would mean, that it tries to run
connect.sh in the root directory of your chroot, so /connect.sh and when
seen from outside <i class="moz-txt-slash"><span class="moz-txt-tag">/</span>home<span class="moz-txt-tag">/</span></i>&lt;user&gt;/icecast/connect.sh

Are there any security features on this system, that might interfere?
SELinux? AppArmor?

If all else fails, try to run this instead:
strace icecast -c <i class="moz-txt-slash"><span class="moz-txt-tag">/</span>home<span class="moz-txt-tag">/</span></i>&lt;user&gt;<i class="moz-txt-slash"><span class="moz-txt-tag">/</span>icecast<span class="moz-txt-tag">/</span></i>&lt;config&gt;.xml

==
- I was running both options, chroot and chown/grp.  I first ran under a chown/chgrp config in my xml.  I then added in the chroot flag to see if that had helped.   I don't think I gained any ground, because when I try and chroot from shell, I see this:
[~]# chroot /home/&lt;user&gt;/icecast
chroot: cannot run command `/bin/bash': No such file or directory

So let's just assume I should crawl before I can run.  From here on out I guess I'll leave chroot flag at 0

My chroot directory was setup as /home/&lt;user&gt;/icecast     The scripts are in /home/&lt;user&gt;/icecast   so in my xml I just reference /connect.sh as the script to run (no path).     When I don't chroot, I call script /home/&lt;user&gt;/icecast/connect.sh   and that still can't be located.   Yet, running a find ~ -name connect.sh from the user's account shows the full path just fine.

SELinux is disabled.   I don't believe I am running AppArmor.   This is a CentOS VPS (which I probably should have stated earlier).

I ran the strace.  It is well over my head.  If I capture it to a file, would you be willing to look it over for me?  I'm no linux noob, but I'm no where near being an expert either. 


</pre>
    Thank you all for the help so far..   <br>
    Phil<br>
  </body>
</html>