On Thu, 2005-10-20 at 22:56 -0400, ... wrote: > > > -----Original Message----- > > From: suppressed > > [mailto:suppressed Behalf Of James P. > > Kinney III > > Sent: 2005 October 19 -- Wednesday 11:36 PM > > To: suppressed > > 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 > suppressed > 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) <suppressed> Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7
Attachment:
signature.asc
Description: This is a digitally signed message part
_______________________________________________ interchange-users mailing list suppressed http://www.icdevgroup.org/mailman/listinfo/interchange-users
Mail converted by mhonarc 2.6.15
This archive provided courtesy of JSW4.NET, Internet Hosting Services for Small Business.