At 10:08 AM 2/3/2005, you wrote:
Is anyone experiencing sporadic core dumps and have any suggestions to
eliminate them?
Try a complete rebuild of the index(es).
IE LIST.INDEX file
DELETE.INDEX file ALL
CREATE.INDEX file index
BUILD.INDEX file
It is important that you wipe all traces of the
Hi Kathy,
OOPS... I normally use the signature below that includes that
information. We usually have ~35 users on our system. We're now at 2 GB
of RAM. We also worked with the Datatel a bit regarding our udtconfig
settings. I understand that the DMI and related java settings can have a
I'm guessing that 2GB is fairly minimal for running
a production DBMS. My recollection is that
Datatel recommends 60-80MB per user, but I can't
seem to locate that info on their web site. There
would need to be some base amount of memory
just to get the OS and Unidata running (1GB?)...then some
We're a Datatel client also, and have the same problem. It seems to happen
most often when do UniQuery stuff with i-descriptors, especially
i-descriptors that call subroutines (not necessarily Datatel subroutines,
sometimes the UniData subroutines that are meant to be used in
i-descriptors)
I used to experience lots of core dumps on UV 8 and 9 (DG/ux) when running TCL
selects/sorts that had I-descriptors. I think it was someone on this list that
suggested we look to see if the I-desc's had COMMON blocks in them. Sure
enough, they did. We removed the COMMON blocks, recompiled
-Original Message-
From: Kathy Tymoczko [mailto:[EMAIL PROTECTED]
Sent: Friday, February 04, 2005 2:28 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Unidata core dumps
We're a Datatel client also, and have the same problem. It seems to happen
most often when do UniQuery stuff with i
I can understand most of the suggestions and can see value in each - which
may explain some of the improvement or reduction if dumps.
One thing the memory errors would make me consider - especially with the
variety of when they are logged - is that you may need to retune the system.
If you are
