@stoccafisso said in Install errors:
Will this work well for later updates of the app?
I am trying to fix this issue without this dirty hands-on fix.
So, if I get this fixed, my quickfix guide is not needed.
Yes, we currently roll out the release slowly by first character of the dashboard domain, however now a-z but a bit random, so it is isn't always the same Cloudrons getting the versions first.
At the moment the release is only available for those but will not auto-update yet.
@nebulon , per request:
https://forum.cloudron.io/topic/14525/improving-user-experience-with-ssh-keys-for-sshfs-and-volume-mounts
Many, many thanks. And, if I find anything useful, I'll update that thread. Or, this one, and cross-link.
To update everyone here, this is fixed with https://git.cloudron.io/platform/box/-/commit/21191bdc5075bfd334c11d9ffc321e222fa0b6d4
Turns out the code would cleanup ssh identity files when a temporary mount (for the app import) gets removed, despite that key file still being used in another volume or backup site. Root cause was that the key file name was just the host of the remote, which is not unique. We have made the filenames now unique.
Good catch, this is fixed now with https://git.cloudron.io/platform/box/-/commit/c35543af924a5cc8e82eac8c8fc0ef8139503f5a
The quota sorting was also off.
Hello @dgtlmoon
Maybe I am understanding the scheduling settings wrong.
The full log since installation can be viewed here: https://file.cloudron.dev/api/v1/shares/sid-0387aa81cfe5d4aa1b40368f38b4004bd7242e862414b781d1fbed7d2d7c8601?type=raw
If you'd like to look at the UI yourself the password is dd6de65db716 and the URL https://io.changedetection.cloudronapp.cloudron.dev/
Here is the replicated setting from this post.
[image: 1762333420989-5b995c86-09c3-4d26-9d0d-5eb9c958d48e-io.changedetection.cloudronapp.cloudron.dev_settings-resized.png]
It is the latest version v0.50.39.
From https://changedetection.io/tutorial/checking-web-pages-changes-according-schedule
For example, if you combine a "Time between recheck" of 1 days, and then click the "BUSINESS HOURS" shortcut, it will automatically configure a time schedule that runs from 09:00 for 8 hours (until 17:00h), and since you have "recheck" time set to 1 days, it means it will only check once per day at 09:00.
So I'd expect these setting to have created a check at 04:00 o'clock.
But the last check was a manual one and no sceduled check at 04:00.
[image: 1762333508223-b9b020c1-b111-476e-91fa-5215628ea144-image.png]
But maybe I am just understanding the setting wrong.
Thanks in advance @dgtlmoon
@perelin can you write to support@cloudron.io? we can look into why it's getting stuck .
also, maybe the logs at /home/yellowtent/platformdata/logs/box.log has something ?
[2.8.10]
Update cal.com to 5.8.12
Full Changelog
feat: new workflow variable booking title by @dhairyashiil in #24308
refactor: api v2 breaking changes CI check by @supalarry in #24999
refactor: v2 api event-types/:eventTypeId access by @supalarry in #24969
Hello @Jordy
Be very careful with Nextcloud and migrating an OIDC setup.
I know that Nextcloud does not play well with these type of migrations.
Always test this with a clone from backup and a new installation with the same version where you select let the app handle accounts.
There is this app https://apps.nextcloud.com/apps/user_migration for user migration but still, proceed with caution.
I've looked into the LDAP to local user migration and have all SQL queries to do that, but not for OIDC to local user.
How Nextcloud behaves if you simply change the OIDC provider I can't tell right now.
So please keep us updated with findings.
