==> Changing ownership on every restart

[mehdi]

@luckow I don't think it's the chown command that takes time. It's really fast, even on large amounts of files.

[girish]

I am surprised as well. chown should be quick enough (not 4 hours anyway). Do you get the same performance if you run the command on the server directly? How much data are we talking about (you can do find . -type f | wc -l in the data directory ) ?

[luckow]

sorry for "lying". it felt like 4 hours. the last update/restart takes only 1h10m
Sep 11 17:08:53 ==> Changing ownership
Sep 11 18:16:21 ==> Starting minio

:/app/data#find . -type f | wc -l
50 minutes later
1178082

[girish]

OK, I have pushed an update now which will chown only if required. It's a bit of hack, but if it causes problems we can fix it in a future update.

[luckow]

I've run the update. It's a little bit faster:
Sep 11 21:58:16 ==> Changing ownership
Sep 11 22:41:17 ==> Starting minio

[mehdi]

@luckow maybe it's really long on your machine because it actually has to change the ownership, not just ensure it's correct?

Do you have any kind of unusual setup that could cause this ?

[imc67]

strange, I use a Minio app on Cloudron with about 300GB files (backup from my MacBook) and there are absolutely no issues, after update it's immediate available

[girish]

@luckow Oh, let me guess maybe it's on a filesystem which is not ext4 and does not actually support permissions! can you do ls -l /app/data ?

[luckow]

@girish said in ==> Changing ownership on every restart:

ls -l /app/data

from inside the container it looks like

root@3435b3d0-07cb-4c5e-9723-d69d7feb6285:/app/code# ls -l /app/data
total 4
drwxr-xr-x 4 cloudron cloudron 4096 Sep 11 20:41 data

[girish]

@luckow Do you know if the partition is ext4?

[luckow]

taken from https://my.example.org/#/system

/dev/sda4 mounted at /home
This ext4 disk contains: ...