Start with the release notes for each patch after the patch you are running. See if something shows a resemblance to your problem. Look for problems from the reported client type and arserverd.
Client: User kishah from *Remedy Administrator* (protocol 13) at IP Next find out what the user was doing that is referenced in the stack trace: Client: User *kishah* from *Remedy Administrator* (protocol 13) at IP If you do it again does the server crash? If so headed down the right track. If you come up empty there, pull the api, filter, and sql logs up to the point that the crash occurs. Once you have those, you need to see what was going on with the rpcid/queue referenced in the stack trace. RPC Id: *25964* RPC Call: 82 (GMAL) RPC Queue: *390600* Client: User kishah from Remedy Administrator (protocol 13) at IP A core dump can be helpful as well if the above does not lead to useful information. I'm just guessing here, but I would bet that not buffering the log entries may lead to more useful logs. My thinking is that buffered log entries may get written to disk if the server crashes. Where do you see the malloc error? Mid-tier logs, web browser, somewhere else? If on the mid-tier, I would watch the memory usage of your java processes. If on the Remedy server, I would watch the memory usage of the Remedy related processes. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Tue, Aug 24, 2010 at 8:24 PM, Kinnary <[email protected]> wrote: > Greetings, > We are getting this error when we try to login from Mid-Tier - > "Malloc failed on server : GetMultipleReferenceListFromDB()\n" > > AR Error log at this time has following entry - > Tue Aug 24 13:45:53 2010 390600 : AR System server terminated when a > signal/exception was received by the server (ARNOTE 20) > Tue Aug 24 13:45:53 2010 > Timestamp: Tue Aug 24 2010 13:45:53.3890 > Thread Id: 5396 > Version: 7.1.00 Patch 001 200711161033 Nov 16 2007 11:38:39 > ServerName: corphd > Database: SQL -- Oracle > Hardware: Intel Pentium > OS: Windows NT 5.2 > RPC Id: 25964 > RPC Call: 82 (GMAL) > RPC Queue: 390600 > Client: User kishah from Remedy Administrator (protocol 13) at IP > address 10.244.162.175 > Form: > Logging On: Escalation Filter > Code: c0000005 > Operation: read > Access Addr: 0x0 > Stack Begin: > Addr: 004232D0 > Addr: 175A5FF8 > Stack End > > Tue Aug 24 13:45:53 2010 390600 : AR System server terminated when a > signal/exception was received by the server (ARNOTE 20) > Tue Aug 24 13:45:53 2010 0xc0000005 > Tue Aug 24 13:45:53 2010 390600 : AR System server terminated -- fatal > error encountered (ARNOTE 21) > > Server config - > ARS 7.1 patch 001; Database - SQL -- Oracle (10.2.0.4.0 - 64bi) > > Did following -- > 1. We did restart the services on the server and it was working fine for > sometime. > 2. Checked the escalations running on the server. Nothing in the esc log > file. > 3. Server memory usage is fairly low, and I don’t see any events noted > regarding memory issues, in either hardware or system logs. > 4. Most of the previous threads mentions about large diary fields, > attachments or escalations. how do i know if these are creating problem? > > Let me know if you need more information. Any help would be greatly > appreciated. > > Thanks, > Kinnary Shah > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
