[SUPPORT] HoodieCompactionException on hoodie metadata causing upserts to fail.
- Dominant language
- Java
- Stars
- 6.2k
- Forks
- 2.5k
- Avg merge
- 2d 8h
- Merged PRs (30d)
- 111
Description
**Describe the problem you faced**
In one of the job runs involving upsert data to Hudi CoW table, I observed failure corresponding to HoodieCompactionException on metadata folder. See screenshot below for Job 117 failing.



In terms of timeline, on 11th March we initially observed the failure error. On a few re-runs performed on between 11th March & 16th March, the same error persisted.
On a run made on 18th March, the job run succeeded performing the upsert successfully. Since then we have not reproduce the issue but need an understanding on why it may have happened and in what scenarios can this situation re-occur.
Another observation:
In the S3 hoodie metadata location, I see that a compaction request started on Mar 11th, but it got into inflight & finally committed on Mar 16th. (See screenshot)

Questions:
1. What may have caused this failure to impact our upserts to fail?
2. What may have caused this failure to recover with no chages made to our configuration?
3. Please explain the behavior of the metadata compaction commit as mentioned above.
4. How can we guard ourselved against such failure scenarios?
**To Reproduce**
Steps to reproduce the behavior: N/A - intermittent behavior. I want to understand if this can re-occur, and in what scenarios.
**Expected behavior**
A clear and concise description of what you expected to happen.
**Environment Description**
* Hudi version : 0.15.0
* Spark version : 3.4.1
* Hive version :
* Hadoop version : 2.7.5
* Storage (HDFS/S3/GCS..) : S3
* Running on Docker? (yes/no) : no
**Additional context**
Add any other context about the problem here.
**Stacktrace**

Contributor guide
No contributing guide indexed for this repository
Research direction
No source file or test is named, and reproduction is unavailable. Start with the attached stack trace and the Hudi 0.15.0 metadata-compaction timeline, comparing the failed runs with the successful March 18 run. Done means documenting the failure, recovery, compaction commit behavior, and applicable safeguards.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, hadoop, java, spark
- Domain
- cloud, data-engineering, databases
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100