The stack trace. At the bottom of the stack is 'SendNotification':
... RPC Id: 28155 RPC Call: 3 (CE) RPC Queue: 390620 ... Stacks: /prod/sys/remedy/bin/arserverd:DumpStackTrace+0x88 /prod/sys/remedy/bin/arserverd:SignalTrapProc+0x160 /usr/lib/libthread.so.1:0x15bac /usr/lib/libthread.so.1:0xf804 /usr/lib/libthread.so.1:0xf9b4 /usr/platform/sun4u-us3/lib/libc_psr.so.1:memset+0x140 [ Signal 11 (SEGV)] /prod/sys/remedy/bin/arserverd:SendNotification+0x41fc If I grep the filter and sql logs for the rpc id referenced in the stack trace, there is a group notification that is firing in every case that ends prematurely due to the server crashing (9 of 11 group members get the notification). Some oddities around the situation: - The group has a floating license pool - There are 15 group members, of which 11 have email as the notification method - The following files provided in the email patch do not match the size of the same files in the arserver patch: Email Patch2: 4934764 libarjni70.so 5917040 libarxmlutil.so 4553768 libar.a 2952488 libar.so ARServer Patch2: 4935032 libarjni70.so 5917164 libarxmlutil.so 4553828 libar.a 2952544 libar.so I saw the same thing in patch 1 with the different file sizes. I would REALLY REALLY like to witness the build process for these patches, because there are some very strange things coming out of it. To me, different sizes for a shared lib means one of two things is going on: - one product is built and the libs compiled, then the lib source is modified, then the next program is built and the libs recompiled - the same library is being maintained multiple times, once for each program, and they are not the same Axton Grams On 5/4/07, Ben Cantatore <[EMAIL PROTECTED]> wrote:
** Axton, funny you should mention the email relationship. I had plenty of these messages (see below) in my arerror.log which was caused by a bad filter, although I can't say I actually saw any direct correlation with fixing that filter and the problem going away. Like I said previously, I feel in my situation there was a combination of issues that caused the problem. Thu Mar 8 12:26:34 2007 SendEMail() Thu Mar 8 12:26:34 2007 390603 : Entry does not exist in database (ARERR 302) Thu Mar 8 12:26:34 2007 SendEMail() Thu Mar 8 12:26:34 2007 390603 : Entry does not exist in database (ARERR 302) Thu Mar 8 12:26:34 2007 SendEMail() Thu Mar 8 12:26:34 2007 390603 : Entry does not exist in database (ARERR 302) Thu Mar 8 12:26:34 2007 SendEMail() Thu Mar 8 12:26:35 2007 390603 : Entry does not exist in database (ARERR 302) Thu Mar 8 12:26:35 2007 SendEMail() Thu Mar 8 12:26:35 2007 390603 : Entry does not exist in database (ARERR 302) Thu Mar 8 12:26:35 2007 SendEMail() Thu Mar 8 12:26:37 2007 390603 : Entry does not exist in database (ARERR 302) What are you seeing that makes you think the email engine? Ben Cantatore Remedy Administrator Avon (914) 935-2946 *Axton <[EMAIL PROTECTED]>* Sent by: "Action Request System discussion list(ARSList)" < arslist@ARSLIST.ORG> 05/03/2007 06:33 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: 7.0.1 Patch2 Solaris - Problems I have not reverted back yet. I was provided a debug build to generate a useful core. After that core has been retrieved, I will roll back to patch 1. It looks to be related to the email engine in some way, but I am not sure how yet. When I get more information I will post it to this thread. Axton Grams On 5/3/07, Kathy Morris <[EMAIL PROTECTED]> wrote: > ** > > Axton, > > Did you have to reverse back to Patch1? Is there still problems with Patch2 > Solaris? > > > > > ________________________________ > See what's free at AOL.com. > __20060125_______________________This posting was > submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" __20060125_______________________This posting was submitted with HTML in it___
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
