versuch mail in deiner apcu.ini (bei mir 40-apcu.ini) den Parameter zu setzen: apc.enable_cli=1
dann apache neu starten
Ich verwende apcu gar nicht, ich setze auf redis.
wie sieht das denn in deiner config.php aus,
bei mir so:
âmemcache.localâ => â\OC\Memcache\APCuâ,
âfilelocking.enabledâ => âtrueâ,
âmemcache.lockingâ => â\OC\Memcache\Redisâ,
âmemcache.distributedâ => â\OC\Memcache\Redisâ,
âredisâ =>
array (
âhostâ => âlocalhostâ,
âportâ => 6379,
âtimeoutâ => 0.0,
),
Ich habe folgende config.php eintrÀge bzgl. caching:
'memcache.local' => '\OC\Memcache\APCu',
'memcache.distributed' => '\OC\Memcache\Redis',
'redis' => [
'host' => '/var/run/redis/redis-server.sock',
'port' => 0,
'dbindex' => 0,
'password' => 'secret',
'timeout' => 1.5,
],
Wenn ich das auskommentiere funktioniert occ und cron. Gerade eben nach dem Hinweis von @devnull getestet. Was könnte das denn sein?
Irgendwo habe ich gestern oder vorgestern auch gelesen, dass es irgendwelche Probleme mit Redis gab. Brauchst du das wirklich? Vielleicht kannst du Alternativen verwenden und erst mal abwarten. Ich nutze es nicht. Aber ich habe auch nur eine Einzelinstanz. Da macht es wohl sowieso weniger Sinn, oder?
Server tuning â Nextcloud latest Administration Manual latest documentation
Wenn du den Eintrag APCu dort stehen hast solltest du in deiner apcu.ini
doch den Eintag setzen:
; Enable APCu extension module
extension = apcu.so
; This can be set to 0 to disable APCu
apc.enabled=1
; Setting this enables APCu for the CLI version of PHP
; (Mostly for testing and debugging).
apc.enable_cli=1
Danach hat der occ bei mir funktioniert
@mueller Das war ein Fehler in meinem Post. Ich hatte den Parameter
'memcache.local' => '\OC\Memcache\APCu',
schon mal vorbereitet.
Ich hab das jetzt mal erledigt, also von redis auf apcu umgestellt. Nach eintrag von
apc.enable_cli=1
in die php.ini hat es auch mit apcu gepasst.
Soooo, schaut so aus als wÀren damit alle anstehenden Probleme erst mal gelöst. Dann schauen wir mal wie sich NextCloud 21 im Alltag verhÀlt
Danke euch allen!
Gratulation!
Aber mein Problem mit der Warnmeldung bleibt weiterhin bestehen:
Eine Hintergrundaufgabe, die nach vom Benutzer importierten SSL-Zertifikaten sucht, lÀuft noch. Bitte spÀter erneut versuchen.
@mueller
Kannst du mal auf Englisch umstellen und die englische Meldung im Internet suchen und hier posten?
A background job is pending that checks for user imported SSL certificates. Please check back later
Die cron.php lĂ€uft wenn du sie ĂŒber die shell aufrufst?
Ich hatte die selbe Meldung genau bis zu dem Zeitpunkt als ich ACPU aktiviert have. Ich hab dann sicher ein paar mal cron.php manuell aufgerufen, sonst aber nichts gemacht.
Bei mir wurde diese Meldung durch ein Problem mit der App âExterner Speicherâ verursacht.
Da war scheinbar bei einem User ein nicht mehr vorhandener Server eingestellt, der dann nicht durchsucht werden konnte. Auf die Idee kam ich durch einen anderen Beitrag hier im Forum und eine Fehlermeldung beim manuellen Aufrufen der âcron.phpâ die ab und zu (nicht jedes mal) den Fehler âCanât contact server 192.168.X.X. Error NT_STATUS_HOST_UNREACHABLEâ (X.X durch mich ersetzt) ausgespukt hat.
In der Datenbank war dann in der Tabelle oc_appconfig ein Eintrag mit
appid = files_external
configkey = user_certificates_scan
configvalue = not-run-yet
das âno-run-yetâ löschen und schon war es weg. ist nicht die feine Art, aber die Meldung ist wegâŠ
Jetzt werd ich mal schauen, wer den Server eingetragen hat und das Àndern lassen.
@heimchemiker Hast du mir auf die schnelle das myql statement fĂŒr das Ă€ndern des value?
GrĂŒĂe
Daniel
Habs:
update oc_appconfig set configvalue = Null where appid = âfiles_externalâ and configkey = âuser_certificate_scanâ;
Trifft nur zu, falls du ĂŒberhaupt die âExternal Filesâ App verwendest:
erstmal schauen, ob in der Tabelle unter dem Certifikate Punkt etwas drin steht:
in mysql erstmal ein
Use nextcloud_db
(oder wie auch immer deine Nextcloud Datenbank heiĂt)
dann schauen, ob in dem entsprechenden Eintrag was drin steht:
select * from oc_appconfig where appid = 'files_external';
Hier stand bei mir wie oben beschrieben unter user_certificates_scan ein ânot-run-yetâ.
Und dann zum löschen:
update oc_appconfig set configvalue = '' where configkey = 'user_certificate_scan';
dann mĂŒsste das Problem âgelöstâ sein.
Wie gesagt, ist nicht die schöne Art. Lieber nachschauen, warum er nicht scannen konnte, also ob es wie bei mir ein nicht mehr erreichbarer Server ist, und das Problem darĂŒber lösen.
Hey.
Danke! Bei mir wurde dadurch das Problem âgelöstâ bzw. die Fehlermeldung ist weg. Nur eine Frage: WeiĂt Du, was dieser Eintrag aber eigentlich bewirken soll?