尊敬的Mikrotik论坛成员:雷竞技网站

我正在寻求帮助与我的microtik路由器和正常运行时间Kuma Docker的问题。雷竞技网站具体来说，我在路由器上正常运行Docker没有任何困难，并且非常感谢社区可以提供的任何帮助或指导。

我已经尝试在我的路由器上使用Pihole，它没有任何问题，但我无法让Uptime Kuma以同样的方式工作。
任何关于如何解决这个问题的帮助或建议将不胜感激。提前感谢您的协助。

真诚地,

谢谢你100%的帮助

按照同样的步骤，当我按下run时，容器显示正在运行，然后几秒钟后停止。

当我去找。type时，它不在那里。

我试图在运行v7.6的rb3011uas上运行，我有pihole工作正常，没有问题

文件类型是隐藏的，这就是为什么您可能很难找到它的原因，这取决于您使用的rstp客户机

真正的解决方案是在容器内修复这个“bug”，因为它在entrypoint.sh脚本中做了一些错误的事情。
我有一个修复，并将提交一个PR到uptime-kuma git回购，如果将被接受将减少这个不必要的步骤。
…
:
https://github.com/louislam/uptime-kuma/pull/2587

当前下一个容器:
https://hub.docker.com/r/elicro/uptime-kuma

工作与修复，以防有人想使用它的货架。

@elico
mount中的.type文件用于RouterOS将文件夹内容标记l雷竞技为不在RouterOS中列出。
正确的修复应该是不从uptime-kuma端更改该文件的权限，或者允许从RouterOS端更改权限或更改列出/不列出文件夹的方式。l雷竞技
从容器或RouterOS端删除文件只是一个变通方法。l雷竞技

chown -R将尝试更改隐藏文件的权限，请考虑跳过隐藏文件或.type文件的权限更改，这将从uptime-kuma方面进行“修复”

@antonsb

我明白你在说什么，我确实可以写一个查找命令，将这样做，但基本的问题是，城镇不应该返回一个权限被拒绝，除非有一个真正的原因。
Routl雷竞技erOS应该有权访问.type文件，不管它有什么权限，所以主要的问题是它在容器上被使用和强制。
容器假定它对这个卷(挂载)有控制权，但实际上显然没有。
我提供了一个简化的解决方案，但你为什么不提供一个更好的解决方案呢?

提示……在/app/数据结构中有两种“文件”格式。
这些是为数据库的模式“kuma*”和文件夹“upload/*”。
对uptime kuma项目的PR非常受RouterOS开发团队项目开发者的欢迎。l雷竞技

type的修复将在下一个版本中提供。

谢谢!
期待这一刻。

现在我提供了一个更好的entrypoint.sh版本，它使用find而不是chown -R，并排除了.type文件。
可以在:
https://github.com/louislam/uptime-kuma…4499年f70f86

你好安东

非常感谢这个解决方案，我实际上跳枪并创建了一个关于这个容器的主题和创建的视频。快速注意:从7.7rc4升级到7.7stable时，kuma_data文件夹中的所有文件都会出现权限错误，因此我无法再启动容器。必须删除所有文件才能让容器恢复工作。工作良好，即使重新启动之后，但意味着必须从头重新配置熊座。下一个版本需要注意什么?

在擦除挂载点之前，您是否尝试使用lftp进行备份?
如果可能的话，我会稍后测试它。

…
我现在已经验证，在从7.6升级到7.7之后，旧文件的uid和gid为:65534，即使我是容器内的根用户，也无法触摸。
我可以删除或重命名文件，但不能更改其所有权。

如果我通过lftp备份文件，它也是一样的，uid和gid是一样的。
当删除.type文件时，我通过winbox将文件上传到文件夹时也是如此。

我希望在7.8中它会被修复。
…
我使用第二次挂载和install/cat命令恢复了数据。
我为/app/data目录添加了一个新的挂载，并在/data目录下挂载了旧的挂载。
然后我启动了容器，它开始很好，但有一个新的DB。
然后我进入shell，进入/data，我不能改变所有权，但可以读取/删除/移动文件。
然后，我创建了一个tmp目录，并将所有文件移到tmp目录中。
然后我一个接一个地运行下一个命令:

install -C -m 664 -o root -g root /data/tmp/kuma.db /data/kuma.db
…
mkdir /数据/上传

然后停止容器并将旧挂载到/app/data中。
然后，它按照预期和旧数据工作。

我看到了两个问题:
首先，我不能真正备份容器，然后恢复它们，除非我在容器本身中具有这个特定的功能。
第二，根用户不能做很多应该做的事情。

我们需要一步一步地重复这一点。
对我来说，当从7.6升级到7.7时，文件总是保持正确的uid、gid

稍后我会试着测试它。
我在HAP AC3上对此进行了测试，我通过lftp或winbox上传的每个文件都具有上述65534 UID和GID。
稍后，我将验证它是否使用CHR试用虚拟机更改了uid和gid。

顺便说一句，谢谢你的努力。

我在其他地方提到过这一点，但是还需要一种方法来将文件从一个SSD迁移到另一个SSD并维护权限。我使用scp将文件从一个路由器复制到另一个路由器，但是在使用复制的文件安装了较大的SSD之后，容器没有读取它们的权限。使用ROS的SMB，我还能够在磁盘上复制和移动内容，但是存在相同的权限问题。

我希望利用像elico这样的技巧来避免重新构建我的容器(在本例中是Pi Hole)。

编辑:我使用lftp将文件复制到运行容器可用的挂载(Pi Hole的/etc/pihole挂载)。容器可以读取这些文件，但不能写入/更改它们，因此我将它们安排在不同的目录中，这样我就可以使用lftp删除不可更改的文件，然后将它们复制到容器中的位置。有点做作，但很管用。