Skip to content

Conversation

@EnricoMi
Copy link
Contributor

@EnricoMi EnricoMi commented Oct 24, 2023

What changes were proposed in this pull request?

With a manual trigger, the workflow can be executed manually after merging a fix of the workflow to master. This also allows to run the workflow only on a subset of branches (e.g. those that failed).

Why are the changes needed?

Sometime, publishing snapshots fails. If a fix of the workflow file is needed, that change can only be tested by waiting for the next day when the cron even triggers the next publish. This is quite a long turnaround to test fixes to that workflow (see #43364).

Does this PR introduce any user-facing change?

No, this is purely build CI related.

How was this patch tested?

This can only be tested in master. Github workflow syntax tested in a private repo.

Was this patch authored or co-authored using generative AI tooling?

No

@github-actions github-actions bot added the INFRA label Oct 24, 2023
@EnricoMi
Copy link
Contributor Author

I have outlined a sequence of steps to fix the snapshot publish workflow in SPARK-45651. This is a pre-cursor, which can remain in master as it is generally useful if publishing snapshots fail and a workflow fix is required, which is where merely rerunning does not work (as the rerun will not pick up the workflow fix). @LuciferYang @HyukjinKwon

@HyukjinKwon HyukjinKwon changed the title [SPARK-45651][Build] Publish snapshot manually [SPARK-45651][BUILD] Publish snapshot manually Oct 24, 2023
@HyukjinKwon
Copy link
Member

Merged to master.

@EnricoMi EnricoMi deleted the publish-snapshot-manually branch October 25, 2023 07:12
HyukjinKwon pushed a commit that referenced this pull request Oct 26, 2023
### What changes were proposed in this pull request?
This logs memory consumption while publishing snapshots. This is to investigate whether the suspected high memory usage is the root cause of `publish_snapshots` failures for master.

Merging this after #43512 allows to run this manually.

### Why are the changes needed?
The working assumption is that high memory usage is the root cause. This logging should provide proof or disproof for this assumption. This can be reverted once more is known or SPARK-45651 is fixed.

### Does this PR introduce _any_ user-facing change?
No

### How was this patch tested?
Locally

### Was this patch authored or co-authored using generative AI tooling?
No

Closes #43513 from EnricoMi/publish-snapshot-log-memory.

Authored-by: Enrico Minack <github@enrico.minack.dev>
Signed-off-by: Hyukjin Kwon <gurwls223@apache.org>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants