-
Notifications
You must be signed in to change notification settings - Fork 1.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
[Bug]: Upgrade 23.0.3 to 23.0.4 docker Server does not migrate #1742
Comments
I have the exact the same problem. Updated from 23.0.3 to 23.0.4 with same log entries. |
I did the same. I will stick with the older version until this Bug gets fixed. |
Thanks for reporting. Let's investigate |
Can anyone here share their setup? How many containers are you running? Are you sharing the html volume between those? |
I have docker running on a raspberry pi and manage my containers via docker compose. here is my docker compose file content:
|
|
same here, upgrade breaks on 23. Can't specify a lower version in the 23 branch, my installation is completely down. |
@scrummie02 Hope this helps: Locally, docker image |
I'm getting this now. |
Can't even get into the docker container at all now, says it's not started even though it shows up. What a disaster |
I can confirm this problem for the update to 24.0.0.12 as well. Configuring Redis as session handler
Initializing nextcloud 24.0.0.12 ...
Upgrading nextcloud from 23.0.3.2 ...
Another process is initializing Nextcloud. Waiting 10 seconds...
Another process is initializing Nextcloud. Waiting 20 seconds...
Another process is initializing Nextcloud. Waiting 30 seconds...
Another process is initializing Nextcloud. Waiting 40 seconds...
Another process is initializing Nextcloud. Waiting 50 seconds...
Another process is initializing Nextcloud. Waiting 60 seconds... |
Can anyone try to manually remove the lock file in your html directory and try again? I have no idea why this file would be created and not deleted after initialization. One this file is deleted, the process will start again ending the |
@skjnldsv thx, this did work 👍🏼 Configuring Redis as session handler
Initializing nextcloud 24.0.0.12 ...
Upgrading nextcloud from 23.0.3.2 ...
Nextcloud or one of the apps require upgrade - only a limited number of commands are available
You may use your browser or the occ upgrade command to do the upgrade
Setting log level to debug
Turned on maintenance mode
Updating database schema
Updated database
Disabled incompatible app: twofactor_totp
Updating <lookup_server_connector> ...
Updated <lookup_server_connector> to 1.12.0
Updating <oauth2> ...
Updated <oauth2> to 1.12.0
Updating <files> ...
Updated <files> to 1.19.0
Updating <cloud_federation_api> ...
Updated <cloud_federation_api> to 1.7.0
Updating <dav> ...
Fix broken values of calendar objects
Starting ...
Clean up old calendar subscriptions from deleted users that were not cleaned-up
0/0 [>---------------------------] 0% Starting ...
Updated <dav> to 1.22.0
Updating <workflowengine> ...
Updated <workflowengine> to 2.6.0
Updating <federatedfilesharing> ...
Updated <federatedfilesharing> to 1.14.0
Updating <provisioning_api> ...
Updated <provisioning_api> to 1.14.0
Updating <settings> ...
Updated <settings> to 1.6.0
Updating <twofactor_backupcodes> ...
Updated <twofactor_backupcodes> to 1.13.0
Updating <viewer> ...
Updated <viewer> to 1.8.0
Update app twofactor_totp from App Store
Starting code integrity check...
Finished code integrity check
Update successful
Turned off maintenance mode
Resetting log level
The following apps have been disabled:
Initializing finished |
So, this is the issue with a lockfile, I don't think we can really detect if it has been created by accident or if the process that was using it, is actually still running? Anyone have ideas? |
I'll try |
didn't work for me...it comes back. |
I comes back if you have another container starting with the same shared html |
|
Thanks for replying...Here is my compose:
What do you mean shared HTML? |
It will be created, but it is fine. What is not fine is if the file already exists before the container starts |
Removing the lock file worked, thanks @skjnldsv! |
it's a host directory so remove all the contents? |
okay stopped the container and deleted the lockfile; restarted it. Then this:
This too when lock is deleted Apache logs: |
Seems like you are facing another unrelated issue 🤔 |
When I do delete it, it comes back and the same error. |
I did get the same, upgrade from 22.2.7 to 23.0.4 and I get the issue. |
I removed the lock file and recreated the container with image of 23.0.4 and got the following log output:
The new lock file was created:
Any hints to solve that problem? |
Hi, had the same problem updating from 22.2.7.1 to 22.2.8.1. The "nextcloud-init-sync.lock" on my system was created during the previous update according to its timestamp. This previous update failed because of the "Allowed memory size of xxx bytes exhausted" and I had to run "occ upgrade" manually. After removing the "nextcloud-init-sync.lock" file the update went smooth. |
Maybe we can avoid having to manually delete Please see #1756 Feedback appreciated! |
I did another investigation and deleted the lock file many times. |
Regarding docker-entrypoint.sh The command runs as root not as www-data. I'm not really sure but wouldn't it be better if it is executed with |
Facing the same issue, tried upgrading from 23.0.5 to 24.0.1 docker-compose.yml version: '2'
volumes:
redis:
driver: local
services:
app:
build:
context: ./
dockerfile: Dockerfile.nextcloud
restart: always
container_name: nc_app
working_dir: /var/www/html
depends_on:
- redis
- db
networks:
- nextcloud
volumes:
- <redacted>
environment:
- MYSQL_PASSWORD=<redacted>
- MYSQL_DATABASE=<redacted>
- MYSQL_USER=<redacted>
- MYSQL_HOST=db
- REDIS_HOST=redis
db:
build:
context: ./
dockerfile: Dockerfile.mariadb
container_name: nc_db
restart: always
command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
networks:
- nextcloud
volumes:
- ./db:/var/lib/mysql
environment:
- MYSQL_ROOT_PASSWORD=<redacted>
- MYSQL_PASSWORD=<redacted>
- MYSQL_DATABASE=<redacted>
- MYSQL_USER=<redacted>
redis:
image: redis:6.2-alpine
container_name: nc_redis
restart: always
networks:
- nextcloud
nginx:
image: nginx:1.21.5-alpine
container_name: nc_web
restart: unless-stopped
working_dir: /var/www/html
networks:
- nextcloud
ports:
- 8080:80
depends_on:
- app
volumes:
- ./nginx:/etc/nginx/conf.d:ro
volumes_from:
- app
networks:
nextcloud:
external: true
Dockerfile.nextcloud FROM nextcloud:24.0.1-fpm-alpine
RUN apk --no-cache add shadow && \
groupmod --gid 1001 www-data && \
usermod --uid 1000 www-data Dockerfile.mariadb FROM mariadb:10.7
RUN groupmod --gid 1001 mysql && \
usermod --uid 1000 mysql |
I had to delete the |
docker
|
How do I roll back the update? |
image=Nextcloud:24.0.0 works for me |
I don't know how to specify that version in docker-compose so maybe that's my issue, docker-compose is pulling from |
add the version number to nextcloud as mentioned above |
I had to delete all my data in nextcloud/apps,data,mariadb,config,html and start fresh because everytime I tried to start the previous image it gave me a generic server error as long as I had my data in nextcloud/. Maybe when it pulled the new version and started up it overwrote some of my data from 24.0.0 making it impossible to roll back keeping my data in tact. |
For anyone willing to help, please review #1760 |
|
Got a clean installation on a Raspberry Pi 4 and the issue is still present. My logs show the following:
Deleting the file, trying to mess with permissions and everything didn't seem to help. |
Having the same issue upgrading from 24.0.4.0 to 24.0.5/6.0 : Nextcloud-PRO | Configuring Redis as session handler That's a disaster, not upgrading even deleting the lock file :( Permissions weren't even touched/changed. |
This was only present with the 32bit os. It worked just fine after I reinstalled it with 64bit |
Bug is arch-independent, managed to reproduce this on 64-bit as well |
And i'm not running it on a Raspi, i'm doing on a Debian 64 bit VM and docker |
Found a solution for me. I guess a reason for this error is this: and a solution for my docker-comose file was to add 'seccomp:unconfined'. see here: update is now running... but I'am not a docker/nextcloud expert. don't know if that's a good solution. |
And another one to the pile... Simple upgrade on Docker Container to version 25.0.4 and guess what.... `flock: 9: No locks available Another process is initializing Nextcloud. Waiting...` Cycling on that since... ever... |
Found out that apparently we can't use NFS mounted volumes for Nextcloud configuration it seems... Somehow it breaks the process. |
@imightbelosthere you are absoultely 100% correct for this. Apparently flock can be used with NFS, but it needs to be implemented in a specific way.
You also need to ensure the specific custom_apps and data appear to support NFS mounts at present still |
Bug description
If i want to update my docker Nextcloud installation i get the following issue, that it is waiting forever. But there is no other process running nextcloud.
Steps to reproduce
Expected behavior
Just upgrade it
Installation method
Official Docker image
Operating system
Debian/Ubuntu
PHP engine version
No response
Web server
No response
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Updated from a minor version (ex. 22.2.3 to 22.2.4)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
No response
List of activated Apps
Nextcloud Signing status
No response
Nextcloud Logs
Additional info
No response
The text was updated successfully, but these errors were encountered: