You are viewing this forum as a guest. Login to an existing account, or create a new account, to reply to topics and to create new topics.
Yes, I am using Authorize.net. Are you on a cPanel server? I'm wondering if cPanel updated perl, or a module that now is breaking the way that CCP communicates with Authorize.net.
Offline
Hmm, good call. I have servint upgrading my cpanel and rebuilding apache now. Will post as soon as they are done.........
Offline
Yes, please keep updating the thread. I tried updating cpanel already... to no avail.
Offline
Unfortunately, an upgrade for cpanel did not help me either. It's a very obscure problem that's for sure. If anyone has any ideas please chime in!
Offline
I can't find any error logging at all. My guess is that authorize.net is rejecting the connection method, but not sure why.
Offline
Nothing in the server error logs? Usually this sort of thing would be logged there.
Offline
Confirm nothing in the server logs either. gonna call it a night. Hopefully we can figure out tomorrow but have to start looking for replacement processors tomorrow too, I'm able to follow up on most orders because ccp saves the order pending payment but that's a short term solution.....
Offline
We had the same problem and after losing 2 lives we found out the Cpanel made a recent security update to perl.
What we did to: cp-app.cgi script is comment out the perl call
We changed the first line to be:
#!/usr/bin/perl5.8.7
Try it and let me know if this works for you . Best of luck!
Evan
Offline
Hey Cybermed, that did it! Thanks.
Thank you too Rachel, you're always a big help.
Gadgets......let us know if it works for you too.
--Todd
Offline
The problem is identified at http://forums.cpanel.net/showthread.php?p=36059, and fix is:
Thanks for the input. We have been struggling with this all afternoon. These are the steps that we took to upgrade to working version of LWP:
# wget http://cpan.uwinnipeg.ca/cpan/authors/i … 812.tar.gz
# tar xzf libwww-perl-5.812.tar.gz
# cd libwww-perl-5.812
# perl Makefile.PL
// answer yes to all
# make
# make test
# make install
After that no more script failure.
Offline
Well, not sure exactly. Servint posted this last night while I was asleep: "I've installed suphp as I think it's needed due to your software permissions. When you have time could you test it again." not sure if something they did is related to the changes noted in the posts above but it seems to be working now. I did forward on your posts to them to make sure that the problem is solved completely and expect they will check/confirm.
Thanks for the help everyone.
And they want to discontinue the 5.1 forums...... yikes. I mean I put in my $20 support ticket yesterday at 3:45. Nick's only one man, I'd rather have no support ticket option for 5.1 and keep the forums.
Thanks again.
Offline
I had the same problems with my site on my Servint server last week. I figured out it was not a CCP code issue, as even UPS real time rates started acting up. I got a Servint tech on it and about 30 minutes later they had figured it out.
Offline
Ok, I've searched all over the forums for more info on this problem but this thread is all I can find. I tried cybermed's edit but it did not work for me. That just gives me a different error and then I can't even access the home page? maybe I did it wrong. I looked at what exampleguy did, but frankly can't figure out what to do with it. Talked to everyone - hosting, Autherize.net - and no answers other than "it's not us"! I haven't changed or touched anything lately but this has been down for almost 5 days as far as I can tell. I am new to all of this stuff and really need some help here, I don't know what else to do or try, but I am losing business. Also no problem with shipping. My hosting company however, did move us from one server to a newer one. Might that be the problem?
Offline
It is almost undoubtedly related to the server move. The most likely culprit is that the new server is missing some of the required PERL modules (see the documentation for the list). If that fails, put in a support ticket with Kryptronic.
Offline
Jakopic, I'm not a technical guy. All I can tell you is that Servint had to update my version of cPanel and they said they installed suphp whatever that is. I'm pretty confident it's on the hosting companies side (web server) though because that seemed to be true for everyone in the thread when we were talking about it back in April. Did you check this thread too: http://forums.cpanel.net/showthread.php?p=36059
Offline
Okay, I think I'm just too tired to even think, but where do I find the documentation. If you're talking about the manual from within the program I didn't see a list of required PERL modules. But here is what they have installed:
Acme::Spork (0.0.7) Apache::Admin::Config (0.94)
AppConfig (1.66) Archive::Tar (1.38)
Archive::Tar::Streamed (0.03) Archive::Zip (1.23)
Array::Compare (1.15) BSD::Resource (1.2901)
Business::OnlinePayment (2.01) Business::OnlinePayment::AuthorizeNet (3.19)
Business::UPS (1.13) CGI (3.37)
CPAN (1.9205) Class::Accessor (0.31)
Class::Loader (2.03) Class::Std (0.0.9)
Class::Std::Utils (0.0.3) Compress::Bzip2 (2.09)
Compress::Raw::Zlib (2.005) Compress::Zlib (1.42)
Convert::ASN1 (0.21) Crypt::CBC (2.28)
Crypt::GPG (1.63) Crypt::OpenSSL::RSA (0.25)
Crypt::OpenSSL::Random (0.04) Crypt::Random (1.25)
Crypt::Rijndael (1.05) Crypt::SSLeay (0.57)
Curses (1.14) Curses::UI (0.9603)
Cwd (3.12) DBD::mysql (4.007)
DBI (1.604) DateTime (0.42)
Devel::PPPort (3.13) Digest::HMAC (1.01)
Digest::MD5::File (0.06) Digest::SHA (5.47)
Digest::SHA1 (2.11) Email::Date::Format (1.002)
Email::Valid (0.179) Encode (2.25)
Error (0.17012) Expect (1.21)
ExtUtils::CBuilder (0.23) ExtUtils::MakeMaker (6.44)
ExtUtils::ParseXS (2.19) File::Copy::Recursive (0.36)
File::Find::Rule (0.30) File::Find::Rule::Filesys::Virtual (1.22)
File::HomeDir (0.69) File::MMagic::XS (0.09003)
File::ReadBackwards (1.04) File::Slurp (9999.13)
File::Tail (0.99.3) File::Temp (0.20)
File::Touch (0.02) File::Which (0.05)
Filesys:f (0.92) Filesys::Statvfs (0.82)
Filesys::Virtual (0.06) Filesys::Virtual::Plain (0.10)
Filter (1.02) GD (2.35)
GD::Graph (1.44) GD::Text (0.86)
Geo::IPfree (0.2) Getopt::Long (2.37)
Graph::Easy (0.62) Graph::Flowchart (0.11)
HTML::Parser (3.56) HTML::Tagset (3.20)
HTTP::Daemon::App (0.0.9) HTTP::Daemon::SSL (1.04)
IO::Compress::Base (2.005) IO::Compress::Zlib (2.005)
IO::Socket::ByteCounter (0.0.2) IO::Socket::SSL (1.13)
IO::Stringy (2.110) IO::Stty (.02)
IO::Tty (1.07) IO::Zlib (1.09)
IP::Country (2.24) IPC::Run (0.80)
Image::Magick (6.3.2) Image::Size (3.100001)
LWP (5.811) Lchown (1.00)
List::Cycle (0.04) List::Util (1.19)
MD5 (2.03) MIME::Lite (3.021)
MIME::Types (1.23) MLDBM (2.01)
Mail (2.03) Mail::DKIM (0.31)
Mail::DomainKeys (1.0) Mail::SPF (v2.005)
Mail::SPF::Query (1.999.1) Mail::SRS (0.31)
Mail::SpamAssassin (3.002003) Math::Fibonacci (1.5)
Math::Fibonacci::Phi (0.02) Math::Pari (2.010709)
Module::Build (0.2808) Net (0.11)
Net::AIM (1.22) Net::CIDR::Lite (0.20)
Net::DAV::Server (1.29) Net::DNS (0.63)
Net::DNS::Resolver::Programmable (v0.003) Net::Daemon (0.43)
Net::Daemon::SSL (1.0) Net::EasyTCP (0.26)
Net::FTPSSL (0.04) Net::IP (1.25)
Net::LDAP (0.36) Net::LDAP::Server (0.4)
Net::OSCAR (1.925) Net::SSLeay (1.32)
NetAddr::IP ( 4.007) Number::Compare (0.01)
OLE::Storage_Lite (0.17) Parse::RecDescent (1.94)
Perl (5.8.8) Pod::Escapes (1.04)
Pod::Simple (3.05) Proc::Daemon (0.03)
Quota (1.6.2) RRDp (1.000481)
RRDs (1.000481) SQL::Statement (1.15)
SVG::TT::Graph (0.10) Safe::Hole (0.10)
Set::Crontab (1.00) Spreadsheet::ParseExcel (0.32)
Spreadsheet::WriteExcel (2.21) Storable (2.18)
Sub::Uplevel (0.1901) Sys::Hostname::Long (1.4)
Sys::Load (0.2) Sys::Statistics::Linux (0.34)
Template (2.19) Term::ReadKey (2.30)
Term::ReadLine (1.02) Test::Exception (0.27)
Test::Harness (3.10) Test::Manifest (1.22)
Test::Pod (1.26) Test::Simple (0.80)
Test::Warn (0.10) Text::CSV_XS (0.41)
Text::Glob (0.08) Text::Query (0.07)
Tie::DBI (1.02) Tie::IxHash (1.21)
Tie::ShadowHash (0.07) Time::HiRes (1.9715)
TimeDate (1.01) Tk (804.028)
Tree::DAG_Node (1.06) Tree::MultiNode (1.0.10)
UNIVERSAL::require (0.11) URI (1.36)
Unix::PID (0.0.15) XML::LibXML (1.66)
XML::LibXML::Common (0.13) XML::NamespaceSupport (1.09)
XML::Parser (2.34) XML::SAX (0.16)
XML::SAX::Expat (0.39) XML::Simple (2.18)
XML::Writer (0.604) YAML (0.66)
YAML::Syck (1.04) cPanel::MemTest (0.0.2)
lib::restrict (0.0.5) version (0.74)
Offline
https://www.yoursite.com/ccp51/media/manual/gateway.htm - Accessed using the question mark help button in your admin area.
The relevant portion is:
Additional Software Needed For Some Processors
The following processors integrations require the installation of non-standard Perl modules. The modules that need to be installed by the administrator of the webserver are: Crypt::SSLeay, HTML::Parser, HTML::Tagset, IO::Socket::SSL, libnet, libwww-perl, MIME::Base64, Net_SSLeay and URI. If you attempt to set up a connection with or otherwise use one of the following processors without these modules installed, a 'protocol not supported' error message will be presented.
1. Authorize.Net (AIM Only)
2. Wells Fargo (Secure Source Only)
3. ECHOnline
4. EFSNET
5. Caledon
6. SurePay
7. BluePay (API)
8. FirstPay
The following processor integrations require the use of the program cURL. This program is freely available as are the Perl modules above. If you are using a processor that uses the cURL program, ensure that you have the correct path for cURL set up in the Global Settings | Manage Program Settings function.
1. Cardservice Linkpoint (API Only)
2. PayPal (Pro Express Method) - Payment Form
3. PayPal (Pro Direct Method) - Secure Server
Offline
Thanks!! It appears that there might be a couple missing. Contacted the hosting company and are now waiting to hear from them. Will keep you updated!
Offline
Ok, all modules seem to be there and what wasn't they added. Still the same error. They said however that these two things have been upgraded with the server migration:
apache 2.0.63 and php 5.2.5
would this affect it and how do I find out how to fix it?
Offline
PHP certainly wouldn't come into play since Tiki is Perl based. The version of Apache shouldn't matter unless there were modules installed on the previous version they used that weren't added to the newer version of Apache.
Offline
I am getting this error as of June 2008. Is there anything that I can do to correct the problem? We host with hosttec.com. Are you aware of any perl updates to this server?
Please advise.
Offline
I would suggest contacting Terry directly and starting a support ticket with HostTec, as this sounds like a server problem... particularly if all was working well before.
Offline
You may have a hard time getting a hold of Terry or getting any kind of support at Hosttec at the moment. There appears to have been a series of issues with his service, and he has been unresponsive to all attempts at contact. I did manage to get him on the phone today at another business of his, and he seemed overwhelmed by the problems.
Unfortunately I had to find a new host last week.
Offline
rachaelseven wrote:
I would suggest contacting Terry directly and starting a support ticket with HostTec, as this sounds like a server problem... particularly if all was working well before.
This has been resolved. It was a DNS issue on the server.
Offline
Quizno wrote:
You may have a hard time getting a hold of Terry or getting any kind of support at Hosttec at the moment. There appears to have been a series of issues with his service, and he has been unresponsive to all attempts at contact. I did manage to get him on the phone today at another business of his, and he seemed overwhelmed by the problems.
Unfortunately I had to find a new host last week.
On Saturday evening, The Planet, where I have my servers, experienced an explosion in their power supply room from a transformer that malfunctioned. This explosion blew out three walls and then created a fire which was soon under control but it ended up that over 9000 servers were put off line. It also took out all my servers except for one that I had in a different datacenter. Through the course of Sunday, they were able to power the second floor with a generator. Monday, they got the first floor powered up and things looked like they were coming together until one of the generators developed an issue and went off line. They fixed it and a few hours later, it went off again. This time it wouldn't come back up. They had to bring in a different generator to take it's place. During all this time, I tried to inform everyone involved about the issue as best I could and keep them informed of the progress. A lot of our clients were relying on their server for their email so they didn't get the notifications that were sent out.
To make a long story short, I was extremely busy answering the phone and responding to trouble tickets as a couple of the servers came back on line with many issues. A couple of these issues involved working with the datacenter techs who were severely overworked and hard to get in contact with. Having just one phone line, I missed a lot of calls while I was tied up with a call.
Looks like we are back up with no known issues at this time. If anyone of my customers has an issue, please open a trouble ticket and we will get it taken care of ASAP. Most customers were understanding about this situation and I want them to know that I appreciate their professionalism with their communication and responses during this time. It is really tough being in the hot seat and having customers yelling at you when you are in a position where you can't do anything to solve the problem except for wait on someone else.
Last edited by aawebtools (06-04-2008 16:47:09)
Offline