Please, separate automatic apps and platform upgrades
-
@necrevistonnezr said in Please, separate automatic apps and platform upgrades:
So was this a "standard" update or - as "many releases ago" suggests - an update crossing several versions?
We only have standard update i.e updating from previous version to next one. Cannot jump several versions (atleast, we have never tested this, but in any case there is no easy way to do this unless you hotfix the code from gitlab).
I was debugging a bit yesterday but we have a code path where we create keys. These keys have to be written into filesystem and the database. It's written in db for backup and written in filesystem for containers to be able to use them. Unfortunately, writing to fs and db is not an atomic operation. The current code gets confused if there is some crash between the two writes (for example, no disk space). I will just fix it to be more robust.
-
@girish thank you.
Does it mean that separate apps updates and manual platform updates are out of the scope for the foreseeable future?
@potemkin_ai said in Please, separate automatic apps and platform upgrades:
Does it mean that separate apps updates and manual platform updates are out of the scope for the foreseeable future?
Ah no. I was simply stating the lay of the land
If it's seen as useful by many, we will implement it.
-
@potemkin_ai said in Please, separate automatic apps and platform upgrades:
Does it mean that separate apps updates and manual platform updates are out of the scope for the foreseeable future?
Ah no. I was simply stating the lay of the land
If it's seen as useful by many, we will implement it.
-
@girish I see, thank you for clarification. I guess it means we are speaking months here.
Is there any API call, that I can probably execute with
curlto automatically update only apps from cron? -
@potemkin_ai internally, there is only one update pattern, we have to implement splitting it up.
-
@girish Ok… what about something that gets all apps list, check and execute update on any of those, who has ‘update available’ flag?
@potemkin_ai perhaps make an N8N workflow with the API
-
@potemkin_ai perhaps make an N8N workflow with the API
-
@robi I prefer minimum of the moving parts and I don’t really like the programming with n8n; writing a script feels much easier and less error prone.
-
@potemkin_ai it can do that too
-
@robi pardon?
@potemkin_ai scripting within n8n.. or even just a bunch of curl commands I think
-
@potemkin_ai scripting within n8n.. or even just a bunch of curl commands I think
-
Well, if you can do it from the UI there's an API, so one can look at all the browser calls as they're made. I started a few posts here on the forum documenting my steps with similar attempts to automate it, but got stuck with no help.
Might be good to wait until @girish documents the overhauled API and makes things easier.
-
We are just getting the 7.5 announcements out. Will fix up the rest API docs later this week. There's a lot of api calls that have changed. But what you are asking can be done using api as @robi said. If you curious just follow the browser api calls.
-
We are just getting the 7.5 announcements out. Will fix up the rest API docs later this week. There's a lot of api calls that have changed. But what you are asking can be done using api as @robi said. If you curious just follow the browser api calls.
@girish frankly speaking, reverse engineering is not what I've been hoping for
Please, check screenshots from the same platform - with automatic updates disabled, while it still says that apps are still covered by an automatic updates.
Where is a truth here?
-
@girish frankly speaking, reverse engineering is not what I've been hoping for
Please, check screenshots from the same platform - with automatic updates disabled, while it still says that apps are still covered by an automatic updates.
Where is a truth here?
@potemkin_ai The app section is referring to the app's update settings. The global section is referring to the global settings. Global settings overrides the app level settings. So, in this case, all updates are disabled.
The app setting is simply saying updates are enabled at the app level. But the global level setting will prevent the app from updating.
-
@potemkin_ai The app section is referring to the app's update settings. The global section is referring to the global settings. Global settings overrides the app level settings. So, in this case, all updates are disabled.
The app setting is simply saying updates are enabled at the app level. But the global level setting will prevent the app from updating.
@girish I see. It feels like the platform doesn't really favour manual updates or a separate platform and apps updates.
I can understand that - the concept of making a lot of upgrades often - but it's really a pity from the perspective of managing quite a few cloudrons in business critical tasks.
-
@girish , will that API call update all of the pending apps as well?
https://docs.cloudron.io/api.html#tag/Updater/operation/updateCloudronIf not, what would be?
-
This only updates the platform itself. App updates have to be triggered individually via API (apps API docs are still pending as we rework the docs currently)
@nebulon thank you! I've managed to find a way around to keep automated updates keeping the risk of update failure to a minimum, but - don't you consider using btrfs or zfs's snapshots to work that around on the platform level?
