[
https://issues.apache.org/jira/browse/OOZIE-2522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15314770#comment-15314770
]
Rohini Palaniswamy commented on OOZIE-2522:
-------------------------------------------
Changes to SharelibService do not belong to this patch. Please revert it.
bq. //Not throwing exception. Should return null, so that command can be
requeued
Won't this cause commands to be requeued repeatedly in a loop if there is
issue for a longer time and cause queue overflow?
bq. the patch seems to introduce 1 new javac warning(s)
Please look into and fix this one.
> There can be multiple coord submit from bundle in case of ZK glitch
> -------------------------------------------------------------------
>
> Key: OOZIE-2522
> URL: https://issues.apache.org/jira/browse/OOZIE-2522
> Project: Oozie
> Issue Type: Bug
> Reporter: Purshotam Shah
> Assignee: Purshotam Shah
> Attachments: OOZIE-2522-V1.patch, OOZIE-2522-V2.patch,
> OOZIE-2522-V3.patch
>
>
> Bundle queue coord submit command to create coord job.
> CoordSubmitXCommand doesn't acquire any lock. CoordSubmitXCommand inserts
> entries to DB and calls BundleStatusUpdateXCommand to update bundle action.
> At the same time, if there is any ZK glitch, BundleStatusUpdateXCommand will
> fail ( because it needs to acquire lock) and RecoveryService will submit
> duplicate jobs.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
