Problem bei der Installation / Dateiverschiebung

🌐 Non-english support đŸ‡©đŸ‡Ș Deutsch (german)
1
Support intro

Sorry to hear you’re facing problems :slightly_frowning_face:

help.nextcloud.com is for home/non-enterprise users. If you’re running a business, paid support can be accessed via portal.nextcloud.com where we can ensure your business keeps running smoothly.

In order to help you as quickly as possible, before clicking Create Topic please provide as much of the below as you can. Feel free to use a pastebin service for logs, otherwise either indent short log examples with four spaces:

example

Or for longer, use three backticks above and below the code snippet:

longer
example
here

Some or all of the below information will be requested if it isn’t supplied; for fastest response please provide as much as you can :heart:

Nextcloud version (eg, 20.0.5): 20
Operating system and version (eg, Ubuntu 20.04): Ubuntu 20.04
Apache or nginx version (eg, Apache 2.4.25): Apache 2.4.25
PHP version (eg, 7.4): 7.4

The issue you are facing:
Nach der Verschiebung auf einen anderen Server zeigt mir die Cloud diesen Fehler:
Imgur: The magic of the Internet. Wenn ich die 770 Berechtigungen zuweise, kommt aber dass nicht auf die ocdata zugegriffen werden kann.

Is this the first time you’ve seen this error? (Y/N): Y

The output of your Nextcloud log in Admin > Logging:

Kann ich nicht einsehen

The output of your config.php file in /path/to/nextcloud (make sure you remove any identifiable information!):

<?php
$CONFIG = array (
  'passwordsalt' => 'xxx/1A4zj4I/',
  'secret' => 'xxx',
  'trusted_domains' => 
  array (
    0 => 'localhost',
    1 => 'cloud.domain.de',
    2 => 'www.cloud.domain.de',
  ),
  'datadirectory' => '/var/www/vhosts/cloud.domain.de/httpdocs/userdata',
  'dbtype' => 'mysql',
  'version' => '21.0.1.1',
  'overwrite.cli.url' => 'http://localhost',
  'dbname' => 'xx',
  'dbhost' => 'localhost',
  'dbport' => '3306',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,
  'dbuser' => 'xxx',
  'dbpassword' => 'xxx',
  'installed' => true,
  'instanceid' => 'ocpw6lgp9iip',
  'force_language' => 'de',
  'force_locale' => 'de_DE',
  'skeletondirectory' => '/var/www/vhosts/cloud.domain.de/httpdocs/data/sk',
  'mail_smtpmode' => 'smtp',
  'mail_smtpsecure' => 'ssl',
  'mail_sendmailmode' => 'smtp',
  'mail_from_address' => 'cloud',
  'mail_domain' => 'domain.de',
  'mail_smtpauthtype' => 'LOGIN',
  'mail_smtpauth' => 1,
  'mail_smtpname' => 'cloud@domain.de',
  'mail_smtppassword' => 'Ckd3v48$',
  'mail_smtphost' => 'domain.de',
  'mail_smtpport' => '465',
);

The output of your Apache/nginx/system log in /var/log/____:

n.a.
2

Der System-Benutzer der den Webserver ausfĂŒhrt muss lesenden und schreibenden Zugriff auf das Datenverzeichnis haben. Typischerweise ist www-data fĂŒr den Webserver verantwortlich.
Wenn mit 770 www-data auf ein Verzeichnis nicht zugreifen kann, dann gehört das Verzeichnis einem anderen Nutzer UND www-data gehört auch nicht der Gruppe an.
Zur Lösung wird also entweder die Gruppen- oder die Verzeichnismitgliedschaft (und Dateien) Besitzer und/oder Gruppen geÀndert.

Ich schĂ€tze der folgende Befehl mĂŒsste (mit korrekter Domain) die Lösung sein.

sudo chown --recursive www-data:www-data /var/www/vhosts/cloud.domain.de/httpdocs/userdata
3

Vielleicht mĂŒssen auch noch die Rechte angepasst werden. Aufgrund von “0770” in der Fehlermeldung. Hierzu wird “chmod” verwendet.

Poste vorher gerne:


ls -l /var/www/vhosts/cloud.domain.de/httpdocs/userdata
4

Hallo zusammen,

@devnull hier der Screen:
bug

5

nope, bringt nichts - gleicher Fehler

6

Warum Punkt nextcloud?
.nextcloud

7

wegen Plesk xD

8

Leider habe ich keine weitere Idee. FĂŒr “data” sind die Rechte korrekt. Vielleicht schau auch noch mal in den anderen Ebenen dadrĂŒber und darunter. Evtl. kannst du sie rekursiv Ă€ndern.