[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date
][Minivend by thread
]
Re: [mv] The Mysterious (Periodic) Disappearance of Minivend...
Well, after running 15 Hours+ it still has not died. 3.12
would have died by now. So I guess if you can't locate
a problem with your OS or perl and mv dies with no
errors in any logs, and no core dumps, and you are
about to give up, try 3.11
There are a few things to note about using this older
version, which you can find in the docs for the newer
versions. Until/unless I find the reason for the problem,
I will run 3.11 (maybe 4.0, when released, will work?)
This will be my last email on the subject, unless I happen
to find the problem which caused 3.12 to die.
Kyle Cook (KC)
At 12:50 AM 10/26/99 -0500, you wrote:
>****** message to minivend-users from "kyle@invisio.com"
><kyle@invisio.com> ******
>
>Wes, March and anyone else interested,
>
>After running all kinds of checks on the system, I'm still no closer
>to finding out why it dies. However running in debug mode did keep
>it from dying (4 days running) so it is something related to the server
>spawning (unless debug prevents something else from happening)
>(BTW the system is a pentium 400MHZ with 256M ram)
>
>I am now trying a test, I've downgraded to version 3.11 to see if that makes
>a difference. It has been running for a few hours so far with no problems.
>
>The site gets 1,000 visitors/day with apx 6,000 mv pages served per day, so
>I should know by tomorrow if there is the same problem with 3.11 on the
>same (unchanged) os/perl combo.
>
>I let you know what I find tomorrow.
>
>Kyle Cook (KC)
>
>
>At 06:53 PM 10/24/99 -0700, you wrote:
>>****** message to minivend-users from Wes Zuber <wes@uia.net> ******
>>
>>Kyle,
>>
>>I am March's boss. I am the system admin here and like you I am pulling my
>hair
>>out with this one. We are willing to participate in whatever way possible to
>>solve the problem. We will try the -D option and report what we find. It
>seems
>>unlikely that the problem is with the OS since we are running BSDI and
>have the
>>same problem as you, with FreeBSD.
>>
>>--Wes
>>
>>
>>On Sat, 23 Oct 1999, you wrote:
>>> ****** message to minivend-users from "kyle@invisio.com"
>><kyle@invisio.com> ******
>>>
>>> March and anyone else interested,
>>>
>>> After scouring the mail archive, I came across what could be
>>> (at least for me) the problem. It has to do with forking.
>>>
>>> I have been running the minivend server for 30+ hours now
>>> (before it would crash several times a day)
>>> without a crash by starting it like:
>>>
>>> minivend -D -serve
>>>
>>> This does stop minivend from using fork to spawn new servers
>>> so this is not a "fix" but while I work on the problem, it does keep
>>> the store open. Fortunately it is the only domain on a fast new
>>> server so it is keeping up pretty well.
>>>
>>> >From what I read, it looks like it is a problem with either the OS or
>>> a perl library that has to do with USR1, USR2 which helps minivend
>>> keep track of how many servers are running (and I assume that when
>>> minivend gets hit hard, it looses track and ends up killing itself).
>>>
>>> I am paying someone now to look over this problem and will report
>>> back when we've figured out exactly where the problem is (and
>>> hopefully the solution)
>>>
>>> Latter,
>>> Kyle Cook (KC)
>>>
>>> At 06:48 PM 10/22/99 -0500, you wrote:
>>> >****** message to minivend-users from "kyle@invisio.com"
>>> ><kyle@invisio.com> ******
>>> >
>>> >What is the most in depth debug level for starting minivend
>>> >with -D option?
>>> >
>>> >The reason is I started minivend like:
>>> >
>>> >minivend -D -serve >> logall.txt &
>>> >
>>> >And I want to be sure to grab everything possible from debug
>>> >to see if I can pinpoint exactly where minivend is dying.
>>> >
>>> >I do have checkstat.sh running every 5 minutes and it does work,
>>> >but I really want to find out why it is dying in the first place because
>>> >I don't want it to die in the middle of a real time credit card purchase
>>> >(IE customers card gets charged, but system crashes, so no record
>>> >made in minivend)
>>> >
>>> >I am willing to pay, if someone is familiar with this type of problem,
>>> >please send an email to me kyle@invisio.com with a quote to look
>>> >into it.
>>> >
>>> >(Perl 5.005_03, Apache 1.3.9, FreeBSD3.2 and Minivend 3.12)
>>> >
>>> >Thanks,
>>> >Kyle Cook (KC)
>>> >
>>> >
>>> >
>>> >At 11:07 AM 10/22/99 -0500, you wrote:
>>> >>****** message to minivend-users from "kyle@invisio.com"
>>> >><kyle@invisio.com> ******
>>> >>
>>> >>March,
>>> >>
>>> >>I am also having the exact same problem with a new install.
>>> >>
>>> >>I have minivend installed on one system and it has run for 6 months
>>> >>with multiple catalogs without ever dying on its own
>>> >>(not including the occasional server reboot):
>>> >>Perl 5.005_02, Apache 1.3.3, FreeBSD2.2.8 and Minivend 3.12
>>> >>
>>> >>
>>> >>The new server is set up as follows:
>>> >>Perl 5.005_03, Apache 1.3.9, FreeBSD3.2 and Minivend 3.12
>>> >>with only 1 catalog (although it is a busy one)
>>> >>and it dies randomly with no errors anywhere.
>>> >>
>>> >>There are no "watchdogs" killing it, as I own both servers and have root
>>> >>access.
>>> >>Can anyone shed some light?
>>> >>
>>> >>Kyle Cook (KC)
>>> >>
>>> >>At 07:16 PM 10/21/99 -0700, you wrote:
>>> >>>****** message to minivend-users from March Rosenbluth
>>> <march@uia.net>
>>> >>> ******
>>> >>>
>>> >>>
>>> >>>Greetings!
>>> >>>
>>> >>> I've encountered a strange problem in my use of Minivend.
>>Periodically --
>>> >>>ranging from an hour to several days -- Minivend just disappears. A
>>> >>>restart shows it unable to find a running instance, giving the error
>that
>>> >>>tells you to try killing it to see if it stopped normally. None of the
>>> >>>error logs show any comment at all -- the catalog specific one has two
>>> >>>errors in it which repeat over and over but happen frequently without
>>> >>>causing the problem and show no sign of being related. Just in case,
>>they
>>> >>>are as follows:
>>> >>>
>>> >>>193.149.76.206 bI3FeJSQ:193.149.76.206 - [21/October/1999:13:45:16
>-0700]
>>> >>>simple /cgi-bin/simple/process Custom shipping field 'weight' doesn't
>>> >>>exist. Returning 0
>>> >>>150.176.206.67 xujbI3Fe:150.176.206.67 - [21/October/1999:13:46:24
>-0700]
>>> >>>simple /cgi-bin/simple/process Bad search column 'code'
>>> >>>
>>> >>>The minivend error log doesn't show a thing -- it shows the catalog
>being
>>> >>>started up, and then nothing until it's started again. The apache
error
>>> >>>log is currently completely blank.
>>> >>>
>>> >>> We are using Perl 5.005, Apache 1.34, BSDI 4.01, and Minivend 3.14-3,
>>and
>>> >>>are running only one catalog, which is based on the simple catalog. I
>>saw
>>> >>>in the archives that there was apparently a similar problem with
earlier
>>> >>>versions of Minivend and BDSI together, but I couldn't find any
>>solutions.
>>> >>> Any help would be appreciated. Thanks very much!
>>> >>>
>>> >>> -- March
>>> >>>
>-
>To unsubscribe from the list, DO NOT REPLY to this message. Instead, send
>email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
>Archive of past messages: http://www.minivend.com/minivend/minivend-list
