Anyone mention p3 ? On 5/7/07, Axton <[EMAIL PROTECTED]> wrote:
** An update to this topic. I received a debug build from BMC, generated a core file and sent it off. Looks like I will be rolling back to patch 1 very soon. Excluding the weekend, this is the first day since the upgrade we've gone without a crash. Axton Grams On 5/4/07, Axton <[EMAIL PROTECTED]> wrote: > > As I said, I would like to see the build process in motion. The whole > thing should be set up such that all platforms, standard/debug, are all > built at the same time against the same revision of the source. I have to > wonder if the different platforms are even compiled against the same > revision. > > I would shudder to think that if they build arserver with the shared > libs, then subsequent programs fail to compile, that the shared libs are > updated on the fly to allow the subsequent programs to compile without > rebuilding the entire stack. > > Axton Grams > > On 5/4/07, Robert Molenda < [EMAIL PROTECTED]> wrote: > > > > ** > > > > I have noticed the 'size' difference also, and have always questioned > > their "build/release" process based upon this fact. > > > > > > > > I would shutter to think that the shared libs are maintained > > separately, without a common code source. Of course with that said, if they > > did a "make –ALL" which would build ALL components at the same build, then > > there would only be the one "version" of the libs as well. > > > > > > > > Also in the past (should go check now L ) there were different JDK > > versions with the various products (components) as well… > > > > > > > > Makes you go "hhuumm"… > > > > > > > > I know in the past, we had an issue, because we patched the server, > > but not the email engine on the same system (due to a file copy error > > unfortunately [read human mistake]) and well, windows was starting the email > > service before arserver, and well pulled in the older libs which arserver > > did not like running with. Resulted in a very unstable beast for a few days > > to determine what happened… So after that, I hacked the registry to have > > email dependant upon arserver, so it forced a proper startup sequence… > > > > > > > > Side Note <gripe> would it not be nice to have "per release" an > > already built "production, debug" binaries? I know you had to live many days > > waiting on the debug build, living with outages and such… After all how > > hard would it be to script a "make –ALL;make –DEBUG –ALL"… eh' sorry did not > > notice I woke up with new system settings… "Perfect_World_Mode = on;" today > > or something </gripe> > > > > *Thanks-n-advance* ; > > > > *HDT Platform Incident / Problem Manager & Architect* > > Robert Molenda > > *IT OS PA* > > Tel: +1 408 503 2701 > > Fax: +1 408 503 2912 > > Mobile: +1 408 472 8097 > > [EMAIL PROTECTED] > > > > Quality begins with your actions. > > > > > > ------------------------------ > > > > *From:* Action Request System discussion list(ARSList) [mailto: > > [EMAIL PROTECTED] *On Behalf Of *Axton > > *Sent:* Friday, May 04, 2007 9:48 AM > > *To:* arslist@ARSLIST.ORG > > *Subject:* Re: 7.0.1 Patch2 Solaris - Problems > > > > > > > > ** 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.orgARSlist:"Where the Answers Are" > > > > > > __20060125_______________________This posting was submitted with HTML > > in it___ > > > > > > __20060125_______________________This posting was submitted with HTML > > in it___ > > __20060125_______________________This posting was submitted with HTML > > in it___ > > > > __20060125_______________________This posting was submitted with HTML in it___
-- Patrick Zandi _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"