Capture stop due to error: Capture: 10705 - writecommit failed (4342230)

capture stopped with the following messages in the event_log:

Error 2012-10-27 08:17:39.185881 51773472 1 Capture stopped: Internal error encountered; cannot continue (capturing from trims)
Error 2012-10-27 08:17:39.184654 51773472 1 Capture: 10705 - writecommit failed que_BUFWRTERR: Error writing buffer to file (capturing from trims) [module oct]
Error 2012-10-27 08:17:39.182758 51773472 1 Capture: Permission denied bu_rls.bu_wt (capturing from trims) [module que]
Error 2012-10-27 08:17:39.181521 51773472 1 Capture: Permission denied bu_wt.bu_fd (capturing from trims) [module que]
Error 2012-10-27 08:17:39.180030 51773472 1 Capture: Permission denied bu_rls.open (capturing from trims) [module que]
 

Some of shareplex files under $SP_SYS_VARDIR currently belong to a different owner than shareplex owner.

This is likely caused by a startup process when scheduler or user starts up shareplex process as a different user than shareplex owner. For example, scheduler launches sp_cop from a script, and root:system performs the startup process.

Temporary remedy:
1. chown -R <shareplex_user>:<spadmin_owner> <$SP_SYS_VARDIR>
chown -R splex:spadmin <$SP_SYS_VARDIR> (splex is the owner, and spadmin is the group)
2. qview -i
fixup all
3. as <shareplex_user>:<spadmin_owner> starts sp_cop
4. monitor the situation.

Permanent remedy:
1. Find out what and which system user involve in Shareplex starting process.
2. change the process to make sure <shareplex_user>:<spadmin_owner> is the owner of shareplex starting process.