Hallo Ben,

mit TrueNAS Scale kenne ich mich nicht aus.

Das Script greift jedenfalls über den Datenbankserver auf die Daten zu. Mit einem Datenbank-dump oder mit den Rohdateien der Datenbank kann das Script nichts anfangen.
Wenn Nextcloud/ownCloud läuft, genügt dem Script normalerweise die Angabe des Pfads zur Nextcloud/ownCloud Installation wie im README beschrieben.

Viele Grüße
Bernhard.

gibt es Erfahrungen zur Installation und Einrichtung in TrueNAS Scale? Und beruht das Skript darauf, das ein db_dump durchgeführt wurde? Ich finde keine *_cards Dateien oder ähnliches in meinem postgres-Ordner.
Wie man merkt: Ich kriege aktuell keinen Fuß an den Boden und wäre unheimlich dankbar für Support – das Skript ist per-se genau, was ich suche.

Beste Grüße
Ben

Hallo Benjamin,

wir standen vor einiger Zeit schon per E-Mail in Kontakt wegen deines Kommentars. Nun kommt noch spät eine Antwort hier im Blog. Denn mit Version 2.0 kommt calcardbackup mit einem kleinen PHP-Skript mithilfe dessen calcardbackup möglicherweise auf Hosting Umgebungen ohne shell-Zugang ausgeführt werden kann. Details finden sich im README des Repo auf codeberg – daher spare ich mir hier weitere Erklärungen.

Vielleicht hilft dir das ja weiter – vielleicht hast du aber auch schon eine andere Lösung gefunden.

Viele Grüße
Bernhard.

wirklich tolles und brauchbares script! ich habe nextcloud 14 auf einem reseller am laufen, hab nur limitierten shell zugang. konnte aber alles aus git laden, direkt in den ordner cgi-bin. hab die conf datei sowohl mit datenbank abfrage und php abfrage ausprobiert – beides mal folgender output:

/cgi-bin/calcardbackup> ./calcardbackup

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
+ Fri Oct 12 10:00:21 UTC 2018 —> START calcardbackup ver. 0.7.2 (19.09.2018), AGPL-3.0
+ Checking dependencies and preparing…
+ Using configuration file /cgi-bin/calcardbackup/calcardbackup.conf, ignoring all other command line options.
+ Using URL https://www.xy.z
+ Nextcloud 14.0.1 detected.
+ Database of chosen Nextcloud installation is MySQL/MariaDB.
+ Looking for calendars in your Nextcloud:
Could not open required defaults file: /dev/fd/63
Fatal error in defaults handling. Program aborted

ich hab nur eine user (keinen extra web-user), und kann das script auch nicht mit sudo laufen lassen…
gibt es hier eine lösung?

danke schon mal im voraus, benjamin

Durch einen kurzen Mailwechsel hat sich herausgestellt, dass der Fehler an einem Tippfehler im Datenbankpasswort lag.
Dass keine aussagekräftige Fehlermeldung ausgegeben wurde, ist in Version 0.7.2 vom 19.09.2018 behoben.

ich hab mal wieder ein kleines Problemchen mit deinem wunderbaren script.
Bei mir mag das script die Datenbankabfrage nicht.

Ich bin auf pgsql Datenbank geswitcht.
Nun hakt das script an folgender Stelle:

############################################################
[query_database() { # gets details of calendars/addressbooks from database # see next lines for description of arguments ${1} and ${2}
table=“${1}“ # ${table_calendars} or ${table_addressbooks} item=“${2}“ # „calendar“ or „addressbook“, just a verbal description, needed for output messages _output echo „+ Looking for ${item}s in your ${productname}:“ # change of directory needed for SQLite3, because ${datadirectory} could contain spaces and # sqlite3 would then need „${dboptions}“ to avoid bashs word splitting, but mysql needs ${dboptions} word-splitted: [[ „${dbtype}“ == „sqlite3“ ]] && cd „${datadirectory}“ # check if table exists: [[ „${dbtype}“ == „mysql“ && „${snap}“ == „no“ ]] && check_table=“$(mysql —defaults-extra-file=<(printf „[client]\nuser = %s\npassword = \“%s\“\nhost = %s\n%s“ „${dbuser}“ „${dbpassword}“ „${dbhost}“ „${dbprotocol}“) „${dbname}“ -e „show tables like ‚${table}‘“)“ [[ „${dbtype}“ == „mysql“ && „${snap}“ == „yes“ ]] && check_table=“$(nextcloud.mysql-client —defaults-extra-file=<(printf „[client]\nuser = %s\npassword = \“%s\“\nhost = %s\n%s“ „${dbuser}“ „${dbpassword}“ „${dbhost}“ „${dbprotocol}“) „${dbname}“ -e „show tables like ‚${table}‘“)“ [[ „${dbtype}“ == „sqlite3“ ]] && check_table=“$(sqlite3 owncloud.db „SELECT name FROM sqlite_master WHERE type=‚table‘ AND name=‘${table}‘“)“

#—————— Bis hierhier funnktioniert noch alles ———————-#
[[ „${dbtype}“ == „pgsql“ ]] && check_table=“$(PGPASSWORD=“${dbpassword}“ psql „${dbhost}“ „${dbprotocol}“ -U „${dbuser}“ -d „${dbname}“ -qtc „SELECT * FROM ${table}“ 2>/dev/null)“

#—————— Nach der Anweisung nicht mehr ———————-#
if [[ „${check_table:-}“ == “” ]]; then _output echo „+ Tabelle existiert“]

############################################################

Der Output des scipts sieht wie folgt aus.

….cloud/calcardbackup-master $ sudo -u www-data ./calcardbackup -c calcardbackup.conf

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
+ Mo 17. Sep 19:22:32 CEST 2018 —> START calcardbackup ver. 0.7.1 (13.09.2018), AGPL-3.0
+ Checking dependencies and preparing…
+ Using configuration file /home/pi/Nextcloud/calcardbackup-master/calcardbackup.conf, ignoring all other command line options.
+ Using URL „mein URL“
+ Nextcloud 13.0.4 detected.
+ Database of chosen Nextcloud installation is PostgreSQL.
+ Looking for calendars in your Nextcloud:

]

Hast du hier einen Idee was das Problem sein könnte?

Vielen Dank im voraus.
Gruß Steffen

Hallo Heiner,
du hast gar nichts falsch gemacht, sondern ich: das Skript meckert wegen einer nicht deklarierten Variable, weil es versucht, geteilte Adressbücher zu sichern. Bei deiner Installation sind aber keine geteilten Adressbücher der angegebenen Nutzer vorhanden.
Ich habe den Fehler gerade mit Version 0.6.1 behoben.
Danke für den Hinweis!

vielen Dank für dieses tolle Script!

Es läuft super, wenn ich die Username:Passwort – Kombination, für alle User in der user.txt verwende. Ich möchte aber gerne die „-i“ Variante nutzen und bekomme dann folgenden Fehler:

su -c „/usr/local/bin/calcardbackup/calcardbackup ‚/var/www/html‘ -f -i“ www-data -s /bin/bash

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
+ Wed Aug 15 09:34:49 UTC 2018 —> START calcardbackup ver. 0.6.0 (08.08.2018), AGPL-3.0
+ Checking dependencies and preparing…
+ Using URL https://nc.XXXX.de
+ Nextcloud 13.0.4 detected.
+ Database of chosen Nextcloud installation is MySQL/MariaDB.
+ Looking for calendars in your Nextcloud:
+ Saving calendar Dasi-Personal.ics……success!
+ Saving calendar Dasi-Personal_shared_by_test.ics……success!
+ Looking for addressbooks in your Nextcloud:
/usr/local/bin/calcardbackup/calcardbackup: line 731: temp_principal: unbound variable

Was mache ich falsch?

MfG.
Heiner

Hi Mauricio,
Nextcloud and ownCloud store the data of calendars or addressbooks only in the database.