Skip to content

Conversation

@flx5
Copy link

@flx5 flx5 commented Oct 24, 2025

Users should be able to specify additional cron jobs (for updating previews or running occ db:add-missing-indices automated)

Description of the change

Add configuration option to specify more cron jobs

Benefits

Users can run preview generation or update missing indices automatically

Possible drawbacks

Added complexity to the cron jobs

Checklist

Users should be able to specify additional cron jobs (for updating previews or running occ db:add-missing-indices automated)

Signed-off-by: Felix Prasse <1330854+flx5@users.noreply.github.com>
# Allow configuration of lifecycle hooks
# ref: https://kubernetes.io/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/
# Set securityContext parameters. For example, you may need to define runAsNonRoot directive
securityContext: { }
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we really make everything reconfigurable? (labels, annotations, affinity, resources, securityContext ....)
Why not use a shell in current command: or here in additional just a different schedule and command

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I actually was thinking about just going for a bash -c "... && ..." style. To be honest I might be fine with that as well for my use case. Just some commands might be better to run on a different schedule than the normal cron job.

@wrenix wrenix added the 0. Needs triage Pending approval or rejection. This issue is pending approval. label Oct 27, 2025
@volker-raschek
Copy link
Contributor

Hey @flx5,
I like the Idea, but not the current implementation.

Even though I know that you have only implemented a loop there, in my opinion, essential features are missing, such as being able to define initContainers or custom containers.

I would welcome the option of allowing users to define additional cronJobs, which would enable them to define initContainers or containers independently. After all, it is not a prerequisite that the cronJob must be executed in a nextcloud container image. They can use what THEY want.

Volker

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

0. Needs triage Pending approval or rejection. This issue is pending approval.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants