-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: add support for creating velero schedules (#350) #351
Conversation
2d237e8
to
f38eb62
Compare
f38eb62
to
25f96b0
Compare
b65458d
to
b7460ce
Compare
aefbbc1
to
6dd7ac9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The velero s3 path looks like: restic/matomo/config
although the backup name is matomo.matomo-matomo
maybe the dot will not be added to the backup path (which is not ideal)
beside that it works fine :-)
operator/src/main/kotlin/eu/glasskube/operator/apps/common/backup/BackupSpec.kt
Outdated
Show resolved
Hide resolved
So, I did some digging and it looks like this is a limitation of Veleros "File System Backup" component. When instructed to create a PodVolumeBackup during a backup, the I think the only workaround for this might be to create a EDIT: Functionality wise, it should not matter though. It should be possible to restore individual volumes, even if they lie in the same restic repository. |
6dd7ac9
to
fb642bd
Compare
5fded7a
to
f50af3d
Compare
added Cloud Storage Backup CronJob for Gitlab and updated Cloud Storage Backup image tag to v0.2.1 |
f50af3d
to
2b448dc
Compare
No description provided.