[ic] catalog working, no admin/login, unable to checkout
ic_support at mnwebdesign.com
Thu Sep 15 21:26:12 UTC 2011
> -----Original Message-----
> From: interchange-users-bounces at icdevgroup.org
> [mailto:interchange-users-bounces at icdevgroup.org] On Behalf
> Of IC Support
> Sent: Thursday, September 15, 2011 12:09 PM
> To: interchange-users at icdevgroup.org
> Subject: Re: [ic] catalog working, no admin/login, unable to checkout
> Peter said:
> > -----Original Message-----
> > From: interchange-users-bounces at icdevgroup.org
> > [mailto:interchange-users-bounces at icdevgroup.org] On Behalf Of Peter
> > Sent: Sunday, September 11, 2011 6:55 PM
> > To: interchange-users at icdevgroup.org
> > Subject: Re: [ic] catalog working, no admin/login, unable
> to checkout
> > On 12/09/11 11:13, IC Support wrote:
> > > OK, so I now have a test cat FULLY working and MY cat is
> running in
> > > admin area. I had to remove the .gdbm and .sql files from
> > > folder. I was able to get into the user frontend after
> doing this,
> > > place an order, log in, complete the order, view the
> receipt, then
> > > when going to home page or any other page it resulted in
> > > server error". My cat error log has this (and always seemed
> > to have this error):
> > >
> > > 184.108.40.206 cnXuas58:220.127.116.11 -
> > > -0400]
> > > fts1 /cgi-bin/fts1/index.html Runtime error: Can't locate object
> > > method "func" via package "DBI::db" at
> > >
> > > line 227.
> > You're trying to access a table from a Safe compartment without
> > properly opening the table first. Figure out which table it is and
> > then open it properly first. One of the easiest ways to do
> this is to
> > add something like this to catalog.cfg:
> > AutoLoad <<EOA
> > [perl tablename][/perl]
> > EOA
> I tried Peters suggestion on all tables, one at a time,
> restarted Interchange (always starts quickly), and I get the
> same result. Nothing has changed in the catalog, so this must
> be something on my server causing this.
> How strange that I can now get to admin area with complete
> unfettered access, but not the customer side.
> Can anyone tell me, is it safe to remove all .gdbm, .pag,
> .dir, .sdbm files from CATROOT/products?
> Is there some place I could start to use debugging on this
> cat to help figure this out?
OK, I now have 2 separate catalogs that only run in the admin, Internal
server error in customer side.
Both cats exhibit the same error in the cat error log:
/cgi-bin/1982 Runtime error: Can't locate object method "func" via package
Somehow it seems I need to remove and reinstall DBD or DBI or ?
My test cats DO NOT have any issues.
More information about the interchange-users