Owncloud Installieren

Status
Für weitere Antworten geschlossen.

heavy

Benutzer
Mitglied seit
13. Mai 2012
Beiträge
3.799
Punkte für Reaktionen
176
Punkte
129
http:http
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
4 drwxrwxrwx 3 http http 4096 Dec 27 21:23 @eaDir

Immer noch mit dem selber Ergebnis: Das Datenverzeichnis /volume1/verz kann nicht erstellt oder es kann darin nicht geschrieben werden.

Lustigerweise funktioniert der Standardordner /web/owncloud/data problemlos.
 
Zuletzt bearbeitet:

heavy

Benutzer
Mitglied seit
13. Mai 2012
Beiträge
3.799
Punkte für Reaktionen
176
Punkte
129
warum machst du die Rechte vergabe überhaupt per putty und nicht über die DSM Oberfläche? Dort müsstest du einfach nur dem Nutzer HTTP schreibrechte einräumen und eventuell noch admin rechte (ist zum einrichten von contao der fall) und schon sollte alles gehen.
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.655
Punkte für Reaktionen
1.549
Punkte
314
warum machst du die Rechte vergabe überhaupt per putty und nicht über die DSM Oberfläche?

Ich muß zugeben, das ich Wordpress vor kurzem auch "zu Fuß" auf der DS installiert habe und als Raspberry Pi geschädigter find ich das mitlerweile auch wesentlich einfacher alles über die Konsole zu steuern. Vor allem geht das wirklich viel schneller (Hätte mir vor einem Jahr mal jemand gesagt, das ich mal so ein Statement raushauen würde... ich hätte ihn ausgelacht *g* )

Tommes
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
@heavy Das habe ich auch schon versucht, bei der Installation als Package hat das auch funktioniert, aber jetzt gehts irgendwie nicht. Ich hab auch schon versucht allen Rechte zu geben aber irgendwie gings nicht. Ich hab nur hier im Forum gelesen das Leute die ähnliche Probleme hatten das per chmod und chown gelöst haben. Bei einem Shared Folder kann ich auch den Besitzer in der Weboberfläche nicht ändern, das geht nur bei Ordnern eine Ebene tiefer (oder ich hab noch nicht gefunden wo).
Hier meine Einstellungen:
s1.jpg
s2.jpg
s3.jpg
s4.PNG

Owner hab ich dann wieder per putty auf http:http gesetzt.
Wieder kein Erfolg. Mach ich vll etwas Grundlegendes falsch? Oder hab ich mich aus den anderen Verzeichnissen ausgesperrt?
Hab auch nochmal die Installation per Paket auf den Ordner probiert. Läuft problemlos.
 
Zuletzt bearbeitet:

heavy

Benutzer
Mitglied seit
13. Mai 2012
Beiträge
3.799
Punkte für Reaktionen
176
Punkte
129
OK dir scheint die zweite Http Gruppe zu fehlen. Aber in Rechtevergabe bin ich nicht fitt, da ich die DS alleine nutze.
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
Diese 2. http Gruppe ist mir bei der Paketinstallation aufgefallen, ich dachte das wäre ein doppelter Eintrag.
Hier scheint sie aber jetzt drinnen zu sein:
rechte.PNG

Ein Neustart ist nach der Rechtevergabe nicht erforderlich oder?
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
Welches Verzeichnis hast du denn über das Webinterface erstellt? Das Verzeichnis /volumeX/web ???

Gruß Handfest

Nein das web Verzeichnis war schon vorher da. Dort läuft auch erfolgreich ein Script das auf die DownloadStation zugreift.
Per Hand hab ich das Verzeichnis /Volume1/myowncloud/ erstellt.
 

Handfest

Benutzer
Mitglied seit
14. Apr 2010
Beiträge
42
Punkte für Reaktionen
3
Punkte
8
Da liegt der Hase im Pfeffer...

Das Verzeichnis /volumeX/web ist der so genannte webroot, in dem der DS User-Webserver seine Daten sucht. Ohne großzügige Anpassung diverser Konfigurationsfiles des Apache muss also auch dein owncloud-root innerhalb dieses webroots liegen.

Bei mir ist das /volume1/web/owncloud bzw. /var/services/web/owncloud

Entsprechend muss auch in der php-Konfiguration dieses Verzeichnis in die variable open_basedir aufgenommen werden, wenn es noch nicht drin ist.

Danach kann die manuelle Einrichtung der owncloud durchgeführt werden, wenn als user http und Benutzergruppe ebenfalls http gesetzt wird.

Bei mir hat das soweit sauber funktioniert. Auch die zur Härtung des Systems genutzten Scripte von der Owncloud-Site laufen, wenn man die angepasste Pfade und User/Gruppen-Infos verwendet.
Mit diesem Script werden dann auch die Dateirechte und Besitzer/Besitzergruppe "gerichtet", falls man vorher zu großzügig gewesen ist.

Alles andere ist sicher viel "Bastelei" ohne erkennbare (zumindest für mich) Vorteile

Gruß Handfest
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
Meinst du mit owncloud-root den Ordner in den owncloud hinein installiert wird?
Der liegt bei mir unter /volume1/web/owncloud. So weit passt das ja. würde ich dort drin auch noch den data Ordner platzieren dann würde das auch gehen, bzw erstellt er sich den data Folder bei der Einrichtung selber.

Mein Ziel wäre es ja den data Ordner außerhalb des web Ordners zu platzieren. Und da hab ich eben Probleme.
Oder meinst du damit dass ich den /volume1/meineigenerdataordner zu open_basedir hinzufüge?

Welche Scripte sind das? Laufen die automatisch oder muss ich die anstoßen?

Danke schon mal für deine Hilfe.
 

Handfest

Benutzer
Mitglied seit
14. Apr 2010
Beiträge
42
Punkte für Reaktionen
3
Punkte
8
Bei mir liegt der webroot unter /volume1/web
der owncloudroot unter /volume1/web/owncloud
der owncloud-data-root unter /volume1/web/owncloud_data

4 drwxr-xr-x 16 root http 4096 Dec 27 11:02 owncloud
4 drwxr-x--- 9 http http 4096 Dec 28 16:42 owncloud_data

"Das Script kommt aus der Dokumentation von Owncloud: https://doc.owncloud.org/server/8.2...n/installation_wizard.html#strong-perms-label und wurden von mir wie folgt angepasst:

#!/bin/sh
ocpath='/var/services/web/owncloud'
ocdatapath='/var/services/web/owncloud_data'
htuser='http'
htgroup='http'
rootuser='root' # On QNAP this is admin

find ${ocpath}/ -type f -print0 | /usr/bin/xargs -0 chmod 0640
find ${ocpath}/ -type d -print0 | /usr/bin/xargs -0 chmod 0750

chown -R ${rootuser}:${htgroup} ${ocpath}/
chown -R ${htuser}:${htgroup} ${ocpath}/apps/
chown -R ${htuser}:${htgroup} ${ocpath}/config/
chown -R ${htuser}:${htgroup} ${ocpath}/data/
chown -R ${htuser}:${htgroup} ${ocpath}/themes/

chown ${rootuser}:${htgroup} ${ocpath}/.htaccess
chown ${rootuser}:${htgroup} ${ocdatapath}/.htaccess

chmod 0644 ${ocpath}/.htaccess
chmod 0644 ${ocdatapath}/.htaccess
#

Ich habe noch nicht versucht den owncloud-data-root ausserhalb des webroot zu platzieren. Vermutlich geht das auch, erfordert aber ggf. eine Anpassung der Zugriffsrechte. Wenn dann muss zumindest die Direktive

'datadirectory' => '/var/services/web/owncloud_data',

in der Datei /volume1/web/owncloud/config/config.php gesetzt werden.

Ansonsten gibt das Owncloud-Logfile evtl. noch Hinweise woran es hapert. Wo dieses liegt steht auch in der Datei /volume1/web/owncloud/config/config.php, und zwar unter 'logfile' => '/var/services/web/owncloud/log/owncloud.log' (bei mir. Sonst evtl. /var/services/web/owncloud_data/owncloud.log)

Gruß Handfest
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
Achso schade. So hab ichs schon zum laufen gebracht. Mir gings eben um das auslagern von data, da ich schon mehrfach gelesen hab dass es besser ist es nicht im web root zu haben.
Ich werd nochmal eine manuelle Installation versuchen bei der ich den data Ordner unter web/owncloud lasse und erst nach dem Setup auslagere.
Bei mir scheiterts nämlich schon daran, ich hab noch gar kein config file.

Weiß jemand ob mir die manuelle Installation irgendwelche Vorteile oder zusätzliche Sicherheiten bringt außer dass ich den Ordner auch anders nennen kann als "owncloud"?
Da das Setup als Paketinstallation gut funktioniert hat würde ich ansonsten wieder darauf zurückgreifen.
 

spot

Benutzer
Mitglied seit
16. Mrz 2011
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

gerade wollte ich von OwnCloud 8.2.1 auf 8.2.2 updaten. Dafür habe ich wie immer das tar-Archiv heruntergeladen und entpackt, dann den data-Ordner aus der alten Installation in die neue kopiert und die Berechtigungen neu gesetzt.
Damit lief normalerweise immer alles, d.h. anmelden über das Webfrontend hat funktioniert, allerdings nicht dieses mal.
Momentan sagt mir das Webfrontend, dass ich ein Administrator-Konto anlegen und eine Datenbank einrichten soll. Sieht also wie eine Erstinstallation anstatt wie ein Update aus.
Was mache ich falsch?
Außerdem kommt auch noch die Meldung, dass "diese ownCloud-Instanz unter einer 32-Bit-PHP-Umgebung läuft und open_basedir in der Datei php.ini konfiguriert worden ist", aber das ist vermutlich nicht das Hauptproblem und andere User haben ja auch schon von dieser Meldung berichtet ...
Kennt jemand das Problem bzw. die Lösung? :)

Gruß spot
 

DJ Mike

Benutzer
Mitglied seit
03. Mai 2012
Beiträge
264
Punkte für Reaktionen
0
Punkte
22
Du hast vielleicht den "config" Ordner überschrieben von den neuen entpackten Dateien.


So hättest du vorgehen müssen:

Im ownCloud Verzeichnis müssen nun alle Ordner und Dateien ausser „data“ und „config“ gelöscht werden.

Danach alle entpackte Ordner, ausser den Config Ordner wieder zurück in den ownCloud Ordner kopieren.



Gruss Mike
 

spot

Benutzer
Mitglied seit
16. Mrz 2011
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Guter Tipp! An den Config-Ordner hatte ich nicht mehr gedacht. Nachdem ich die config.php auch noch in den neuen Ordner übernommen hatte ging wieder alles.

Danke!
spot
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
Hat von euch schon mal wer die Updater App im "Administrator" Bereich ausprobiert?
Ich hab nach der Paketinstallation (8.1) auf 8.2.1 upgedated. Das hat gut funktioniert.
Allerdings zeigt mir die Updater App jetzt Müll an:

Updates

Es ist eine neue Version verfügbar: {{newVersion}}
Your version is up to date.
Updates will be available here within a few days after the announcement.

Auch das Backup wird nicht mehr aufgelistet, liegt aber noch im Data Ordner.
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.655
Punkte für Reaktionen
1.549
Punkte
314
Ich musste auch "manuell" von 8.2.1 auf 8.2.2 updaten und seitdem funktionieren die Links zu dem Kalender und Kontakten nicht mehr. ownCloud geht mir echt auf den Sack, ständig ist was neues...

Tommes
 

OdinsAuge

Benutzer
Mitglied seit
12. Nov 2015
Beiträge
377
Punkte für Reaktionen
36
Punkte
34
Ich hör nur von Problemen mit 8.2.2. Ich werd die Version wohl auslassen, da es ja kein Major ist. Oder gäbs was für das es sich Lohn upzudaten?
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.655
Punkte für Reaktionen
1.549
Punkte
314
Ich hör nur von Problemen mit 8.2.2...

Ich hab schon seit ownCloud 7.x ständig irgendwelche Probleme. Bei mir läuft ownCloud inzwischen auch nur noch um zu sehen was beim nächsten Update wieder alles schief geht. Für den Produktiven Einsatz ist mir das alles zu schwammig und zu unsicher. Vielleicht mache ich auch irgendwas falsch... keine Ahnung.

Tommes
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat