- 
                Notifications
    
You must be signed in to change notification settings  - Fork 1k
 
Disable WAL archiving #908
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
Conversation
| 
           Resolves #907  | 
    
e639691    to
    b36e998      
    Compare
  
    | 
           Did a rebase to align with current master. Any comments on this PR by the maintainers?  | 
    
| 
           @spohner thanks for your contribution. We have this fashion to name our flags "Enable..." and I would like to stick to that. The default should then be   | 
    
| 
           Did the changes that you requested, @FxKu. Let me know if there is anymore I can do to get this merged. I can see that the CI is failing due to out-of-date codegen files, but dont know why as it works fine on my machine. Did I miss something?  | 
    
| 
           Thanks. You have to update the generated code. Simply run   | 
    
56212fb    to
    614de7a      
    Compare
  
    614de7a    to
    a679194      
    Compare
  
    | 
           Revisited this one and improved it. The previous attempt did not work when editing enableWALArchiving after the cluster was created. Now this should also work. @FxKu  | 
    
| 
           Would it be considerably difficult to make it possible to configure backup paths/locations/overall Spill pod environment variables per cluster instead of per-operator?  | 
    
| 
           We really need it. Wish it be merged soon.  | 
    
| } | ||
| 
               | 
          ||
| if c.OpConfig.WALES3Bucket != "" { | ||
| if c.OpConfig.WALES3Bucket != "" && enableWALArchiving { | 
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.
Unless I'm mistaken, not setting WAL_S3_BUCKET will not enable physical backups as well (https://github.com/zalando/spilo/blob/2.0-p7/postgres-appliance/scripts/configure_spilo.py#L862) so I think enableWALArchiving should be more generic.
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.
And shouldn't we do the same for c.OpConfig.WALGSBucket as well?
| 
           How can I help to get this merged? Thanks.  | 
    
| 
           Hi , Is this PR merged?  | 
    
| 
           What's the status on that PR? It looks very useful.  | 
    
| 
           Any news?  | 
    
| 
           With #1794 merged we can close this PR. With the next release you will be able to disable archiving by overwriting WAl location to an empty string.  | 
    
| 
           Thanks again @spohner for bringing it up. It's def. useful if you can turn off archiving for single clusters, but not all. Hope the new release will help you then.  | 
    
| 
           Great news! Thanks.  | 
    
| 
           Thanks a lot!  | 
    
| 
           Hi,  | 
    
This PR adds a disableWALArchiving option in the cluster-spec allowing to override the WAL_S3_BUCKET environment variable and setting it to blank. This will tell Spilo to disable the WAL archiving.
Relevant Spilo code:
https://github.com/zalando/spilo/blob/01a3a99db55c6f4e38a29528fee4c6c7619d719a/postgres-appliance/scripts/configure_spilo.py#L999
https://github.com/zalando/spilo/blob/01a3a99db55c6f4e38a29528fee4c6c7619d719a/postgres-appliance/scripts/configure_spilo.py#L551
https://github.com/zalando/spilo/blob/01a3a99db55c6f4e38a29528fee4c6c7619d719a/postgres-appliance/scripts/configure_spilo.py#L42