Docker 使用redis的损坏日期：RasPi上的6-5
我正在RASPI4（redis:6-alpine）上的docker容器中运行redis。Nextcloud在另一个容器中使用它（通过docker compose）。 由于几天的时间，redis使用了100%的CPU时间 我现在看到容器中的日期/时间已损坏。Redis似乎正常启动，但日志显示Docker 使用redis的损坏日期：RasPi上的6-5,docker,redis,alpine,Docker,Redis,Alpine,我正在RASPI4（redis:6-alpine）上的docker容器中运行redis。Nextcloud在另一个容器中使用它（通过docker compose）。 由于几天的时间，redis使用了100%的CPU时间 我现在看到容器中的日期/时间已损坏。Redis似乎正常启动，但日志显示 pi@tsht2:/data/nextcloud $ docker logs nextcloud_redis_1 1:C 03 May 2071 14:21:28.000 # oO0OoO0OoO0Oo R
pi@tsht2:/data/nextcloud $ docker logs nextcloud_redis_1
1:C 03 May 2071 14:21:28.000 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1:C 03 May 2071 14:21:28.000 # Redis version=6.0.10, bits=32, commit=00000000, modified=0, pid=1, just started
1:C 03 May 2071 14:21:28.000 # Configuration loaded
1:M 03 May 2071 14:18:00.000 # Warning: 32 bit instance detected but no memory limit set. Setting 3 GB maxmemory limit with 'noeviction' policy now.
1:M 03 May 2071 14:20:40.000 * Running mode=standalone, port=6379.
1:M 03 May 2071 14:21:28.000 # Server initialized
1:M 03 May 2071 14:21:20.000 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
1:M 03 May 2071 14:21:28.000 * Ready to accept connections
pi@tsht2:/data/nextcloud $ docker exec -it nextcloud_redis_1 date
Sun Jan 0 00:100:4174038 1900
顺便说一句：其他容器显示了正确的日期/时间。列出了Raspbian stable，其libseccomp版本已过时（引用：…[要求]主机libseccomp版本为2.4.2或更高版本…）。请注意，对于Raspbian，libseccomp被称为libseccomp2。在这种情况下：要么更新libseccomp和Docker，要么使用旧的映像 时钟不起作用的问题似乎适用于过去几周内构建的所有基于Alpine Linux的容器。根据我自己的经验，这包括PostgreSQL和Python。这两个都失败了：PostgreSQL遇到了分段错误，Python无法初始化其时钟。鉴于Redis类似于数据库，如果缺少工作时钟也会破坏它，我也不会感到惊讶
（这个问题似乎已经解决）Alpine Linux的arm-v7映像似乎是用一个不起作用的时间组件构建的，请参阅。此问题应通过使用较旧的映像（例如，
redis:6.0.6-alpine3.12