[ic] New installation of 5.2 won't start

[James P. Kinney III]

On Thu, 2005-10-20 at 22:56 -0400, ... wrote:
> 
> > -----Original Message-----
> > From: interchange-users-bounces at icdevgroup.org
> > [mailto:interchange-users-bounces at icdevgroup.org]On Behalf Of James P.
> > Kinney III
> > Sent: 2005 October 19 -- Wednesday 11:36 PM
> > To: interchange-users at icdevgroup.org
> > Subject: [ic] New installation of 5.2 won't start
> >
> >
> > I can't seem to locate a reference to what is going on. I have a Fedora
> > 4 installation with the no-thread perl, postgresql, and the
> > "kitchensink" IC perl modules. I'm trying to startup a brand new server
> > with a fresh install of IC (and everything) and an empty products.txt
> > file. The catalog is in the /home/<catalog name>/catalog directory as
> > this is supposed to be a virtual hosted account.
> >
> > The makecat process created the empty database OK. But all I get on
> > startup is:
> >
> > <catalog name> config error: products not a database, cannot use as
> > products file
> 
> I've seen this happen when the permissions weren't set right on
> products.txt.  IC tends to complain when it doesn't have read/write access
> to the file.  Helpful error messages can usually be found in
> $CATALOG/error.log, and would be quite helpful next time you have a problem.
> =)
> 
> chown'ing the txt file to $ICUSER.$ICUSER, and chmod'ing it 644, usually
> makes things work for me.  If it works for you, you might check to make sure
> your catalog's user and group can get along with IC's, as eventually the
> file will likely get exported / recreated and the permissions may change.
> 
> You might also check the other text files for the same problems.  It's not
> very likely that products.txt is the only file that had the permissions it
> had.

Yep. It was permissions issues. Trying to setup a hosting version and
ran into all sorts of little snaglets.

The catalog directory needs to be RW for the interchange user and all of
the contained directories as well. I had started the apache compile
process for suexec docroot in /home but not installed the final version.

Also I found the the next glitch was the process would start, load up
the starting database OK. But the admin access (and customer as well)
would just hang and finally time out. That was due to permissions issues
on the socket files. These are in <interchange home>/etc  and called
socket and socket.ipc . Both of these were originally constructed as 700
but need to be 770 $ICUSER:$ICUSER. And the virtual hosting catalog
owner needs to be in the $ICUSER group (on Fedora).

Sadly, the error.log files for the main IC, the user IC, apache, and
everything else were really slim on info. I set the debug on in
interchange.cfg and got another error when the $ICUSER had no write
perms in the user catalog space! The debug info was not helpful at that
point as it only repeated the existing error messages.
> 
> 
> --
> Daniel Davenport
> New Age Digital, Inc.
> http://www.newagedigital.com
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users at icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
-- 
James P. Kinney III          \Changing the mobile computing world/
CEO & Director of Engineering \          one Linux user         /
Local Net Solutions,LLC        \           at a time.          /
770-493-8244                    \.___________________________./
http://www.localnetsolutions.com

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney at localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.icdevgroup.org/pipermail/interchange-users/attachments/20051024/d3e749a2/attachment.bin