[ic] Interchange server is unavailable

sb at airdelights.com sb at airdelights.com
Mon May 29 22:41:21 EDT 2006


Quoting sb at airdelights.com (sb at airdelights.com):
> "Music" <music at labyrinth.net.au> wrote:
> > >I performed a new installation of Interchange on Centos with apache
> > >server and new installation of perl. Ran Interchange makecat and
set 
> > >up  catalog with mysql.  Everything seems to go fine. On restart of

> > >Interchange I get this message:  [root at localhost ~]# interchange 
> > >restart  Low traffic settings.
> > > Calling UI......UI is loaded...
> > > Interchange V5.5.0-200605230658
> > > Running with new signals, external programs could be unreliable.
> > > Re-run with environment variable PERL_SIGNALS set to "unsafe" to
> change
> > > this.
> > > Configuring catalog store...Using MySQL, 
> > > DSN=dbi:mysql:test_store...done. The Interchange server is already

> > > running (process id 10151)
> > > 
> > > But when I go to the web page I get this message:
> > > We're sorry, the Interchange server is unavailable...
> > > We are out of service or may be experiencing high system demand.
> > > Please try again soon.
> > 
> > Edit this file: /path/to/interchange/bin/interchange
> > and make the second line read:
> > $ENV{PERL_SIGNALS} = "unsafe";
> >
> >No - don't do that;  Put PERL_SIGNALS=unsafe in your environment 
> >before
> you start Interchange, or start/restart using the >following:
> >
> >    su ic_username -c "PERL_SIGNALS=unsafe /path/to/bin/interchange
> --restart"
> >
> >Although it's good to set PERL_SIGNALS, having it unset is unlikely 
> >to
> be the cause of the problem here.  The problem could be almost 
> anything so check the error.log files for suspects.
> >
> >The problem may not even necessarily be in the Interchange core or
> installation.  The problem could be in the Apache setup >or with CGI 
> permissions etc.  Check all of the log files for clues.
> 
> 
> Does this information help to pinpoint the problem?
> 
> May 29 14:14:28 localhost interchange: interchange shutdown succeeded 
> May 29 14:14:28 localhost su(pam_unix)[11876]: session opened for user

> interch by sbronson(uid=0) May 29 14:14:28 localhost su[11876]: 
> Warning!  Could not relabel /dev/pts/6 with 
> user_u:object_r:initrc_devpts_t, not relabeling.Operation not 
> permitted May 29 14:14:32 localhost su(pam_unix)[11876]: session 
> closed for user interch
> May 29 14:14:32 localhost interchange: interchange startup succeeded
> May 29 14:14:38 localhost su(pam_unix)[11905]: session opened for user
> interch by sbronson(uid=0)
> May 29 14:14:38 localhost su[11905]: Warning!  Could not relabel
> /dev/pts/6 with user_u:object_r:initrc_devpts_t, not
> relabeling.Operation not permitted
> May 29 14:14:42 localhost su(pam_unix)[11905]: session closed for user
> interch
> May 29 14:14:52 localhost kernel: audit(1148937292.055:3812): avc:
> denied  { write } for  pid=11932 comm="store1" name="socket" dev=dm-0
> ino=1606292 scontext=root:system_r:httpd_sys_script_t
> tcontext=user_u:object_r:var_run_t tclass=sock_file
> 

Yup. You have a problem with SELinux. Either you will have to find some
way to enable writes to sockets via that, or just disable selinux
completely.

**************
This is what the /var/www/cgi-bin has in it. The file name is displayed
in red block text.

-rwsr-xr-x  1 root    root    11348 May 28 21:59 standard
-rwsr-xr-x  1 interch interch 11348 May 27 18:59 store

How can I tell if the permissions are correct?



More information about the interchange-users mailing list