Akopia Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Interchange by date ][Interchange by thread ]

Re: [mv] Socket problems with old MV-3.14 catalog



At 03:37 PM 05/11/2001 -0400, you wrote:
>Quoting Ed LaFrance (edl@newmediaems.com):
> > Perhaps someone will be able to offer some insight on this?
> >
> > Perl: version 5.005_03
> > OS: Red Hat Linux release 6.2 (Zoot)
> >          Kernel 2.2.14-5.0smp on an i686
> > MV: 3.14
> > Apache: 1.3.19
> >
> > No changes have been made to the above configuration; however, a client's
> > catalog, running in a virtual domain with its own MV installation, 
> suddenly
> > took ill within the last 24 hours.  Any attempts to pull up the catalog
> > result in a 500 error, or 'We're Sorry,...unavailable' when a locale path
> > construct is used.
> >
> > Nothing in the catalog or mvend error logs.  Apache's error log is filled
> > with messages like this since the problem manifested itself:
> >
> > ALERT: MiniVend /cgi-bin/catname.cgi signal: Broken pipe (0)
> > ALERT: MiniVend server (216.10.1.117 7781) not running for 
> /cgi-bin/catname.cgi
> > [Fri May 11 09:43:28 2001] [error] [client 212.155.248.22] Premature 
> end of
> > script headers: /home/username/html/cgi-bin/catname.cgi
>
>Based on this, I wonder if you see a message "server started in UNIX mode 
>only"
>which would indicate something is occupying port 7781 when you do a restart...

I suspected as much, since the catalog was configured for inet mode, but no 
such message - nor is there one in the minivend error.log, which reports 
that Minivend is happily running in both unix and inet modes and accepting 
connections from hostname, etc.  In fact it is an inet mode problem, maybe 
more.  I tried installing 'simple' catalogs in inet mode and then again in 
unix mode, and running the server is just one or the other, but no 
dice.  With a clean install of Minivend 3.14-6, I was able to get catalogs 
working in unix mode.  The inet behavior is the same: no install problems, 
no error messages (stdout or log file) on start up ...but it doesn't 
work:  TcpMap -Host and -Port are the same as they have always been.

Obviously there has been a change or two somewhere.  The client's machine 
is co-located and was recently moved to a new data center, but this catalog 
was running past that time.  Nonetheless, I will inquire if they have done 
something to machine configuration that would affect port availability.  At 
least the client's site is up again.

Thanks!

- Ed L.


>--
>Red Hat, Inc., 131 Willow Lane, Floor 2, Oxford, OH  45056
>phone +1.513.523.7621 fax 7501 <mheins@redhat.com>
>
>I don't want to get to the end of my life and find I have just
>lived the length of it. I want to have lived the width of it as
>well. -- Diane Ackerman
>_______________________________________________
>Minivend-users mailing list
>Minivend-users@minivend.com
>http://www.minivend.com/mailman/listinfo/minivend-users

===============================================================
New Media E.M.S.               Software Solutions for Business
463 Main St., Suite D          eCommerce | Consulting | Hosting
Placerville, CA  95667         edl@newmediaems.com
(530) 622-9421                 http://www.newmediaems.com
(866) 519-4680 Toll-Free       (530) 622-9426 Fax
===============================================================

_______________________________________________
Minivend-users mailing list
Minivend-users@minivend.com
http://www.minivend.com/mailman/listinfo/minivend-users


Search for: Match: Format: Sort by: