Integrity check failed - after Upgrade to 10.6.0

Steps to reproduce

Expected behaviour

Upgrade from 10.4.1.3 to 10.6.0

Actual behaviour

Upgrade to 10.6.0 completed (successfully) however the integrity check failed

Server configuration

Operating system: Ubuntu 18.04 (all packes are up to date)

**Web server: Apache/2.4.29

**Database: 10.1.47-MariaDB

**PHP version: 7.2.24

**ownCloud version: 10.4.1
**Updated from an older ownCloud or fresh install: it was a fresh 10.4.1 install before I tried to upgrade to 10.6.0

I downloaded the tar file from the ownncloud website and followed the upgrade process. The following apps are installed on the server:

Enabled:

  • comments: 0.3.0
  • configreport: 0.2.0
  • dav: 0.5.0
  • federatedfilesharing: 0.5.0
  • federation: 0.1.0
  • files: 1.5.2
  • files_external: 0.7.1
  • files_mediaviewer: 1.0.2
  • files_sharing: 0.12.0
  • files_trashbin: 0.9.1
  • files_versions: 1.3.0
  • firstrunwizard: 1.2.0
  • impersonate: 0.5.0
  • market: 0.5.0
  • notifications: 0.5.0
  • provisioning_api: 0.5.0
  • systemtags: 0.3.0
  • updatenotification: 0.2.1
  • user_ldap: 0.15.2
    Disabled:
  • encryption
  • external
  • user_external

I already disabled the most apps for the upgrade (I looked the docu which are supported) but after the upgrade I get the message that the integrity check failed.

Technical information

The following list covers which files have failed the integrity check. Please read
the previous linked documentation to learn more about the errors and how to fix
them.

Results

  • federatedfilesharing
    • EXTRA_FILE
      • l10n/de_AT.json
      • l10n/de_CH.json
      • l10n/de_CH.js
      • l10n/de_AT.js
  • files_external
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js
      • 3rdparty/phpseclib/phpseclib/phpseclib/Math/BigInteger.php
      • 3rdparty/phpseclib/phpseclib/phpseclib/System/SSH/Agent/Identity.php
      • 3rdparty/phpseclib/phpseclib/phpseclib/System/SSH/Agent.php
      • 3rdparty/phpseclib/phpseclib/phpseclib/Net/SFTP.php

…

  • dav
    • EXTRA_FILE
      • appinfo/Migrations/Version20200114181454.php
      • appinfo/Migrations/Version20200427142541.php
      • l10n/de_CH.json
      • l10n/de_CH.js
  • updatenotification
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js
  • federation
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js
  • files_trashbin
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js
  • files_sharing
    • EXTRA_FILE
      • appinfo/Migrations/Version20200823121322.php
      • appinfo/Migrations/Version20200504211654.php
      • l10n/de_CH.json
      • l10n/de_CH.js
      • lib/External/ScanExternalSharesJob.php
  • notifications
    • EXTRA_FILE
      • l10n/el.json
      • l10n/nl.json
      • l10n/tr.json
      • l10n/zh_CN.js
      • l10n/nl.js
      • l10n/zh_CN.json
      • l10n/tr.js
      • l10n/el.js
  • files
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js
      • lib/Command/TroubleshootTransferOwnership.php
  • comments
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js
  • files_versions
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js
  • systemtags
    • EXTRA_FILE
      • l10n/de_CH.json
      • l10n/de_CH.js

…
Array
(
[federatedfilesharing] => Array
(
[EXTRA_FILE] => Array
(
[l10n/de_AT.json] => Array
(

Does anybody knows what I could do

Hello,

To fix the extra file error of the integrity check you need to remove the mentioned files.

https://doc.owncloud.com/server/admin_manual/configuration/general_topics/code_signing.html#errors

You can also add them to the exemption from integrity check.

https://doc.owncloud.com/server/admin_manual/configuration/server/config_sample_php_parameters.html#define-files-that-are-excluded-from-integrity-checking

1 Like

This are a lot of files which I had to exclude; Would it be better to disable the integrity check generally?
Thanks!

Did you by any chance forget to move the old ownCloud folder out of the way before unpacking the new ownCloud installation?

I notice that all of your errors are for apps. Are you using an external app directory?

1 Like

I first moved the owncloud folder to “old_owncloud”; then I started to extract the new owncloud,…I also copied the old “apps” and “apps-external” folders (from /var/www/old_owncloud) to the new owncloud.

So I hope this was the correct way.

This sounds correct.

Copying the old apps folder back, downgraded all your apps.

Apps that are in the folder /apps are shipped with the ownCloud installation. If you overwrite it with the old version, these apps were downgraded. And if you didn’t remove the original /apps folder before copying it over from the old folder you have some weird Frankenstein’s monster version mixture of new and old files within your apps.

Remove the current /apps and install the version straight from the tarball.

Check your config.php for a construct like this, to see whether you have the apps-external folder enabled:

'apps_paths' => [
	0 =>
		[
			'path' => OC::$SERVERROOT.'/apps',
			'url' => '/apps',
			'writable' => false,
		],
	1 =>
		[
			'path' => OC::$SERVERROOT.'/apps-external',
			'url' => '/apps-external',
			'writable' => true,
		],
  ],

https://doc.owncloud.com/server/admin_manual/configuration/server/config_sample_php_parameters.html#define-alternative-app-directories

If this is the case you can put custom apps, that are not in your /apps folder into /apps-external.
If not create it and copy custom apps (installed through market place after installation, not part of the tarball), from owncloud-old/apps/<name of app> to owncloud/apps-external/<name of app>. Make sure not to change the file permissions and ownership.

1 Like

Thank’s for the information. I will try it and give you feedback if this works fine :slight_smile:

thank you very much…your description worked fine; :slight_smile: I have now installed 10.6.0 without getting any integrity check errors.

2 Likes