Discussions
Categories
Groups
Community Home
Categories
INTERNAL ENABLEMENT
POPULAR
THRUST SERVICES & TOOLS
CLOUD EDITIONS
Quick Links
MY LINKS
HELPFUL TIPS
Back to website
Home
Web CMS (TeamSite)
iwprocessd.arena file
fish
TS 5.5 SP3
Solaris
A few times now over the last couple of years we have found after a reboot of the server that Workflow fails to work (I think external tasks hang).
After considerable hair pulling the solution was to remove or move the iwprocessd.arena in iw-home/tmp and reboot the server thus have a new iwprocessd.arena file produced on the reboot.
The most recent occurance of this (today) did not even have a iwprocessd.arena file to move i.e. it was not produced on the original server reboot last night.
Has anyone else witnessed this problem/behaviour?
Steve.
Find more posts tagged with
Comments
Lozza
I'm experiencing problems with external tasks hanging (Solaris, TeamSite 6.1), while they work perfectly well from the command line.
By being in a /tmp folder, I'd assume that iwprocessd.arena is some kind of scratchpad for the workflow subsystem. I'm also assuming that it can get corrupted, resulting in this bug.
Can anyone confirm or deny these assumptions, or know what iwprocessd.arena actually does? By renaming it and rebooting, is any meaningful system data being lost?
fish
<< I'm also assuming that it can get corrupted>>
we once had the file corrupted and we had to remove the file and reboot. As far as I know - no meaning ful data was lost when we did this. So your assumption of some kind of scratchpad makes some sense to me but I'd guess an IW engineer can confirm this officially.
-----------------------
Steve.
Balu110
Some time before we had similar problem in our production server. Users were unable to list their workflow jobs (or) clicking on work flow tab was taking more time than it suppose to. So after researching and contacting IW support we resolved the issue.
Did the following:
IW support felt that workflow jobs were hanging upon starting external tasks. So they suggested to clean-out the workflow repository from iw-store, but the problem still occurred. So we removed the
`iwgethome`/tmp/iwprocessd.arena file
, which handles the shared memory for all external tasks. They told that the arena file may have been corrupted by too many jobs/tasks hanging.
Also they instructed us to run
kill -USR2
which will then enable verbose logging to /var/adm/iwprocessd.log.
After the above steps and restart of TS resolved the issue.
They recommended to run iwstat -c on a regular basis to monitor backing store and workflow repository activities.
HTH,