memcache für ownCloud

[rednag]

Ich glaube ich bin zu dämlich memcache für eine Installation von ownCloud 9.1.1 zu aktivieren.
Es gibt hierzu bereits unzählige Threads, aber ich scheitere konsequent daran.
In der Web Station ist PHP-Cache bereits aktiviert.
Dann habe ich unter

/web/owncloud/config/config.php

folgendes eingefügt:

'memcache.local' => '\\OC\\Memcache\\APCu',

Weiterhin habe ich es auch mit

'memcache.local' => '\\OC\\Memcache\\APC',

probiert. Ich habe die Zeile testweise auch 1:1 von meiner Nextcloud - Instanz eingefügt.
Das habe ich immer am Ende der Datei gemacht.

Egal welche Verrenkungen ich auch anstelle - nach dem speichern der Datei und einem Reboot von nginx bleibt eine weiße und leere Seite zurück.

 

[rednag]

** push **

 

[Frogman]

Hast Du in der /etc/php/conf.d/user-settings.ini die drei Zeilen

apc.enabled = 1
opcache.enable = 1
opcache.enable_cli = 1

stehen?

PS: Und es geht nur
'memcache.local' => '\\OC\\Memcache\\APCu'

 

[rednag]

Hi Frogman,

danke für Deine Antwort.
Das Verzeichnis gibet bei mir nicht. In /etc/php ist nur die php.ini drin...

 

[maalik]

nach dem speichern der Datei und einem Reboot von nginx bleibt eine weiße und leere Seite zurück.

Ich meine, das Problem wäre bei mir auch mal aufgetreten wegen der falschen Berechtigungen. Danach per SSH die Gruppe und Eigentümer auf http gesetzt?

 

[Frogman]

Ist in der php.ini ein Eintrag für apc.shm_size ? Wenn ja, wie groß ist der Wert?

 

[rednag]

Ok, ich habe jetzt die von @Frogman genannte Zeiel eingepflanzt.

Auf der Konsole dann ein chown http:http -R /volume1/web/owncloud?

 

[maalik]

ein chown http:http -R /volume1/web/owncloud?

korrekt.

 

[rednag]

<?php
$CONFIG = array (
  'instanceid' => 'oc7gtsiqtynk',
  'passwordsalt' => 'ehtc0Ol9P0Dq8dPBxUIktcXq6ov4wX',
  'secret' => '5NcVHulcbaF1RciNcpJY/ZjAVbTFysWvpc7OuXfXUUAyK4xG',
  'trusted_domains' => 
  array (
    0 => 'www.markus-xxx.eu',
  ),
  'datadirectory' => '/volume1/web/owncloud/data',
  'overwrite.cli.url' => 'https://www.markus-xxx.eu/owncloud',
  'dbtype' => 'mysql',
  'version' => '9.1.1.3',
  'dbname' => 'ownCloud',
  'dbhost' => 'localhost',
  'dbtableprefix' => 'oc_',
  'dbuser' => 'ownCloud',
  'dbpassword' => 'aoIrT7sxbzqd5NTq',
  'logtimezone' => 'UTC',
  'installed' => true,
);
'memcache.local' => '\\OC\\Memcache\\APCu'

Leider bleibt das Fehlerbild das gleiche. Ein nginx reload hinterlässt eine leere Seite.

 

[maalik]

das 'memcache.local' => '\\OC\\Memcache\\APCu' muss auch vor die klammer:

  ...
  'dbpassword' => 'xyz',
  'logtimezone' => 'UTC',
  'installed' => true,
  'memcache.local' => '\\OC\\Memcache\\APCu'
);

 

[rednag]

Mann, bin ich manchmal ein Schussel
Kaum macht man es richtig gehts.



Daran bin ich gestern und heute schlicht verzweifelt. Immer und wieder durchprobiert, und dann sowas....

Danke Dir.

 

[rednag]

Ist in der php.ini ein Eintrag für apc.shm_size ? Wenn ja, wie groß ist der Wert?

Da ist übrigens kein solcher Eintrag drin.

 

[Frogman]

Immer schwierig, wenn keine Angaben zur DSM-Version vorliegen...

 

[rednag]

Du hast mir jetzt praktisch eine ganze Zaunlatte um die Ohren gehauen mit der Aufforderung meine Signatur zu aktualsieren.

 

[OdinsAuge]

Hallo, ich habe gerade ein ähnliches Problem.
Bei mir hats eigentlich schon funktioniert, uch hab die Zeile für memcache aus der php config rausgenommen (aus Testzwecken). Und dannach wieder eingefügt. Jetzt lässt sich die Coud nicht mehr aufrufen (Error 500).
Ich hab Nginx neu gestartet und auch die Webstation neu gestartet (DSM 6) und auch die Rechte kontrolliert.

Sobald ich die Zeile entferne geht wieder alles.

 

[maalik]

Hey OdinsAuge,

Zeile mit u, also

'memcache.local' => '\\OC\\Memcache\\APCu',

einfügen, Verzeichnisrechte auf http:http setzen und goetz Beitrag hier befolgen:
http://www.synology-forum.de/showth...-Memcache-APCu&p=665809&viewfull=1#post665809

 

[OdinsAuge]

Tja das Häkchen war gesetzt und die Rechte hatten eigentlich auch gepasst. Aber scheinbar scheints trotzdem Rechte-Probleme gegeben zu haben.
Ich hab die config.php in putty geändert.
Ich hab dann mal die Rechte der ganzen cloud Installation gelockert (auf Update-Niveau) dann im Texteditor der Syno geändert und die Rechte wieder gehärtet,
Jetzt geht's seltsamer weise, das hatte ich bisher noch nie.