[Xitami] xitami aborts

Bowden, Russell xitami@lists.xitami.org
Thu, 16 Aug 2001 17:13:22 -0500


Hi all,

This is my first posting here.  I've been running Xitami with LRWP for about 2 years on a private network doing transaction processing on Unixware 7.1, currently averaging about 4000 transactions per hour.  My problem is that the Xitami process just disappears now and then.  I run a script that checks for it every minute, and restarts it and all the lrwp modules if it is gone, and it goes away sometimes several times a day.  But sometimes it runs for a couple of days without a problem.  I have looked in my logs for transaction patterns which may be causing a problem, but so far without results.  I log the size of the html I'm sending, thinking that maybe I was overloading something, but that does not seem to be the case. I have turned debug on, but the files get large very quickly, and I haven't found any answers there. Sometimes (but not always) Xitami leaves behind a memtrace.lst.  Here's the front of one of them:

Index   Size  File(Line) - total size 18310
0       1032  smthttpl.c (211) [818a430]
1         49  smthttpl.c (224) [82f6880]
2          1  sflsymb.c (246) [84d9070]
3         48  smthttpl.c (224) [819b8a0]
4          6  sflsymb.c (246) [8417d00]
5         52  smthttpl.c (224) [818c328]
6         16  sflsymb.c (246) [81741b8]
7         52  smthttpl.c (224) [82b2a30]
8          2  sflsymb.c (246) [818a068]
9         52  smthttpl.c (224) [84178e0]
10         7  sflsymb.c (246) [8188578]
11        54  smthttpl.c (224) [8173700]
12         2  sflsymb.c (246) [82bcca0]
13        53  smthttpl.c (224) [8167598]
14         2  sflsymb.c (246) [8293400]
15        53  smthttpl.c (224) [8175668]
16         6  sflsymb.c (246) [8200348]
17        50  smthttpl.c (224) [8139750]
18         2  sflsymb.c (246) [8282190]
19        51  smthttpl.c (224) [8134a40]
20        11  sflsymb.c (246) [82b3588]
21        49  smthttpl.c (224) [81349a0]

I am running 2.5b4.  If anybody has any suggestions, I would appreciate the help.

Thanks,

Russell