OC neu aufsetzen mit vorhandener DB

reader · October 14, 2016, 7:20am

Bitte die folgenden Infos bereit stellen. Bevor ein Thread erstellt wird beachte die angepinnten “Known issues” threads und stelle sicher dass Du die letzte verfügbare Version Deines oC releases verwendest: Changelog - ownCloud

Schritte zum Reproduzieren

Neuinstallation OC 9.1 mit alter Datenbank
Administrator angelegt
alte Datenbank angegeben

Erwartetes Verhalten
neue OC soll mit alter DB laufen

Aktuelles Verhalten
Meldung: Administrator mit diesem Namen schon vorhanden (oder so ähnlich)

Server-Konfiguration
Betriebssystem: Webspace bei Strato
Webserver-Typ: Webspace bei Strato
Datenbank-Typ: MariaDB
PHP-Version: 5.6
ownCloud-Version (siehe ownCloud Administrationsseite): 9.1
Von einer älteren ownCloud-Version aktualisiert oder neu installiert?: Neuinstallation
Sonderkonfigurationen (external storage, external authentication, reverse proxy, server-side-encryption):

ownCloud log (data/owncloud.log)

Bitte füge mögliche Fehler in den folgenden Code-Block, siehe How to find webserver or OC logfile / enable php logfile für mehr info.

Integrity status für oC9+

Logge Dich als Admin in Deine ownCloud Instanz ein, öffne
http://example.com/index.php/settings/integrity/failed
und kopiere das Ergebnis hier.

Natürlich, neues Thema - neuer Tread, sorry.

Nach viel Gebastel habe ich meine OC komplett zerschossen. Ich möchte sie nun mit der alten DB und mit einem data-Verzeichnis außerhalb des root-Verzeichnisses der Cloud neu aufsetzen. Nach Anlegen des Admin und Angabe der Datenbank kommt die Meldung, dass es diesen Admin schon gibt, wahrscheinlich, weil er in der DB selbst drin steht.
Gibt es da eine Möglichkeit, oder muss ich ganz von vorn Anfangen. Das wäre prinzipiell auch möglich, da die Daten auf der Cloud nur zu Synchronisierung mit anderen Geräten da sind und dementsprechend noch mal auf meinem Rechner liegen, wäre aber natürlich wesentlich mehr Aufwand.

anon30676603 · October 14, 2016, 8:15am

Hi,

das Problem mit der alten Datenbank ist ja weiterhin dass darin hardcoded Pfade zum alten datadir vorhanden sind. Wenn Du nun das datadir auf eine andere Location umziehen willst, kannst Du die alte Datenbank nicht weiter verwenden.

tflidd · October 15, 2016, 4:43pm

Im Datenbank-Dump sollte sich das relativ leicht mit Suchen&Ersetzen lösen lassen. Das wird hoffentlich bald offiziell unterstützt: occ command to migrate data folder · Issue #25970 · owncloud/core · GitHub

Hab das mal hier mit auf die Liste gesetzt, obwohl es in Github schon für 9.2 geplant wird:

anon30676603 · October 15, 2016, 4:52pm

Ist denke ich mal nicht ganz so einfach:

github.com/owncloud/core

Root view getDirectoryContent missing entries after moving data folder

opened 05:00PM - 07 Aug 15 UTC

closed 04:21PM - 15 Aug 16 UTC

PVince81

Type:Bug

Remember that the oc_storages table had a mysterious remaining "local::" entry t…hat points to the data directory. It seems that it is used when creating a root view and calling getDirectoryContent. After moving the data folder, it doesn't properly rescan the new storage. ### Steps 1. Setup OC 2. Create a user "user1" 3. Login as "user1" 4. Upload some files 5. Create a root view and call `$rootView->getDirectoryContent('')` 6. Enable maintenance mode 7. Move the data directory to a new location, including contents 8. Change config.php to point to the new location 9. Disable maintenance mode 10. Create a root view and call `$rootView->getDirectoryContent('')` ### Expected result Result set of second call contains same files as with first call. ### Actual result Second call doesn't contain all files. It seems that it didn't rescan. ### Versions ownCloud 8.2 pre-alpha git master (78203ecc2ffffd9e26e117223d3e7533e52938ea) This breaks some of the encryption migration code https://github.com/owncloud/core/pull/17899 which relies on a root view to find all user's homes. There might be other parts of code that rely on it. ``` MariaDB [owncloud]> select * from oc_storages; +---------------------------------------+------------+ | id | numeric_id | +---------------------------------------+------------+ | home::root | 1 | | home::user1 | 3 | | home::user2 | 4 | | local::/srv/www/htdocs/owncloud/data/ | 2 | | local::/srv/www/ocdata/ | 5 | +---------------------------------------+------------+ 5 rows in set (0.00 sec) ``` The new cache with id 5 doesn't contain any of the user folders, it probably didn't properly scan. For now I suggest to always the user manager to find the user's homes instead of a root view. @icewind1991 @schiesbn

github.com/owncloud/core

Logrotate job must not use absolute paths / datadir change issue

opened 09:09AM - 20 Nov 15 UTC

closed 11:16AM - 21 Sep 21 UTC

PVince81

Type:Bug comp:core status/STALE

See https://github.com/owncloud/core/issues/20621#issue-117876573 It looks like… the logrotate oc_job is using an absolute path to the data directory. This means that whenever someone moves the data dir, this job will fail. So the fix would be as follows: - [ ] make logrotate work with relative paths, if possible - [ ] repair step to make the existing paths in oc_jobs relative to datadir

reader · October 17, 2016, 7:57am

Das ist mir alles zu heiß. So fit bin ich mit der ganzen Sache dann doch nicht.
Ich werde alles neu machen und meine Daten auch neu rüberschieben. Dann kann die Synchronisation wieder auf allen Geräten laufen.
Von meiner Seite hat sich das Thema erledigt.