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
oc_filecache path too long on upgrade from 11.0.4.1 to 12.0.3 #6787
Comments
I solved the problem by changing db_structure.xml
to
but I don't really know if this is the best idea. |
seems legit, can you close your issue |
Ok, but now I get a code integrity warning because the checksum of db_structure.xml has changed. So maybe it would be a good idea to raise the length of the column "path" for all customers? files_versions/Shared/Postfach/eps_alle/9008983005259.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008983010628.eps/Shared/Postfach/eps_alle/9008/Shared Is there a way to repair this table? I have already tried this two commands:
|
@icewind1991 the path looks broken, any idea? |
I was upgrading 11>12 and during the occ upgrade, it hangs and then dumps the below DB error. There is only one "\Done" in the SMB path of this mount. We checked the record in the MySQL db and it has a single additional "\Done" currently that does not exist in the actual path. We tried updating the MySQL record and removing the extra \Done but that didn't keep the error from happening again. At this point, my upgrade is stuck and I need it back online.
SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'path' at row 1 |
Do you have a stacktrace for this error? |
@nickvergessen I'm afraid I don't and I rolled the update back to 11 where it sits now. |
@nickvergessen it's the same problem as I had. As far as I remember there is a repair-script to fix up the path column of the table oc_filecache. I assume there could be a problem with this routine that keeps adding the path to the end of the path until the value of the column is too long for the size of the varchar-field. |
I just did the upgrade from 12.0.3 to 12.0.4 and the same problem occured again. |
I'm also facing the same issue where the file path is too long. Is there a way to fix this? |
Is this still relevant? It could be good to increase the length for |
I didn't get this error anymore since a long time, but the max length of my path field is still 10.000 and I've still got about 50 entries with a length a little bit longer than 4.000 chars because of those repeated path values. |
Hi, please update to 24.0.8 or better 25.0.2 and report back if it fixes the issue. Thank you! |
Steps to reproduce
Expected behaviour
upgrade completes successfully
Actual behaviour
Error happens while:
Repair step: Repair invalid paths in file cache","userAgent":"--","version":"11.0.4.1"}
I have shortened the value for the column
path
. It has in fact 8765 characters while the path column is varchar(4000)Server configuration
Operating system:
Ubuntu 16.04 LTS
Web server:
apache 2.4.18
Database:
MySQL 5.7.19
PHP version:
PHP 7.0.22-0ubuntu0.16.04.1
Nextcloud version: (see Nextcloud admin page)
12.0.3
Updated from an older Nextcloud/ownCloud or fresh install:
11.0.4.1
List of activated apps:
App list
Nextcloud configuration:
Config report
Are you using external storage, if yes which one: local/smb/sftp/...
i don't think so
Are you using encryption: yes/no
yes
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
no
Nextcloud log (data/nextcloud.log)
Nextcloud log
The text was updated successfully, but these errors were encountered: