<![CDATA[-[nchow]- - Nextcloud]]>

<![CDATA[-[nchow]- - Nextcloud]]> https://nchow.de/forum/ Sun, 19 Apr 2026 11:52:27 +0000 MyBB <![CDATA[Nextcloud vm anpassung bei meinem stting]]> https://nchow.de/forum/thread-53.html Mon, 09 Feb 2026 21:35:40 +0100 Michael]]> https://nchow.de/forum/thread-53.html CCX 0 (4 physische Kerne / 8 Threads) isoliert hast, können wir PHP-FPM so einstellen, dass es diese Kerne perfekt sättigt, ohne dass die Prozesse untereinander um Cache-Ressourcen kämpfen.
Hier sind die optimalen Einstellungen für deine

Code:
www.conf

(meist unter

Code:
/etc/php/8.x/fpm/pool.d/www.conf

):

1. PHP-FPM Prozess-Management
Da die VM nur für Nextcloud da ist, nutzen wir

Code:
static

. Das spart die CPU-Zyklen für das ständige Erstellen/Löschen von Prozessen (Dynamic/On-demand).

pm = static
pm.max_children = 16
(Formel: 2 Prozesse pro Thread bei 8 Threads. Da Nextcloud oft auf I/O wartet, ist 16 ein guter Wert, um die 4 Kerne auszulasten, ohne den RAM zu sprengen.)
pm.max_requests = 1000
(Verhindert Memory-Leaks durch regelmäßigen Neustart der Worker.)

2. OPcache Tuning (In der

Code:
php.ini

)
Der OPcache ist der wichtigste Beschleuniger. Wir vergrößern ihn, damit die gesamte Nextcloud-Codebasis im schnellen RAM (Knoten 0) bleibt:

opcache.memory_consumption = 512 (MB)
opcache.interned_strings_buffer = 64
opcache.max_accelerated_files = 100000
opcache.revalidate_freq = 60 (Sekunden – spart CPU-Checks auf Dateiänderungen)
opcache.save_comments = 1 (Wichtig für Nextcloud/Doctrine Annotations)

3. JIT-Compiler (Nur für PHP 8.x)
Da du einen starken EPYC hast, kann der JIT-Compiler bei rechenintensiven Aufgaben helfen:

opcache.jit = 1255
opcache.jit_buffer_size = 128M

4. Datenbank-Anbindung (Der "Latenz-Killer")
Nextcloud fühlt sich nur dann schnell an, wenn die Datenbank (MariaDB/PostgreSQL) sofort antwortet.

Nutze in der

Code:
config.php
von Nextcloud

Code:
localhost
oder den Unix-Socket statt der IP-Adresse

Code:
127.0.0.1
, um den Netzwerk-Stack komplett zu umgehen.
Stelle sicher, dass Redis für das File-Locking aktiv ist. Da Redis ebenfalls auf CCX 0 läuft, ist die Kommunikation zwischen PHP und Redis extrem schnell (L3-Lokalität).

Der finale Test:
Starte PHP-FPM neu und beobachte mit

Code:
htop

(in der VM), wie sich die Last verteilt:

bash

Code:
sudo systemctl restart php8.x-fpm

Verwende Code mit Vorsicht.
Möchtest du:

Dass ich dir die passenden MariaDB-Einstellungen für die 4 Kerne gebe?
Wissen, wie du den Nextcloud-Cron optimierst (System-Cron statt AJAX)?
Oder sollen wir prüfen, ob dein Storage-Caching (Redis) korrekt konfiguriert ist?

Mit diesen Werten sollte die Nextcloud auf deinem EPYC-Setup jetzt fast verzögerungsfrei reagieren.

KI-Antworten können Fehler enthalten. Weitere Informationen]]> CCX 0 (4 physische Kerne / 8 Threads) isoliert hast, können wir PHP-FPM so einstellen, dass es diese Kerne perfekt sättigt, ohne dass die Prozesse untereinander um Cache-Ressourcen kämpfen.
Hier sind die optimalen Einstellungen für deine

Code:
www.conf

(meist unter

Code:
/etc/php/8.x/fpm/pool.d/www.conf

):

1. PHP-FPM Prozess-Management
Da die VM nur für Nextcloud da ist, nutzen wir

Code:
static

. Das spart die CPU-Zyklen für das ständige Erstellen/Löschen von Prozessen (Dynamic/On-demand).

pm = static
pm.max_children = 16
(Formel: 2 Prozesse pro Thread bei 8 Threads. Da Nextcloud oft auf I/O wartet, ist 16 ein guter Wert, um die 4 Kerne auszulasten, ohne den RAM zu sprengen.)
pm.max_requests = 1000
(Verhindert Memory-Leaks durch regelmäßigen Neustart der Worker.)

2. OPcache Tuning (In der

Code:
php.ini

)
Der OPcache ist der wichtigste Beschleuniger. Wir vergrößern ihn, damit die gesamte Nextcloud-Codebasis im schnellen RAM (Knoten 0) bleibt:

opcache.memory_consumption = 512 (MB)
opcache.interned_strings_buffer = 64
opcache.max_accelerated_files = 100000
opcache.revalidate_freq = 60 (Sekunden – spart CPU-Checks auf Dateiänderungen)
opcache.save_comments = 1 (Wichtig für Nextcloud/Doctrine Annotations)

3. JIT-Compiler (Nur für PHP 8.x)
Da du einen starken EPYC hast, kann der JIT-Compiler bei rechenintensiven Aufgaben helfen:

opcache.jit = 1255
opcache.jit_buffer_size = 128M

4. Datenbank-Anbindung (Der "Latenz-Killer")
Nextcloud fühlt sich nur dann schnell an, wenn die Datenbank (MariaDB/PostgreSQL) sofort antwortet.

Nutze in der

Code:
config.php
von Nextcloud

Code:
localhost
oder den Unix-Socket statt der IP-Adresse

Code:
127.0.0.1
, um den Netzwerk-Stack komplett zu umgehen.
Stelle sicher, dass Redis für das File-Locking aktiv ist. Da Redis ebenfalls auf CCX 0 läuft, ist die Kommunikation zwischen PHP und Redis extrem schnell (L3-Lokalität).

Der finale Test:
Starte PHP-FPM neu und beobachte mit

Code:
htop

(in der VM), wie sich die Last verteilt:

bash

Code:
sudo systemctl restart php8.x-fpm

Verwende Code mit Vorsicht.
Möchtest du:

Dass ich dir die passenden MariaDB-Einstellungen für die 4 Kerne gebe?
Wissen, wie du den Nextcloud-Cron optimierst (System-Cron statt AJAX)?
Oder sollen wir prüfen, ob dein Storage-Caching (Redis) korrekt konfiguriert ist?

Mit diesen Werten sollte die Nextcloud auf deinem EPYC-Setup jetzt fast verzögerungsfrei reagieren.

KI-Antworten können Fehler enthalten. Weitere Informationen]]> <![CDATA[conertiere vm von GEn 1 zu Gen 2]]> https://nchow.de/forum/thread-52.html Mon, 09 Feb 2026 09:55:09 +0100 Michael]]> https://nchow.de/forum/thread-52.html

Code:

mbr2gpt.exe /convert /allowFullOS

]]>

Code:

mbr2gpt.exe /convert /allowFullOS

]]> <![CDATA[Hyper v vm numa zuordnen]]> https://nchow.de/forum/thread-46.html Wed, 04 Feb 2026 18:20:23 +0100 Michael]]> https://nchow.de/forum/thread-46.html <![CDATA[Trouble shooting files Berechtigungen]]> https://nchow.de/forum/thread-34.html Tue, 13 Jan 2026 14:46:30 +0100 Michael]]> https://nchow.de/forum/thread-34.html
Change ownership to root:
bash

sudo chown -R root:root /var/snap/nextcloud/common/nextcloud/data/

Verwende Code mit Vorsicht.
(This fixes the "owned by www-data" conflict reported in your error log)
Ensure correct folder permissions:
bash

sudo chmod -R 0770 /var/snap/nextcloud/common/nextcloud/data/

Verwende Code mit Vorsicht.
Run the scan command again:
bash

sudo nextcloud.occ files Confused

can --all]]>
Change ownership to root:
bash

sudo chown -R root:root /var/snap/nextcloud/common/nextcloud/data/

Verwende Code mit Vorsicht.
(This fixes the "owned by www-data" conflict reported in your error log)
Ensure correct folder permissions:
bash

sudo chmod -R 0770 /var/snap/nextcloud/common/nextcloud/data/

Verwende Code mit Vorsicht.
Run the scan command again:
bash

sudo nextcloud.occ files Confused

can --all]]> <![CDATA[PHP memory limit is below]]> https://nchow.de/forum/thread-33.html Tue, 13 Jan 2026 14:43:41 +0100 Michael]]> https://nchow.de/forum/thread-33.html
Der HTTP-Header “Strict-Transport-Security” ist nicht auf mindestens 15552000 Sekunden eingestellt. Für mehr Sicherheit wird das Aktivieren von HSTS empfohlen, wie es in den Sicherheitshinweisen erläutert ist. Bei All-Inkl im KAS unter Domains / Bearbeiten unter SSL-Schutz HSTS aktivieren und den Wert von 15552000 oder höher unter max-age eintragen.
HSTS sorgt bereits zu Beginn der Verbindung für eine erzwungene HTTPS-Verschlüsselung.

The PHP memory limit is below the recommended value of 512MB
modifying the .user.ini in your nextcloud install directory.
append:

upload_max_filesize=10G
post_max_size=10G
memory_limit=512M

Es wurde kein PHP-Memory-Cache konfiguriert. Ein Hinweis auf fehlenden OpCache, der bei All-Inkl leider nicht möglich ist.]]>
Der HTTP-Header “Strict-Transport-Security” ist nicht auf mindestens 15552000 Sekunden eingestellt. Für mehr Sicherheit wird das Aktivieren von HSTS empfohlen, wie es in den Sicherheitshinweisen erläutert ist. Bei All-Inkl im KAS unter Domains / Bearbeiten unter SSL-Schutz HSTS aktivieren und den Wert von 15552000 oder höher unter max-age eintragen.
HSTS sorgt bereits zu Beginn der Verbindung für eine erzwungene HTTPS-Verschlüsselung.

The PHP memory limit is below the recommended value of 512MB
modifying the .user.ini in your nextcloud install directory.
append:

upload_max_filesize=10G
post_max_size=10G
memory_limit=512M

Es wurde kein PHP-Memory-Cache konfiguriert. Ein Hinweis auf fehlenden OpCache, der bei All-Inkl leider nicht möglich ist.]]> <![CDATA[Nextcloud cron Job, bei All.inkl.com]]> https://nchow.de/forum/thread-32.html Tue, 13 Jan 2026 14:42:58 +0100 Michael]]> https://nchow.de/forum/thread-32.html
per ftp webcron.php umbenennen in:

webcron.php --define apc.enable_cli=1

.txt

post-7-45778-webcron-php.txt (Größe: 172 Bytes / Downloads: 0) ]]>
per ftp webcron.php umbenennen in:

webcron.php --define apc.enable_cli=1

.txt

post-7-45778-webcron-php.txt (Größe: 172 Bytes / Downloads: 0) ]]> <![CDATA[Nextcloud, internal server error after update]]> https://nchow.de/forum/thread-31.html Tue, 13 Jan 2026 14:41:04 +0100 Michael]]> https://nchow.de/forum/thread-31.html Benenne das Verzeichnis mal nach “updater-_old” um und versuche das Update erneut.]]> Benenne das Verzeichnis mal nach “updater-_old” um und versuche das Update erneut.]]> <![CDATA[nextcloud.enable-https lets-encrypt]]> https://nchow.de/forum/thread-25.html Tue, 06 Jan 2026 12:08:39 +0100 Michael]]> https://nchow.de/forum/thread-25.html https://www.frankindev.com/2019....-ubuntu/

sudo nextcloud.enable-https lets-encrypt

letsencrypt renew]]> https://www.frankindev.com/2019....-ubuntu/

sudo nextcloud.enable-https lets-encrypt

letsencrypt renew]]> <![CDATA[Automatische Anlage von Dateien deaktivieren]]> https://nchow.de/forum/thread-24.html Tue, 06 Jan 2026 12:08:01 +0100 Michael]]> https://nchow.de/forum/thread-24.html
Um das automatische Anlegen der Verzeichnisse/Dateien für neue Benutzer komplett zu deaktivieren, reicht es aus, eine kleine Änderung in der Konfigurations-Datei von Nextcloud vorzunehmen:

nano /var/www/nextcloud/config/config.php

Hier wird am Ende der Datei (aber vor der letzten Klammer) folgendes hinzugefügt:

'skeletondirectory' => '',

Diese kleine Änderung reicht schon aus, dass ein neuer Benutzer nun ohne „Dummy-Dateien“ beginnen kann – die Files-App ist nun standardmäßig leer.]]>
Um das automatische Anlegen der Verzeichnisse/Dateien für neue Benutzer komplett zu deaktivieren, reicht es aus, eine kleine Änderung in der Konfigurations-Datei von Nextcloud vorzunehmen:

nano /var/www/nextcloud/config/config.php

Hier wird am Ende der Datei (aber vor der letzten Klammer) folgendes hinzugefügt:

'skeletondirectory' => '',

Diese kleine Änderung reicht schon aus, dass ein neuer Benutzer nun ohne „Dummy-Dateien“ beginnen kann – die Files-App ist nun standardmäßig leer.]]> <![CDATA[Vordefiniertes Verzeichnis für geteilte Dateien]]> https://nchow.de/forum/thread-23.html Tue, 06 Jan 2026 12:07:11 +0100 Michael]]> https://nchow.de/forum/thread-23.html
Ein weiteres Detail, was mich schon immer etwas gestört hat, ist die Anzeige von Dateien, die ein Benutzer mit einem anderen User geteilt hat. Diese geteilten Dateien werden dabei nämlich einfach im das Root-Verzeichnis des jeweiligen Benutzers angezeigt (also auf oberster Datei-Ebene). Werden sehr viele Dateien geteilt, geht die Übersicht in der Files-App sehr leicht verloren.

Nextcloud bietet nun die Möglichkeit, einen speziellen Ordner anzugeben, in dem die geteilten Dateien für einen User „gesammelt“ werden. Dazu wird wieder die Konfigurations-Datei von Nextcloud bearbeitet:

nano /var/www/nextcloud/config/config.php

Hier wird am Ende (aber vor der letzten Klammer) folgende Zeile hinzugefügt:

'share_folder' => '/Mit mir geteilt',

Wenn nun Dateien oder Verzeichnisse unter den Benutzern geteilt werden, landen diese (für jeden Benutzer) automatisch im Verzeichnis Mit mir geteilt. Aus User-Sicht wird mir durch diesen Trick nicht mehr das Root-Verzeichnis bei vielen File-Shares „zugemüllt“ und ich habe eine saubere Trennung zwischen den eigenen Daten und Dateien, die mit mir geteilt sind.]]>
Ein weiteres Detail, was mich schon immer etwas gestört hat, ist die Anzeige von Dateien, die ein Benutzer mit einem anderen User geteilt hat. Diese geteilten Dateien werden dabei nämlich einfach im das Root-Verzeichnis des jeweiligen Benutzers angezeigt (also auf oberster Datei-Ebene). Werden sehr viele Dateien geteilt, geht die Übersicht in der Files-App sehr leicht verloren.

Nextcloud bietet nun die Möglichkeit, einen speziellen Ordner anzugeben, in dem die geteilten Dateien für einen User „gesammelt“ werden. Dazu wird wieder die Konfigurations-Datei von Nextcloud bearbeitet:

nano /var/www/nextcloud/config/config.php

Hier wird am Ende (aber vor der letzten Klammer) folgende Zeile hinzugefügt:

'share_folder' => '/Mit mir geteilt',

Wenn nun Dateien oder Verzeichnisse unter den Benutzern geteilt werden, landen diese (für jeden Benutzer) automatisch im Verzeichnis Mit mir geteilt. Aus User-Sicht wird mir durch diesen Trick nicht mehr das Root-Verzeichnis bei vielen File-Shares „zugemüllt“ und ich habe eine saubere Trennung zwischen den eigenen Daten und Dateien, die mit mir geteilt sind.]]> <![CDATA[Nextcloud trusted domain anpassen]]> https://nchow.de/forum/thread-22.html Tue, 06 Jan 2026 12:06:26 +0100 Michael]]> https://nchow.de/forum/thread-22.html
nautilus admin:

/var/snap/nextcloud/current/nextcloud/config (bei Snap installation)]]>
nautilus admin:

/var/snap/nextcloud/current/nextcloud/config (bei Snap installation)]]>