[ic] FW: catalog working, no admin/login, unable to checkout

IC Support ic_support at mnwebdesign.com
Thu Sep 1 19:14:20 UTC 2011


Nevermind, I fixed it, had to open some things up in  iptables_cfg.sh,
obviously pop3 and smtp

Curt

> -----Original Message-----
> From: interchange-users-bounces at icdevgroup.org 
> [mailto:interchange-users-bounces at icdevgroup.org] On Behalf 
> Of Curt Hauge
> Sent: Thursday, September 01, 2011 2:05 PM
> To: interchange-users at icdevgroup.org
> Subject: [ic] FW: catalog working, no admin/login, unable to checkout
> 
>  Hmmm, you better respond directly as my Interchange email is 
> delivered to my now failing email address.
> 
> This works:
> chaugegw at genesiswireless.us
> 
> -----Original Message-----
> From: Curt Hauge [mailto:chaugegw at genesiswireless.us]
> Sent: Thursday, September 01, 2011 1:59 PM
> To: 'interchange-users at icdevgroup.org'
> Subject: RE: [ic] catalog working, no admin/login, unable to checkout
> 
> On 9/1/2011 Peter wrote: 
> 
> > -----Original Message-----
> > From: interchange-users-bounces at icdevgroup.org
> > [mailto:interchange-users-bounces at icdevgroup.org] On Behalf Of Peter
> > Sent: Wednesday, August 31, 2011 11:12 PM
> > To: interchange-users at icdevgroup.org
> > Subject: Re: [ic] catalog working, no admin/login, unable 
> to checkout
> > 
> > On 01/09/11 12:30, Curt Hauge wrote:
> > > Hi,
> > > 
> > > I am on a new Centos 5.x server, Apache 2.2.19, MySQL 5.1.57.
> > 
> > I'll get into your problems below, but if you want you may 
> just want 
> > to start over clean and follow this guide:
> > http://www.pajamian.dhs.org/Rackspace%20Interchange%20Setup.html
> > 
> > Don't worry about the Rackspace part, this guide is for any 
> > CentOS/RHEL
> > 5 Interchange install.
> > 
> > Note the only thing that you should be aware of is that perl
> > 5.12.4 has been released since the guide was last updated.  I 
> > recommend you use that now but don't use 5.14 as that has 
> unresolved 
> > issues with Interchange.  Everything else is the same and at the 
> > bottom is an appendix telling you how to install MySQL instead of 
> > PostgreSQL if you want.
> > 
> > Note2: CentOS 6 is out now (and has been for a few weeks).  
> > The guide is written for CentOS 5 but the procedure should 
> be largely 
> > the same.  I will be making a new updated guide for CentOS 6 soon.
> > 
> > Ok, now to get into your problems:
> > 
> > > As root I
> > > installed a local perl at usr/local/bin/perl like this:
> > > 
> > > sh Configure #accepted all defaults, no threads
> > 
> > A better command that I recommend:
> > ./Configure -des -Dprefix=/usr/local/perl-5.12.4
> > 
> > ... this runs all the defaults automatically without making 
> you answer 
> > 200 questions and sets the install prefix to a directory where it's 
> > easy to keep track of what version of perl it is (you can 
> use symlinks 
> > to point your /usr/local/bin/perl to any perl executable you want).
> > 
> > > make
> > > make test
> > 
> > Also I recommend that you run all of the above commands an an 
> > unprivileged user and only run this last one as root:
> > 
> > > make install
> > > 
> > > and		/usr/local/bin/perl -v #This is perl, 
> v5.10.0 built for
> > > x86_64-linux
> > 
> > Why did you install such an old version of perl?  5.12.4 is what I 
> > recommend, but if you want to install from the 5.10 branch at least 
> > install the newest which is 5.10.1
> > 
> > > As root I checked 'which perl' and saw this:
> > > /usr/bin/perl #which is what I expected (but, alas...it now
> > reports: 
> > > /usr/local/bin/perl)  <--could that be an issue and how did
> > it happen?
> > 
> > As Jon already said, you have /usr/local/bin in your $PATH ahead of 
> > /usr/bin.
> > 
> > > I then installed the bundle like this:
> > > perl -MCPAN -e 'install Bundle::Interchange'
> > 
> > Just install Bundle::InterchangeKitchenSink.  It is a superset of 
> > Bundle::Interchange.
> > 
> > > Question 1: Should I be installing the bundle with
> > /use/local/bin/perl
> > > or /usr/bin/perl?
> > 
> > /usr/local/bin/perl or wherever your newly installed perl 
> happens to 
> > reside.
> > 
> > > I finally got the bundle to install, but I cannot get the
> > kitchensink
> > > to finish up, so...
> > 
> > There will be a few issues installing KitchenSink which are all 
> > outlined in my guide (linked to above).  Please read 
> through at least 
> > section 10 of the guide which will tell you how to resolve 
> all of the 
> > issues you will encounter (I recommend reading and 
> following the whole 
> > thing because it is exactly for the platform you are installing on).
> > 
> > > I've installed 5.6.3 tarball after installing the bundle:
> > > tar zvxf interchange-5.6.3.tar.gz
> > > /usr/local/bin/perl Makefile.PL
> > > make
> > > make test #passed all 6
> > > make install
> > 
> > There are better ways than installing from the tarball (again, read 
> > the guide).
> > 
> > > ran makecat, using MySQL, database is set up, and now have
> > a test cat
> > > up, but no admin/login access. I do have to chmod 755 the 
> > > cgi-bin/catlink as they aren't created with correct permissions.
> > > (strange, wonder why?)
> > 
> > That chmod could be the reason why you're having problems.  
> > It needs to be setuid root so you need to do:
> > chmod 4755 cgi-bin/catlink
> > 
> > Note that the exception to the above is if you're running 
> apache with 
> > suexec.
> > 
> > > I tarred up an old foundation-based cat that was recently
> > running on
> > > 5.6 for years now, untarred to my destination folder, and
> > finally got
> > > it fired up, but no access to admin/login (Internal Server Error).
> > 
> > Look in your interchange error.log file for the real reason 
> for this 
> > error.
> > 
> > Also, why are you running makecat if you already have a catalog?
> > 
> > > During checkout, once I am on the shipmode.html and submit
> > to 'Next' I
> > > expect to see the last page of my multi-page checkout
> > (finalize.html)
> > > but I also get "Internal Server Error". I have credit 
> cards enabled.
> > 
> > Again, see your error.log file (the global one, not the 
> catalog one).
> > 
> > > Current errors in cat error.log
> > > 
> > > 74.117.242.45 K7Mcfhbm:74.117.242.45 -
> > [31/August/2011:13:32:59 -0400]
> > > fts1 /cgi-bin/fts1/ord/finalize.html Runtime error: 
> > mv_metadata import
> > > into
> > > failed: sdbm store returned -1, errno 22, key "kinventory" at 
> > > /home/funtime/fts1/interchange/lib/Vend/Table/Common.pm
> > line 513, <IN>
> > > line 121.
> > 
> > You should not be using sdbm anymore but should switch to 
> gdbm.  It is 
> > likely that IC is trying to sdbm, though because it can't find perl 
> > support for gdbm.  When you build perl the gdbm-devel 
> package has to 
> > be installed or perl will not build with support for gdbm.  You 
> > probably have to install gdbm and then re-build perl.  
> Again, see the 
> > guilde for complete directions.
> > 
> > 
> > > Over 12 years and 5 days messing with Interchange and linux and I 
> > > still don't get it. I'm ready to throw in the towel...
> > 
> > Save yourself a lot of grief and read and follow that guide.  
> > I wrote it to help people do exactly what you are trying to 
> do and it 
> > makes things very easy.
> 
> This guide is very nice to have, as well as what Jon has 
> offered. I'm sure I'll be back up before too long.
> 
> I have been following your guide, however, I could not get my 
> user to login without a password, but 'curt' is setup in the 
> wheel group and I got this
> far:
> 
>  $ sudo yum -y install iptables wget 
> .	Note: if you mess up when setting your iptables rules 
> and manage to
> block your own access to the server, then follow these 
> directions to get your ssh access back: 
> [snip some info stuff]
> # service iptables stop # exit 
> o	iptables will now be turned off and you should be able 
> to log back
> in via ssh. 
> .	I recommend that you put all your iptables rules in a 
> shell script
> and run that script to update the rules. You can download and 
> edit the basic script that I use to setup iptables.
> $ cd
> $ wget 
> http://github.com/pajamian/stuff/raw/master/centos/iptables_cfg.sh
> $ chmod 700 iptables_cfg.sh
> $ vi iptables_cfg.sh 
> .	Make any changes you want. The default configuration is to allow
> pings, ssh and http(s).
> $ sudo ./iptables_cfg.sh 
> .	Make sure you can still log in via ssh (but *don't* close your
> current ssh connection until you do!) 
>  
> Well, I can't login with SSH any longer or into my 
> DirectAdmin console on port 2222, my email is all down, http 
> is up, and I do have an open SSH console. I checked my access 
> via SSH until just before that last command.
> I've googled about but not sure what I'm looking for, can you 
> help me get back up? I didn't make any changes to 
> iptables_cfg.sh. I tried to swap out iptables.save, re-run 
> sudo ./iptables_cfg.sh, tried stoping then starting as root, 
> and then swapped them back when no luck. I'm sure I was the 
> correct user/root for these tasks as well.
> 
> Sorry if this is the wrong place to ask this...
> 
> > Peter
> 
> Thank you very much!
> 
> Curt
> 
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users at icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 




More information about the interchange-users mailing list