Schlagen Verbindungsversuche bei der Ersteinrichtung über das SMB-Protokoll von Kodi auf ein Synology-NAS mit “Operation not permitted” fehl, so können entweder die Zugangsdaten manuell im Ordner “.kodi/userdata/” in den Konfigurationsdateien “sources.xml” und “mediasources.xml” eingetragen oder alternativ für die Herstellung der initialen Verbindung das Guest-Account des NAS (re)aktiviert werden. Kodi versucht - sofern noch keine Zugangsdaten hinterlegt sind - zuerst eine Verbindung als “Guest”, bevor es überhaupt nach möglichen Zugangsdaten fragt.
Leider haben die Entwickler der ownClould/Nextcloud News-App keine Möglichkeit vorgesehen, den “Entdecken”-Button am Ende der Feed-Liste auszublenden.
Änderungen am Code sind zwar problemlos möglich, haben aber den Nachteil, daß sie nach jedem Update der App erneut eingepflegt werden müssen.
Ein einfachere Möglichkeit ergibt sich durch Nutzung eines Custom Themes:
Im “/themes”-Ordner einen Ordner mit beliebigem Namen (der Name dieses Ordners ist dann gleichzeitig der Name des Themas) anlegen und in diesem die Ordner-Hiearchie “apps/news/css” erzeugen.
In diesem CSS-Ordner dann eine Datei namens “custom.css” mit folgendem Inhalt erzeugen:
#app-navigation > ul > li.explore-feed {
display: none;
}
Anschließend muß das Theme noch aktiviert werden:
In der Datei “config/config.php” die Zeile
config/config.php
'theme' => 'NameDesThemas',
einfügen und die Seite im Browser neu laden.
Nachdem die Datenbank der Photo Station leider beschädigt war, musste sie zurückgesetzt werden.
Symptome waren u.a. Meldungen in der Form
Jun 14 21:11:06 mynas synoindexplugind: Failed to run PQexec: ERROR: duplicate key value violates unique constraint "image_label_ukey"
Jun 14 21:11:06 mynas synoindexplugind: photo_database.cpp:3708 Failed to exec [INSERT INTO photo_image_label (image_id, label_id, info_new, status) VALUES(61877, 29, '', 't')] (ERROR: duplicate key value violates unique constraint "image_label_ukey"
Jun 14 21:11:06 mynas synoindexplugind: photo_database.cpp:1434 PhotoInfoDBImageLabelDataAdd failed for /volume1/photo/Dateiname, iPhotoId: 61877, iLabelId: 29
in der Datei “/var/log/messages”. Eine Neuinstallation der Photo Station brachte nicht die erhoffte Besserung, beim erneuten Indizieren trat der Fehler wieder auf, denn die Datenbank bleibt bei der Deinstallation des Paketes erhalten.
Also musste die Kommandozeile mit psql ran.
Die Anmeldung gelingt unter DSM 5.2 mit dem Benutzer “postgres” problemlos:
mynas> psql -U postgres
psql (9.3.6)
Type "help" for help.
Anschließend kann über “\list” eine Liste der installierten Datenbanken aufgerufen werden:
postgres=# \list
List of databases
Name | Owner | Encoding | Collate | Ctype | Access privileges
-------------+------------+-----------+---------+-------+-----------------------
........... | .......... | SQL_ASCII | C | C |
photo | postgres | SQL_ASCII | C | C |
........... | .......... | SQL_ASCII | C | C |
in der auch die zur Photo Station gehörende Datenbank aufgelistet wird.
Diese kann dann mittels
postgres=# drop database photo;
DROP DATABASE
gelöscht und der Kommandozeilen-Client mit
postgres=# \quit
mynas>
verlassen werden. Bei der anschließenden Neuinstallation legt die Photo Station die Datenbank wieder an und fängt an, diese (hoffentlich fehlerfrei) zu befüllen.
Sofern versucht wird, in den Datenbank-Eigenschaften die maximale Dateigröße des Transaktionslogs auf einen Wert kleiner als die tatsächliche Dateigröße zu setzen wird dies vom SQL-Server mit einem
MODIFY FILE failed. Size is greater than MAXSIZE.
(Microsoft SQL Server, Error: 5040)
quittiert. Erste Suchergebnisse führen in der Regel zu Lösungsvorschlägen unter Verwendung des Befehls “backup log [DATENBANKNAME] with truncate_only”, welche von neueren Versionen des Microsoft SQL-Servers (2008 und später) mit der Fehlermeldung “’truncate_only’ is not a recognized BACKUP option.” quittiert werden.
Stattdessen muss zur Anpassung der Dateigröße das Recovery-Modell geändert werden. Hierzu wird zuerst das aktuell verwendete Modell ermittelt
SELECT name, recovery_model_desc FROM sys.databases
GO
dann wird im nächsten Schritt das Modell auf “Simple” geändert:
ALTER DATABASE [DATENBANKNAME]
SET RECOVERY SIMPLE;
GO
Nach Ermittlung der anzupassenden Datei
SELECT name ,size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS AvailableSpaceInMB
FROM sys.database_files;
kann dann mittels
DBCC SHRINKFILE ('LOGDATEINAME', GROESSEINMB);
GO
die Datei auf den gewünschten Wert verkleinert werden.
Als letzter Schritt sollte dann das Recovery-Modell wieder auf den Ausgangswert (i.d.R ‘FULL’) zurückgesetzt werden :
ALTER DATABASE [DATENBANKNAME]
SET RECOVERY FULL;
GO
Einer ownCloud-Installation auf einem Webspace-Account stehen in der Regel die komfortablen Wege einer Aktualisierung über SSH oder den eingebauten Updater nicht zur Verfügung, so daß die Aktualisierung manuell vorgenommen werden muss.
Datensicherung
Da bei Aktualisierungen ab und an etwas schiefgehen kann bzw. erfahrungsgemäß nicht jedes ownCloud-Update problemlos durchläuft, sollte vor einem Aktualisierungsversuch auf jeden Fall eine Sicherung der kompletten Installation, d.h. von Dateisystem und Datenbank, vorgenommen werden.
Cron
Ein eventuell vorhandener Cron-Job sollte für die Dauer der Aktualisierung ausgeplant werden. Dieser wird zwar in der Regel die Aktualisierung nicht verhindern, aber während der Aktualisierung auf einen Fehler laufen.
Löschen der alten Installation
Als nächster Schritt gilt es, die Dateien der alten Installation zu löschen, wobei die Verzeichnisse “config” und “data” NICHT gelöscht werden dürfen. Auch die Datei “.htaccess” im Hauptverzeichnis sollte, sofern manuelle Anpassungen vorgenommen wurden, nicht gelöscht werden.
Kopieren der neuen Dateien
Nach erfolgter Löschung kann nun die neue Version lokal entpackt und anschließend hochgeladen werden. Eventuelle Rückfragen zu Überschreibvorgängen (z.B. die Beispielkonfiguration “config.sample.php”) können mit “Ja” beantwortet werden.
Aktualisierung durchführen
Nachdem alle Dateien hochgeladen wurden, erscheint beim nächsten Aufruf der ownCloud-Startseite der Hinweis, daß die Installation aktualisiert werden muß, anschließend meldet sich ownCloud wieder anmeldebereit.