Weird finderr issue

Hello all, I have multiple Informix Servers where somehow finderr.exe processes are being launched and stuck (not by a person, happens by itself), using resources on the machine unnecessary, like you can see below: Image Name PID Session Name Session# Mem Usage Sta tus User Name CPU Time Win dow Title ========================= ======== ================ =========== ============ === ============ ================================================== ============ === ===================================================================== finderr.exe 12084 Services 0 992 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 14844 Services 0 988 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 15500 Services 0 1.876 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 13700 Services 0 2.268 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 15348 Services 0 2.296 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 12796 Services 0 2.456 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 13544 Services 0 2.532 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 16192 Services 0 2.784 K Unk nown IDSRT112\\\\informix 0:00:00 N/A finderr.exe 1624 Services 0 2.528 K Unk nown IDSRT112\\\\informix 0:00:00 N/A The Informix version is: 11.70.FC8GE and Windows version is: Windows Server 2008 R2 Version 6.1 (Build 7601: SP1). We have onbar integration with HP Data Protector v9 and we have scheduled L0 backups and automatic log backups through alarmprogram. We suspect that these finderr.exe processes might have something to do with onbar, but we are not sure. It happens randomly from couple of days ago and we still monitor all components hoping to catch more clues. Does somebody know if onbar invokes somehow fnderr in cases where for example the backup cannot be done (no free tape device for example, or onbar_d.exe is stuck on Windows)? I've checked and confirmed that we don't have pre/post action scripts in the backup specification from within Data Protector and we don't have at all something that will refer to finderr for any reason. Thanks in advance for any replies! BR, Lyubomir --001a113aba9c12a7bf050ecd81f7

Hello. I suppose your alarmprogram is only doing "onbar -b -l" executions. I suggest you to check your BAR_ACT_LOG file, for any errors that might be happening. In case your archive backups are schedulled in DataProtector server, check the logs of the server. DP usually calls finderr to display a message in it's logs (even knowing that sql errors have nothing to do with onbar errors, it usually puts an error message description shown like an sql error). The table of onbar errors is available through this page: http://www-01.ibm.com/support/knowledgecenter/SSGU8G_12.1.0/com.ibm.bar.doc/ids_ bar_447.htm?lang=en-us A good example would be the error 152, which is (in onbar error table): 152 ON-Bar cannot back up the logical logs. And when it happens in HP DP, it is shown like this: -152 ISAM error: Illegal message type received from remote process. This internal error should not occur. Note all the details about the network software in use and the version level of the database servers in this and the other host system. If the error recurs, note all circumstances and contact IBM Technical Support. I hope this could give you some help. That might be your situation, check if the finderr.exe utility is also available for your backup user (in DP server). Hope it helps. Regards. Alexandre Marini IBM Informix Certified Professional v10 / v11.50 / v11.70 / v12.10 IBM Information Management Informix Technical Professional IBM Certified Developer - Informix Genero BRIUG website administrator Informix independent consultant > To: ids@iiug.org > From: lgrigorlu1@gmail.com > Subject: Weird finderr issue [34599] > Date: Wed, 11 Feb 2015 05:31:34 -0500 > > Hello all, > > I have multiple Informix Servers where somehow finderr.exe processes are > being launched and stuck (not by a person, happens by itself), using > resources on the machine unnecessary, like you can see below: > > Image Name PID Session Name Session# Mem > Usage Sta > tus User Name CPU > Time Win > dow Title > ========================= ======== ================ =========== > ============ === > ============ ================================================== > ============ === > ===================================================================== > finderr.exe 12084 Services 0 992 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 14844 Services 0 988 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 15500 Services 0 1.876 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 13700 Services 0 2.268 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 15348 Services 0 2.296 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 12796 Services 0 2.456 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 13544 Services 0 2.532 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 16192 Services 0 2.784 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > finderr.exe 1624 Services 0 2.528 > K Unk > nown IDSRT112\\\\informix 0:00:00 > N/A > > The Informix version is: 11.70.FC8GE and Windows version is: Windows Server > 2008 R2 Version 6.1 (Build 7601: SP1). > > We have onbar integration with HP Data Protector v9 and we have scheduled > L0 backups and automatic log backups through alarmprogram. > > We suspect that these finderr.exe processes might have something to do with > onbar, but we are not sure. It happens randomly from couple of days ago and > we still monitor all components hoping to catch more clues. > > Does somebody know if onbar invokes somehow fnderr in cases where for > example the backup cannot be done (no free tape device for example, or > onbar_d.exe is stuck on Windows)? > > I've checked and confirmed that we don't have pre/post action scripts in > the backup specification from within Data Protector and we don't have at > all something that will refer to finderr for any reason. > > Thanks in advance for any replies! > > BR, > Lyubomir > > --001a113aba9c12a7bf050ecd81f7 > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >