# Snap refreshes

**URL:** <https://discuss.kubernetes.io/t/snap-refreshes/18791>\
**Category:** microk8s\
**Tags:** docs\
**Created:** [January 20, 2022, 9:51am UTC](https://discuss.kubernetes.io/t/snap-refreshes/18791 "2022-01-20T09:51:04Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![kjackal](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/kjackal/32/1750_2.png) [@kjackal](https://discuss.kubernetes.io/u/kjackal)\
**Post date:** [January 20, 2022, 9:51am UTC](https://discuss.kubernetes.io/t/snap-refreshes/18791/1 "2022-01-20T09:51:04Z")

</div>

[Snaps](https://snapcraft.io/about) are app packages for desktop, cloud and IoT that are easy to install, secure, cross‐platform and dependency‐free and is the preferred way of installing MicrK8s.

The channel specified during installation receives regular updates that include:

- Kubernetes patch releases
- Regression, bug and security fixes

Consider the case of an installation following the v1.27 release:

```auto
snap install microk8s --classic --channel 1.27/stable

```

At regular intervals, the MicroK8s team releases new snap revisions with Kubernetes patches (ie 1.27.1, 1.27.2, etc), updates to the Kubernetes dependencies and any fixes to the add-ons. Such snap refreshes are available to the 1.27 clusters and by default are applied automatically with no user notification.

Use the `snap changes` and `snap change <change-id>` commands to see details on what changed during the last refresh. Refer to the [Snap documentation](https://snapcraft.io/docs/keeping-snaps-up-to-date#heading--changes) for more details.

### Handling refreshes

By default, snaps check for updates once every six hours. In the event of a new release, MicroK8s automatically refreshes to the latest revision within the followed channel. However, there are some scenarios where it may be inconvenient or difficult to refresh the current snap. For those cases the following options are available:

#### Scheduling snap refreshes at convenient times

The `refresh-timer` setting can be used to configure the _global_ refresh schedule for all snaps. The following example sets the refresh window from 22:00 to 23:00 on the last Friday of the month:

```auto
snap set system refresh.timer=fri5,22:00-23:00

```

For more details on the `refresh-timer` option refer to the Snap documentation page on [controlling updates](https://snapcraft.io/docs/keeping-snaps-up-to-date).

#### Block and/or filter out revisions

Placing a store proxy in front of a MicroK8s deployment allows new snap revisions to be ‘held’ while they undergo testing and skipping them if deemed harmful. Please refer to our [Snap Store Proxy How to page](https://discuss.kubernetes.io/t/how-to-control-microk8s-upgrades-using-a-snap-store-proxy/18221) for detailed instructions on setting up a proxy.

---

<div class="post-metadata">

**Author:** ![evilnick](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/evilnick/32/3481_2.png) [@evilnick](https://discuss.kubernetes.io/u/evilnick)\
**Post date:** [January 28, 2022, 3:22pm UTC](https://discuss.kubernetes.io/t/snap-refreshes/18791/2 "2022-01-28T15:22:05Z")

</div>

@a-hahn thanks for contributing here! I don’t think we can include an install method that isn’t recommended though. If you need to gate updates for testing etc, the recommended way is to set up a store proxy, as already documented.

---

<div class="post-metadata">

**Author:** ![a-hahn](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/a-hahn/32/7152_2.png) [@a-hahn](https://discuss.kubernetes.io/u/a-hahn)\
**Post date:** [January 29, 2022, 12:33pm UTC](https://discuss.kubernetes.io/t/snap-refreshes/18791/3 "2022-01-29T12:33:03Z")

</div>

Actually @evilnick I don’t think you respect the code of conduct of this forum. Especially  
o Giving and gracefully accepting constructive feedback  
o Focusing on what is best not just for us as individuals, but for the overall community  
Please read [foundation/code-of-conduct.md at main · cncf/foundation · GitHub](https://github.com/cncf/foundation/blob/main/code-of-conduct.md)

---

<div class="post-metadata">

**Author:** ![evilnick](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/evilnick/32/3481_2.png) [@evilnick](https://discuss.kubernetes.io/u/evilnick)\
**Post date:** [January 31, 2022, 10:07am UTC](https://discuss.kubernetes.io/t/snap-refreshes/18791/4 "2022-01-31T10:07:03Z")

</div>

I’m not ‘not accepting’ your feedback, I’m just disagreeing with it.  
I’m not focussing on what is best for me, but quite the reverse.

You are perfectly welcome to detail your method here in the comments if you want to, or in any other post of your own. I don’t understand why you think it is disrespectful to decline an edit to someone else’s post.
