Forums

Resolved
0 votes
Frankly, I am disappointed that I am having to make this post at all. I expect more from a paid feature.

Has anyone else came across these installation issues on a fresh install and what are the procedure to resolve it. The

Security & setup warnings
It's important for the security and performance of your instance that everything is configured correctly. To help you with that we are doing some automatic checks. Please see the linked documentation for more information.

There are some errors regarding your setup.
Some files have not passed the integrity check. Further information on how to resolve this issue can be found in the documentation. (List of invalid files… / Rescan…)
MySQL is used as database but does not support 4-byte characters. To be able to handle 4-byte characters (like emojis) without issues in filenames or comments for example it is recommended to enable the 4-byte support in MySQL. For further details read the documentation page about this.
Your web server is not properly set up to resolve "/.well-known/caldav". Further information can be found in the documentation.
Your web server is not properly set up to resolve "/.well-known/carddav". Further information can be found in the documentation.
No memory cache has been configured. To enhance performance, please configure a memcache, if available. Further information can be found in the documentation.
The PHP OPcache is not properly configured. For better performance it is recommended to use the following settings in the php.ini:
opcache.enable=1
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.memory_consumption=128
opcache.save_comments=1
opcache.revalidate_freq=1
The database is missing some indexes. Due to the fact that adding indexes on big tables could take some time they were not added automatically. By running "occ db:add-missing-indices" those missing indexes could be added manually while the instance keeps running. Once the indexes are added queries to those tables are usually much faster.
Missing index "calendarobject_calid_index" in table "oc_calendarobjects_props".
Missing index "schedulobj_principuri_index" in table "oc_schedulingobjects".
This instance is missing some recommended PHP modules. For improved performance and better compatibility it is highly recommended to install them.
imagick
Some columns in the database are missing a conversion to big int. Due to the fact that changing column types on big tables could take some time they were not changed automatically. By running 'occ db:convert-filecache-bigint' those pending changes could be applied manually. This operation needs to be made while the instance is offline. For further details read the documentation page about this.
mounts.storage_id
mounts.root_id
mounts.mount_id
Please double check the installation guides ↗, and check for any errors or warnings in the log.

Check the security of your Nextcloud over our security scan ↗.
Tuesday, December 22 2020, 03:53 AM
Share this post:
Responses (1)
  • Accepted Answer

    Tuesday, December 22 2020, 11:11 AM - #Permalink
    Resolved
    0 votes
    If it ever comes out, the upgrade to NC19 may fix some of these.

    Before fixing MySQL, note ClearOS uses the system database, so system-mariadb. The problem with fixing the 4-byte support in MySQL is that it is global, so I have no idea what it does to the rest of the database.

    See the documentation for fixing the .well-known. You need to update your /usr/share/nextcloud/.htaccess. It is dangerous to fix this programatically in case another program has set them (e.g SoGo sets them)

    You can fix the missing indices and big int support yourself using the commands mentioned, but note the mention of taking NC offline to do the big int conversion. I think the upgrade to NC19 will fix some or all of these.

    I am not sure why we get the opcache.... warnings. I get the warnings but the values are set on my system:
    [root@server ~]# grep opcache.enable= /opt/rh/* -r
    /opt/rh/rh-php56/register.content/etc/opt/rh/rh-php56/php.d/10-opcache.ini:opcache.enable=1
    /opt/rh/rh-php56/root/usr/share/doc/rh-php56-php-common-5.6.25/php.ini-development:;opcache.enable=0
    /opt/rh/rh-php56/root/usr/share/doc/rh-php56-php-common-5.6.25/php.ini-production:;opcache.enable=0
    /opt/rh/rh-php70/register.content/etc/opt/rh/rh-php70/php.d/10-opcache.ini:opcache.enable=1
    /opt/rh/rh-php70/root/usr/share/doc/rh-php70-php-common-7.0.27/php.ini-development:;opcache.enable=0
    /opt/rh/rh-php70/root/usr/share/doc/rh-php70-php-common-7.0.27/php.ini-production:;opcache.enable=0
    /opt/rh/rh-php71/register.content/etc/opt/rh/rh-php71/php.d/10-opcache.ini:opcache.enable=1
    /opt/rh/rh-php71/root/usr/share/doc/rh-php71-php-common-7.1.30/php.ini-development:;opcache.enable=1
    /opt/rh/rh-php71/root/usr/share/doc/rh-php71-php-common-7.1.30/php.ini-production:;opcache.enable=1
    /opt/rh/rh-php72/register.content/etc/opt/rh/rh-php72/php.d/10-opcache.ini:opcache.enable=1
    /opt/rh/rh-php72/root/usr/share/doc/rh-php72-php-common-7.2.24/php.ini-development:;opcache.enable=1
    /opt/rh/rh-php72/root/usr/share/doc/rh-php72-php-common-7.2.24/php.ini-production:;opcache.enable=1
    /opt/rh/rh-php73/register.content/etc/opt/rh/rh-php73/php.d/10-opcache.ini:opcache.enable=1
    /opt/rh/rh-php73/root/usr/share/doc/rh-php73-php-common-7.3.11/php.ini-development:;opcache.enable=1
    /opt/rh/rh-php73/root/usr/share/doc/rh-php73-php-common-7.3.11/php.ini-production:;opcache.enable=1
    It could be that NC is incorrectly reading the base /etc/php.ini rather than the one for the version of PHP being used by NC. I think opcache.enable is defaulted on in 7.3 - https://www.php.net/manual/en/opcache.configuration.php. My NC19 Beta runs 7.2 and you can see it is on.

    Note that NC works without all these issues being cleared. They are only warnings.
    The reply is currently minimized Show
Your Reply