Posts by NogNeetMachinaal

    Interesting - it looks like you have the data folder stored outside of the nextcloud install?


    Nextcloud main: httpdocs/domain.example/cloud/nextcloud

    Nextcloud data: httpdocs/domain.example/cloud/nextdata


    Nextcloud main: httpdocs/

    Nextcloud data: httpdocs/

    Will give that a try.

    Thank you


    Edit: tried that with (no improvements):

    Nextcloud main: /httpdocs/

    Nextcloud data: /httpdocs/

    Here, no changes for the data-dir in config.php.

    Also tried with:

    Nextcloud main: ../httpdocs/

    Nextcloud data: ../nc/data

    The config.php had then the following data-dir:

    'datadirectory' => '/var/www/vhosts/',

    Previously this was:

    'datadirectory' => '/var/www/vhosts/',

    The last one made matters worse. The login screen says:

    Your data directory is invalid Ensure there is a file called ".ocdata" in the root of the data directory. Cannot create "data" directory This can usually be fixed by giving the webserver write access to the root directory. See

    So I reverted all the changes back to the previous one with main and data.

    helpy | I'm not sure how the next question will be experienced... but still... is there a way where I can have a view on your webhosting- and nextcloud settings?

    I used the wrong portnumber in the wp-config-file... :sleeping:

    This php-script is giving me "bool(false)" - nothing else?

    To double-check: I get the same result on the one of the other websites => the ones that are working as expected.

    The php-script is below => looks very much the same as yours?

    but you created the /tmp directory?
    Can you pls. post the full error message?

    Thank you for getting back on this - really appreciated!

    Yes - the tmp-folder is there - see attached screenshot from the file manager.

    As far as starting the update process goes: there is no error => it goes straight back to the dashboard.

    Perhaps there is more in debug mode. But until now, I didn't see anything - even when setting 'debug' => true in the config.php file. Hoever, to be honest - this debug-part is a grey area => I may have missed things here...

    As for the open_basedir issue: every few seconds, the same 2 messages pop-up - see the code block with "Error log 1".

    The content of each message is the same - see the code block with "Error log 2" and "Error log 3".

    Not sure if the error log under /logs/ has anything to do with it (see code block with "Error log 4").

    Tried with debug-mode on => no extra results.

    ===== content.png

    Error log 4
    [Fri Jan 07 21:45:18.412588 2022] [core:crit] [pid 1405] (13)Permission denied: [client] AH00529: /var/www/vhosts/ pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/' is executable
    [Sat Jan 08 10:46:40.077212 2022] [access_compat:error] [pid 17499] [client] AH01797: client denied by server configuration: /var/www/vhosts/
    [Sat Jan 08 11:52:28.817008 2022] [core:crit] [pid 14483] (13)Permission denied: [client] AH00529: /var/www/vhosts/ pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/' is executable
    [Sat Jan 08 12:12:33.013475 2022] [core:crit] [pid 24511] (13)Permission denied: [client] AH00529: /var/www/vhosts/ pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/' is executable
    [Sat Jan 08 12:12:54.871065 2022] [core:crit] [pid 24566] (13)Permission denied: [client] AH00529: /var/www/vhosts/ pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/' is executable

    I am wondering that you can even connect to your db with

    mysqli_connect('<host>:<port>', '<database-name>', '<password>');

    because the syntax for mysqli_connect is:

    mysqli_connect('<host>', '<user-name>', '<password>', '<database-name>', '<port>');

    I know for sure that the port number defaults to 3306.

    I'm not sure about the database name - perhaps it just connects to the database service?

    And doesn't access the database at all?

    Or connects to some "default" database?

    While writing... just tried with adding the database name and port number => same result.

    I don't use my webspace account that much, but your webroot is


    have you set the tmp directory on your NC config?

    'tempdirectory' => '/var/www/vhosts/',

    Thank you for the webroot-clarrification - makes sense.

    Didn't have the temp-dir in the config => just did => still no working update process.

    Also added a few other directory directives (templates & skeleton) => no improvements

    Hi Everyone,

    Recently, I copied an existing Wordpress website; including its underlying database.

    I then created a new DNS-domein, copied the website content to this httpdocs-root, created a new database and imported the existing database.

    The next step was adjusting the Wordpress-config file to use the newly imported database.

    In addition, modified the database table where the URL is stored.

    However - when trying to access this "new" website, it returns " Error establishing a database connection".

    When I try accessing the same database via a small php-script (see below), it returns "connected succesfully".

    The source-website is working as expected.

    What am I overlooking here?


        $link = mysqli_connect('<ip-address>:3306', '<database-name>', '<password>');
        if (!$link) { die('Could not connect: ' . mysqli_error()); }
        echo 'Connected successfully';

    Thank your the quick response.

    I know Nextcloud on a webhosting account can be challenging - but still - it is a php application like Wordpress and all those others... should be doable...(?)

    I know about the PHP-settings in the back-end and tried a few things - no improvements.

    The docroot-variable says:


    So I guess the webspaceroot-variable is "httpdocs/"?

    The domain is a subdomain of

    Perhaps that is messing things up - at least to some extend?

    Currently the php-setting for open_basedir says:


    There is a tmp-folder in httpdocs and in httpdocs/

    Also tried with a temp-folder (for no particular reason).

    But the remaining things... what (for example) is /var/lib/php/sessions for?

    Any suggestions on what these settings should/could be like for nextcloud?

    I have two issues with Nextcloud – not sure if they are related.

    One is when opening the updater it brings me back to the openingsscreen (i.e. no update).

    The other is about lots of errors in the log – all starting with “Error: is_file(): open_basedir restriction in effect.”.

    Anyone a suggestion what to do with either of these?

    Thank you – Will

    If this wasn't your Windows device who "restored" things via the Nextcloud client and you also don't know whose Windows device it is, it might be wise to start over from scratch.

    Yes - it was my Windows device and me doing a manual restore of a backup to the sync-folder of the Nextcloud client.

    It looks like I (or somebody else?) was able to fix most of the things by deleting all folders and files from the webUI and then restored them via the Nextcloud client of a Windows device.

    Regarding the phrase "somebody else?": a few changes where made to the config.php file... and it wasn't me... ;)

    To whoever made these: thank you!

    There are a few leftovers in the section called "Security & setup warnings".

    Will make an attempt fixing these using the RTFM and RTFMT approach... ;)

    What are the permissions of the file /httpdocs/ and the data directory?

    • Default permissions for files: 0644 (rw-r--r--)
    • Default permissions for directories: 0755 (rwxr-xr-x)

    First: thank you for your prompt response, time and patience - really appreciated.

    It is 0755 for both - all files and folders in /httpdocs - including /httpdocs itself.

    However, the data directory keeps returning to "rwx rwx ---"

    To summarize: I checked and made some changes as suggested. But no noticable improvements.

    I've already mentioned the relevant changes, see my last link. :)

    Just create a new file data.config.php in the config directory and paste this code into the file:

    $CONFIG =
        'datadirectory' => realpath(__dir__ . '/../data'),

    Now the datadirectory-path will be calculated at runtime. (As long as your datadirectory is still the default data directory.)

    Whoeps... didn't read it very carefully => just added this file... :thumbup::)

    Would/should this also fix the problems with up/downloading files and updating Nextcloud?

    Just found out that my initial message wasn't correct => both, up- and downloading are not working.

    The error-log in /httpdocs/logs/ is still showing the error message below:

    [Sat Sep 25 00:01:38.153310 2021] [core:crit] [pid 18175] (13)Permission denied: [client] AH00529: /var/www/vhosts/ pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/' is executable

    Hi Everyone,

    I'm running into some difficulties with Nextcloud and need some assistance troubleshooting this.

    The apps (like agenda and contacts) are working as expected.

    Reading and downloading via the webui also works as expected => uploading files is not allowed.

    Working with files via the nextcloud client is not working at all - not even downloading.

    There are a few errors which I'm not able to fix.

    The first one is about "security & setup warnings":


    It was not possible to execute the cron job via CLI. The following technical errors have appeared:

    Your data directory is invalid

    Ensure there is a file called “.ocdata” in the root of the data directory.

    Last background job execution ran 5 days ago. Something seems wrong. Check the background job settings


    The data directory specified in the nextcloud config is:


    The file called ".ocdata" is actually in there.

    Another error is about running the updater:


    Check for expected files

    The following extra files have been found:



    I tried a few things to make this work; part of which having rwx access at all levels and recursive.

    Is somebody in a position to provide some directions.

    Thank you - Will