-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
[bitnami/moodle] Use Moodle 4.4, Image show Version 4.4.3, but Moodle show Version 4.4.1 #72647
Comments
I'm having the same issue. |
Me too |
Hi @pleibling @energyexperts @thiagomennezes, Thanks for using Bitnami and for reporting this issue. Unfortunately I have not being able to reproduce your issue. I have moved to the Can you try downloading the images again? |
Hi, thanks for your help. But this doesn't work for me. I take this:
But it doens't work - i hava all the time the same version. Maybe the files are not refreshed in the local folders (filesystem instead of volumes)? |
@pleibling can you set |
Same problem - i do this:
Same version like before. |
@pleibling what does the
|
Hi @gongomgra, |
From my debugging the problem is rather that moodle is installed on a volume after initial version (which copies /opt/bitnami/moodle to /bitnami/moodle. If I understand the "magic" involved in the run.sh script, it will detect that a version is already installed in /bitnami/moodle and remove /opt/bitnami/moodle and replace the directoy with a symlink to /bitnami/moodle. From my investigation there is nothing the the moodle scripts that will attemt to perform an upgrade of the files in /bitnami/moodle therefore the image is infact the "new version" however the files that is used is still the old moodle version. |
Ok, so we have to wait until this is fixed - right? |
I was "fortunate" enough to be able to just rebuild my env using the latest image... But you might be able to try (in a dev env) to scratch the moodledata volume (which is mounted in /bitnami/moodle) and then it will re-install the moodle files using the new version... BUT I have not tested that. |
Ok, i try this:
This doesn't worked for me. The moodle_data folder is empty and doesn't get the 4.4.3 files. So i shutdown the container, remove the moodle_data, rename moddle_data.save and restart comtainer - so i went back to my 4.4.1 System. |
@pleibling thank you for sharing the output. I also think your issue is related to volumes. Can you try to create a database backup of your app data for version 4.4.1, start version 4.4.3 from scratch (with fresh empty volumes) and then restore the database backup into it? Be careful to not override your current information for version 4.4.1 by mistake. Rename the volumes and point them to a different path on your host's filesystem. |
I have followed the steps for backing up and restoring available in https://hub.docker.com/r/bitnami/moodle. I backed up the production volume and database. After, create another container with version 4.5.0. Then I have restored both backups in this new container. The container has updated but data seems to be partially lost. For example, my user is admin is production container with version 4.4.3, but in this new one I lost my privileges. |
@thiagomennezes I understand that the volume backup that you mention has replaced some of the new Moodle files with the previous ones. Can you try to create a database backup with |
Name and Version
bitname/moodle/4.4
What architecture are you using?
amd64
What steps will reproduce the bug?
I use in docker compose bitnami/moodle:4.4 and :latest - docker inspect show me image.re.name: 4.4.3-debian-12-r2, but when i log in to moodle and check Version, they show me 4.4.1 Build 20240610.
So i shut down container, docker system prune -a and renew with docker compose pull and start the container. But the stay all the time on the same version.
I need to upgrade, cause there are any critical Security fixes in the new release.
How can i upgrade, did i make mistakes?
What is the expected behavior?
Get updatest to 4.4.3
What do you see instead?
Version 4.4.1 Build 20240610
Additional information
No response
The text was updated successfully, but these errors were encountered: