|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
FileInput node I/O error IIB 10 |
« View previous topic :: View next topic » |
Author |
Message
|
alex919 |
Posted: Wed May 15, 2019 7:32 am Post subject: FileInput node I/O error IIB 10 |
|
|
Newbie
Joined: 17 Jul 2012 Posts: 7
|
Hello.
IIB version 10.0.0.8 on windows.
A single-instance file processing message flow.
We are experiencing an issue with the message flow getting stuck after an I/O error in the FileInput node.
Here is the error from the event viewer:
Quote: |
File node "My_File_Input" in message flow "myflow" encountered an I/O exception
"<com.ibm.broker.plugin.MbRecoverableException class:com.ibm.broker.flowgroupfiles.MbFile method:moveTo source:BIPmsgs key:3315>" while reading the file "some-uuid_myfile.xml".
|
After the error is displayed, the file is left in the mqsitransitin folder,
and no further files are processed by the input node until the broker is restarted.
Reading the description for BIP3315,
does this mean that the broker fails to move the file from mqsitransitin to mqsiarchive ?
(The input node is configured to "add timestamp and move to archive".)
This is not a permissions issue since it only happens occasionally and inconsistently.
It is also not a disk space problem, there is enough space.
Also once this happens, and the flow gets stuck,
we can manually remove the file from mqsitransitin, so its not even locked at this point,
but the flow will not proceed.
What else could be the reason for such behavior ?
Is the broker supposed to retry the file move ?
If it is, what is the retry delay ?
Any help will be welcome.
Many thanks. |
|
Back to top |
|
 |
mpong |
Posted: Wed May 15, 2019 11:23 am Post subject: |
|
|
Disciple
Joined: 22 Jan 2010 Posts: 164
|
I have seen files getting stuck in mqsitransit folder only when IIB node was stopped abrutly as it could not complete the processing. |
|
Back to top |
|
 |
Vitor |
Posted: Wed May 15, 2019 11:31 am Post subject: Re: FileInput node I/O error IIB 10 |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
alex919 wrote: |
What else could be the reason for such behavior ? |
Something like an anti-virus scan which has the file locked when the broker tries to access it, but has released it by the time you try to move it manually.
alex919 wrote: |
Is the broker supposed to retry the file move ? |
No. From a design standpoint, the broker has no reason to assume anything's going to change without human intervention (consider if the permissions were in fact wrong, or the disc was full) so there's no point retrying.
alex919 wrote: |
If it is, what is the retry delay ? |
See above.
alex919 wrote: |
Any help will be welcome. |
Change the permissions on the folders IIB uses so only the IIB account can access them and see who complains their application is getting "Access denied".
If no one complains, see what is running with administrator access. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
alex919 |
Posted: Wed May 15, 2019 11:32 pm Post subject: |
|
|
Newbie
Joined: 17 Jul 2012 Posts: 7
|
Quote: |
Change the permissions on the folders IIB uses so only the IIB account can access them and see who complains their application is getting "Access denied". |
We will check about anti-virus and then try this idea.
Thank you! |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|