Anym001

Ich verwende derzeit den Collabora Container. -> collabora/code:latest Installation verlief problemlos. @Hoddl Welchen versuchst du zu installieren? Wo genau liegt das Problem? (Eventuell Screenshot)

Es gibt einen Minimumwert, aber welchem der Stromverbrauchswert nicht mehr weiter sinkt. (Hat scheinbar technische Gründe lt. Info von USV Hersteller) Bei mir zB braucht der Server inkl. Switch und Raspi ca. 19W im Idle. -> Die USV zeigt allerdings immer 27W an. Geht der Verbrauch über 27W, so wird der tatsächliche Verbrauch angezeigt.

Bei mir klappt es mit folgenden Einstellungen:

Dieser Artikel ist ein guter Anfang bezüglich SWAG. https://gist.github.com/quietsy/58590a640dd4f7a89696c68b0e6a8691 Allerdings Achtung bei Geoblock, hier hat sich die Vorgehensweise ein wenig verändert. https://github.com/linuxserver/docker-mods/tree/swag-maxmind

Das ist einer der Vorteile, die SWAG bietet. Unter anderem auch Geoblock und Authelia.

Kann die Aussagen von @mgutt und @MPC561 nur bestätigen. Habe zuvor auch das 804 verwendet und bin nun auf das Define R5 umgestiegen. - 804 -> wird sehr heiß und ist sehr eng. - Define R5 -> viel Platz, gutes Kabelmanagement, Staubfilter, leise, ...

Hallo, ich habe eine VM derzeit via vdisk laufen. Ist es möglich dies auf eine durchgeschliffene SDD zu ändern oder muss ich die VM frisch installieren?

Ich habe eine CP900EPFCLCD und bin sehr zufrieden damit. @sonic6 hat meine ich auch so eine.

Ja genau. Und ich habe den Preview Ordner gelöscht und danach den Scan gemacht, damit die Datenbank sich wieder aktualisiert und die Preview Dateien neu gebildet werden können.

Den kenne ich nicht, habe ich noch nie gemacht. Muss mal nachlesen was der macht. https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/occ_command.html#file-operations-label

Das hat auf jeden Fall mal geklappt. Am Ende folgende Meldung: Warning: World-writable config file '/etc/my.cnf.d/custom.cnf' is ignored Jap. Einmal über den Data Share: occ files:scan --all Und einmal über die appdata Files: occ files:scan-app-data (Hier hat dann die Datenbank gestreickt) Heute morgen habe ich noch folgendes probiert: occ maintenance:repair (ohne Probleme durchgelaufen) Preview Bilder werden nun wieder erstellt. Files können wieder hochgeladen werden. Scheint wieder zu laufen. Wo ich mir noch nicht sicher bin sind die vielen Einträge in den folgenden 3 Tabellen: (kann man das ignorieren?)

Vielen Dank für den Tipp mit dem Datenbank sichern aus MariaDB. Werde das bei mir auch einbauen. Zu Beginn konnte ich keine neuen Dateien hochladen und keine Aktion durchführen, wo eine Datenbankaktion im Hintergrund dafür benötigt wird. Auch wurden keine Preview Bilder mehr generiert. Habe gestern meinen MariaDB Appdata Folder von einem Backup wiederhergestellt. Dem ersten Eindruck nach funktionierte wieder alles. Ich habe allerdings für die Preview Dateien noch einen appdata Scan durchführen lassen. (Damit Cache mit dem Files Ordner identisch ist) Daraufhin war Nextcloud gar nicht mehr erreichbar. Erst nach einem wiederholten wiederherstellen der Datenbank konnte ich wieder auf Nextcloud zugreifen. Fazit: Ich vermute meine Nextcloud Datenbank ist im A*** und gehört neu aufgesetzt.

Hallo, leider funktiniert mein MariaDB Container nicht mehr wie er soll. Habe bereits folgendes ausprobiert, leider ohne Erfolg. Meine Idee wäre nun, den Container komplett neu aufzusetzen. Sprich Datenbanken manuell sichern, neu aufsetzen und Datenbanken wieder einspielen. Hat jemand eine Idee wie das funktioniert? Oder eventuell einen anderen Lösungsvorschlag? Hier noch ein paar Zusatzinfos: - MariaDB von Linuxserver - Nextcloud von Knex666 - Außerdem liegt dort auch noch eine Datenbank von Authelia

I did this, everything worked again. Then I updated to linuxserver/mariadb:latest and everything continued to work, but with an Alpine base. Saved me from migrating, I guess I'll sit on my backups and see how this plays out. Unfortunately, that didn't work for me. I am now on latest branch, but my Nextcloud still gives error messages. Here my MariaDB Log.

Ahja stimmt. Ist mit dem Weg über die Post Arguments nicht notwendig. War gerade gedanklich noch eingestellt, dass ich das Script über UserScripts einmal wöchentlich ausführe.

Ich bin quasi noch im Lernmodus beim Scripten und daher über jeden Tipp froh. Wann braucht man eigentlich exit und wann nicht? Danke habe ich berücksichtigt. Hier noch einmal überarbeitet: (zusätzlich den restart des Nextcloud Containers eingefügt nach Änderung der Datei) #!/bin/bash if [ ! "$(grep -w "BEGIN CUSTOM-SETTINGS" /mnt/user/appdata/nextcloud/nextcloud/.htaccess)" ]; then echo "$(date "+%d.%m.%Y %T") INFO : Write custom-settings in file." echo " #### BEGIN CUSTOM-SETTINGS #### <IfModule mod_php.c> php_value memory_limit 2G php_value upload_max_filesize 10G php_value post_max_size 10G php_value max_input_time 3600 php_value max_execution_time 3600 </IfModule> #### END CUSTOM-SETTINGS ####" >> "/mnt/user/appdata/nextcloud/nextcloud/.htaccess" sleep 5s docker restart Nextcloud else echo "$(date "+%d.%m.%Y %T") INFO : File is up to date." fi

Ich bräuchte bitte nochmal eure Hilfe. Das Schreiben der Settings in das file funktioniert bereits, allerdings die Prüfung nicht. (Also ob der Text schon drinnen steht) Wisst ihr was ich hier anders schreiben muss? Als Fehlermeldung bringt er >> grep: CUSTOM-SETTINGS: No such file or directory #!/bin/bash check_settings=$( if grep -w "CUSTOM-SETTINGS" -f "/mnt/user/appdata/nextcloud/nextcloud/.htaccess"; then "OKAY"; fi) if [[ "$check_settings" != "OKAY" ]]; then echo "$(date "+%d.%m.%Y %T") INFO : Write custom-settings in file." echo " #### BEGINN CUSTOM-SETTINGS #### <IfModule mod_php.c> php_value memory_limit 2G php_value upload_max_filesize 10G php_value post_max_size 10G php_value max_input_time 3600 php_value max_execution_time 3600 </IfModule> #### END CUSTOM-SETTINGS ####" >> "/mnt/user/appdata/nextcloud/nextcloud/.htaccess" else echo "$(date "+%d.%m.%Y %T") INFO : File is up to date." fi echo "$(date "+%d.%m.%Y %T") INFO : Script complete." exit

Danke für eure Vorschläge. Ich werd’s mal ausprobieren und geb euch dann Bescheid.

Hmm das funktioniert leider nur beim Nextcloud Container von Linuxserver. Da habe ich schon mal nachgefragt. Knex666 unterstützt das leider nicht.

Naja Nextcloud soll ja die Datei prinzipiell updaten können, falls notwendig. Nur halt meine Änderungen sollen unberührt bleiben. Es gibt nämlich einen eigenen "Bereich" in der Datei, wo darauf hingewiesen wird das man nichts ändern soll. Dementsprechend hätte ich mir gedacht, dass man davon außerhalb selber Einstellungen treffen kann, die auch bei einem Update nicht verändert werden.

Mir ist aufgefallen, dass nach dem Nextcloud Update von v22 auf v23 die .htaccess zurückgesetzt wurde. Demtentsprechend wurden meine Einstellungen entfernt. @mgutt @ich777 Hat jemand eine Idee wie man diese Einstellungen permanent setzen kann? Oder geht das überhaupt?

Bei mir läuft PiHole auf einem extra Raspi, um genau diesen Fall zu vermeiden.

Eine Zuordnung kann NUR entweder per /mnt/user ODER /mnt/diskX erfolgen. /mnt/user ergibt die Summe aus /mnt/disk1 + /mnt/disk2 usw. Also entweder /mnt/user/youtubevideos/ ODER /mnt/disk1/youtubevideos/

Also wenn ich die integrierte 2FA App in Nextcloud verwende, wird gar nirgends wo eine IP angezeigt. Vielleicht kannst du ja mal einen Screenshot dazu posten.

Wie meinst du das genau? Wo wird die Public IP in Nextcloud angezeigt?