Warnung bezüglich Transaktionsdateien

🌐 Non-english support 🇩🇪 Deutsch (german)
21

Sie würden auch laufen wenn man weder noch einrichtet oder nur APCu für den Memory Cache und dann die Datenbank Transactional File Locking machen lässt (was übrigens bei kleinen Instanzen trotz der Warnung nicht zwingend ein Problem sein muss) Die Frage ist halt wie gut, repektive wie performant es dann läuft, und ob APCu als “File Locking Cache” im schlimmsten Fall nicht sogar Probleme verursachen könnte…

Und solange du mir zu diesen Fragen keine technisch fundierten Antworten liefern kannst (ich kann es nicht), halte ich mich lieber an die Empfehlungen aus der offiziellen Dokumentation, als an eine “Lösung” aus dem Forum, bei der ich den Eindruck kriege, es ging weniger darum die beste Lösung zu finden, sondern darum eine Warnung wegzukriegen ohne sich die Hände mit Redis schmutzig machen zu müssen. :wink:

22

Du tönst wie einer von denen die damals sagten die Erde sei eine Scheibe. :joy: Mir egal, mach was du willst. :tipping_hand_man:

23

Ja klar mach ich was ich will, und in diesem Fall will ich mich halt an die Empfehlungen in der Doku halten.

Btw. bei mir läuft APCu als Memory Cache und Redis für File Locking schon lange bevor diese Warnung eingeführt wurde. Kenne die nur aus dem Forum hier.

24

Bei mir auch.
‘memcache.locking’ => ‘\OC\Memcache\APCu’,
und alles ist sauber.

25

| FreeBSD 13.1-RELEASE-p9 amd64 | PHP 8.0.30 | MySQL 8.0.33 |

Bis heute NC 25 und keine Warnugen, Hinweise, etc und heute mit

2 × updater/updater.phar

rauf auf NC 27.1.4 und nun bekomme ich auch die Meldung.

  • Die Datenbank wird zum Sperren von Transaktionsdateien verwendet. Um die Leistung zu verbessern, richte bitte, sofern verfügbar, Memcache ein. Weitere Informationen findest du in der Dokumentation :arrow_upper_right:.

Server

redis_version:7.2.3
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:879d28d41b60ee24
redis_mode:standalone
os:FreeBSD 13.1-RELEASE-p9amd64
arch_bits:64
monotonic_clock:POSIX
clock_gettime
multiplexing_api:kqueue
atomicvar_api:c11-builtin
gcc_version:4.2.1
process_id:12866
process_supervised:no
run_id:b89ac84d282475bcf07732e7706b0137e789ac5e
tcp_port:0
server_time_usec:1701376713458201
uptime_in_seconds:7836
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:6877897
executable:/usr/local/bin/redis-server
config_file:/usr/local/etc/redis.conf
io_threads_active:0
listener1:name=unix,bind=/tmp/redis.sock

Redis # Memory

used_memory:2350768 used_memory_human:2.24M used_memory_rss:11288576 used_memory_rss_human:10.77M used_memory_peak:3012952 used_memory_peak_human:2.87M used_memory_peak_perc:78.02% used_memory_overhead:1409376 used_memory_startup:1406984 used_memory_dataset:941392 used_memory_dataset_perc:99.75% allocator_allocated:2328464 allocator_active:11256832 allocator_resident:11256832

und Redis mit langen und kurzen Test laufen lassen… ☼☼

redis-benchmark -s /tmp/redis.sock -p 7200 -n 2 -c 18

====== XADD ======
2 requests completed in 0.00 seconds
18 parallel clients
3 bytes payload
keep alive: 1
host configuration “save”: 3600 1 300 100 60 10000
host configuration “appendonly”: no
multi-thread: no

Latency by percentile distribution:
0.000% <= 0.063 milliseconds (cumulative count 1)
75.000% <= 0.079 milliseconds (cumulative count 2)
100.000% <= 0.079 milliseconds (cumulative count 2)

Cumulative distribution of latencies:
100.000% <= 0.103 milliseconds (cumulative count 2)

Summary:
throughput summary: inf requests per second
latency summary (msec):
avg min p50 p95 p99 max
0.068 0.056 0.063 0.079 0.079 0.079

Also eigentlich ist alles noch da…

Das ist auch nur ein kleiner Server mit wenigen User… und ich sehe es auch als overkill und würde mir wünschen, die Doku erkärte auch, wie NC zu dieser Feststellung kommt — denn das wäre gut zu wissen!?
NC 26 hab ich beim updaten auch ~30min gestestet und dort gab es die Meldung auch nicht.

Ist also jemand etwas schlauer geworden, bis heute?

Gruß

PS: Erster Post hier, aber viele Versionen NC & OC durchlaufen :smiling_face:

26

Gebe auf für heute — egal ob socket oder über localhost — NC nutzt Redis nicht.

root@nextcloud:~ # tail -f /var/log/redis/redis.log
81622:M 01 Dec 2023 00:36:31.646 - DB 0: 5 keys (0 volatile) in 8 slots HT.
81622:M 01 Dec 2023 00:36:31.647 . 0 clients connected (0 replicas), 1827464 bytes in use
81622:M 01 Dec 2023 00:36:36.739 - DB 0: 5 keys (0 volatile) in 8 slots HT.
81622:M 01 Dec 2023 00:36:36.739 . 0 clients connected (0 replicas), 1827464 bytes in use
81622:M 01 Dec 2023 00:36:41.833 - DB 0: 5 keys (0 volatile) in 8 slots HT.
81622:M 01 Dec 2023 00:36:41.833 . 0 clients connected (0 replicas), 1827464 bytes in use