I have a setup using docker compose. However, if I stop and restart the container, very often I find myself unable to do any file operations. If I log in as admin and I go into the Storage tab, I see that all the data services have a “Services Stopped” error.
The main way for me to solve this is to stop, delete and recreate the container 5-10 times until the error goes away. Is there a way to start and stop the services from within the interface? Also, can we find out what is causing the services to die?
could you tell me your pydio version?
when you stay stop and restart the container do you mean that you stop it with
docker-compose stop or just the container via the docker?
Also are you using a volume to persist your data?
Wow thanks for the very quick answer. I’m very keen on making Pydio run well and finally remove Nextcloud.
Yes, I am using docker compose. I stop and restart (and recreate the container with:
docker-compose stop pydio
docker-compose rm pydio
docker-compose up --force-recreate -d
I persist the data by using a host directory for the following volume :
Uhm, previously, I was running Pydio on a 2 CPU, 8GB VPS together with other services. Today I moved Pydio Cells to his own 2 CPU, 8 GB machine where it can run alone, and I did not experience any problem with the services. Maybe they were just dying because they were resource-starved…
ok let me know if it happens again, but as long as you persist your data, you can easily just restart a new container.
If you ever happen to face the error, could you take a look at the container logs (cells) and see if there was an error that popped out.
I believe I’ve found the problem here… I was facing the same issue and actually what happened was that after a server reboot, docker restarted the containers I have with different IP addresses. I was then seeing in the container logs some messages indicating a problem with the peer IP address for the storage.
What I did to fix it was create an isolated network for the pydio container and set a fixed IP address for it. Then I updated all references to the old IP address in the pydio.json config file to the new fixed IP, like this one:
Notice that I’ve mounted my volume as following:
<host path>:/root/.config in order to make all configuration persistent.
Honestly I’m not sure if there is a better way to handle this, but at least for me this solution is working fine.
Jean, thank you for the information. That would also explain why I don’t have any problems if I run the two containers in their own VPS.
Could you please let me know how you set up the isolated network? I am using docker-compose.
Thank you in advance
Valmar, I’ve been using Portainer to create my containers, networks and other stuff, but I believe in a docker compose file things should be something like this:
- <host path>:/root/.config
- CELLS_BIND=<bind ip and port>
- CELLS_EXTERNAL=<external ip and port>
- CELLS_NO_SSL=<ssl enabled/disabled>
- subnet: 172.30.0.0/24
Let me know if this works for you.
thank you for your contribution, so it seems to be on docker’s side.
I will add in the troubleshooting section an indication on that.
@zayn @Jean_Simeoni I confirm that this solved the service problems for me, even if I run cells on machine where other containers are running
Same problem here, setting
does not helps at all
One must create a separate network then the problem goes away (at least for me)
This is not a solution. Eg. I use Kubernetes which is always use dynamic IPs.
We should count that containers are always have dynamic IPs nature. Pydio should counut on that and add some option to control this behavior.
found temporary workaround:
- name: CELLS_NO_SSL
- name: CELLS_BIND
- name: CELLS_EXTERNAL
- name: MY_POD_IP
command: [ '/bin/sh', '-c', 'sed -i "/PeerAddress/ s/: .*/: \"$MY_POD_IP\",/g" /root/.config/pydio/cells/pydio.json; exec /bin/docker-entrypoint.sh cells start']