Ubuntu tail：执行tail-f时出现无法识别的文件系统类型错误

为什么它在执行-f但不执行--silent和--quite时显示错误。 有什么不同呢。我到处找，但没发现有什么不同

root@<containerID>:/crowdLogistics/client/internal# tail --silent ../../logs/gunicorn_internal_client.log 
[2018-09-06 07:06:30 +0000] [69] [INFO] Starting gunicorn 19.6.0
[2018-09-06 07:06:30 +0000] [69] [INFO] Listening at: http://0.0.0.0:8080 (69)
[2018-09-06 07:06:30 +0000] [69] [INFO] Using worker: sync
[2018-09-06 07:06:30 +0000] [74] [INFO] Booting worker with pid: 74
[2018-09-06 07:06:30 +0000] [77] [INFO] Booting worker with pid: 77
[2018-09-06 07:06:30 +0000] [78] [INFO] Booting worker with pid: 78
[2018-09-06 07:06:30 +0000] [81] [INFO] Booting worker with pid: 81
[2018-09-06 07:06:30 +0000] [84] [INFO] Booting worker with pid: 84

root@<containerID>:/crowdLogistics/client/internal# tail --quiet ../../logs/gunicorn_internal_client.log 
[2018-09-06 07:06:30 +0000] [69] [INFO] Starting gunicorn 19.6.0
[2018-09-06 07:06:30 +0000] [69] [INFO] Listening at: http://0.0.0.0:8080 (69)
[2018-09-06 07:06:30 +0000] [69] [INFO] Using worker: sync
[2018-09-06 07:06:30 +0000] [74] [INFO] Booting worker with pid: 74
[2018-09-06 07:06:30 +0000] [77] [INFO] Booting worker with pid: 77
[2018-09-06 07:06:30 +0000] [78] [INFO] Booting worker with pid: 78
[2018-09-06 07:06:30 +0000] [81] [INFO] Booting worker with pid: 81
[2018-09-06 07:06:30 +0000] [84] [INFO] Booting worker with pid: 84

root@<containerID>:/crowdLogistics/client/internal# tail -f ../../logs/gunicorn_internal_client.log 
[2018-09-06 07:06:30 +0000] [69] [INFO] Starting gunicorn 19.6.0
[2018-09-06 07:06:30 +0000] [69] [INFO] Listening at: http://0.0.0.0:8080 (69)
[2018-09-06 07:06:30 +0000] [69] [INFO] Using worker: sync
[2018-09-06 07:06:30 +0000] [74] [INFO] Booting worker with pid: 74
[2018-09-06 07:06:30 +0000] [77] [INFO] Booting worker with pid: 77
[2018-09-06 07:06:30 +0000] [78] [INFO] Booting worker with pid: 78
[2018-09-06 07:06:30 +0000] [81] [INFO] Booting worker with pid: 81
[2018-09-06 07:06:30 +0000] [84] [INFO] Booting worker with pid: 84
tail: unrecognized file system type 0x794c7630 for ‘../../logs/gunicorn_internal_client.log’. please report this to bug-coreutils@gnu.org. reverting to polling

root@:/crowdlogitics/client/internal#tail--silent.././logs/gunicorn_internal#u client.log
[2018-09-06 07:06:30+0000][69][INFO]启动gunicorn 19.6.0
[2018-09-06 07:06:30+0000][69][INFO]收听地点：http://0.0.0.0:8080 (69)
[2018-09-06 07:06:30+0000][69][INFO]使用辅助程序：同步
[2018-09-06 07:06:30+0000][74][INFO]带pid的引导工人：74
[2018-09-06 07:06:30+0000][77][INFO]带pid的引导工人：77
[2018-09-06 07:06:30+0000][78][INFO]带pid的引导工人：78
[2018-09-06 07:06:30+0000][81][INFO]带pid的引导工人：81
[2018-09-06 07:06:30+0000][84][INFO]带pid的引导工人：84
root@:/crowdlogitics/client/internal#tail--quiet.././logs/gunicorn_internal_client.log
[2018-09-06 07:06:30+0000][69][INFO]启动gunicorn 19.6.0
[2018-09-06 07:06:30+0000][69][INFO]收听地点：http://0.0.0.0:8080 (69)
[2018-09-06 07:06:30+0000][69][INFO]使用辅助程序：同步
[2018-09-06 07:06:30+0000][74][INFO]带pid的引导工人：74
[2018-09-06 07:06:30+0000][77][INFO]带pid的引导工人：77
[2018-09-06 07:06:30+0000][78][INFO]带pid的引导工人：78
[2018-09-06 07:06:30+0000][81][INFO]带pid的引导工人：81
[2018-09-06 07:06:30+0000][84][INFO]带pid的引导工人：84
root@:/crowdlogitics/client/internal#tail-f.././logs/gunicorn#u internal#u client.log
[2018-09-06 07:06:30+0000][69][INFO]启动gunicorn 19.6.0
[2018-09-06 07:06:30+0000][69][INFO]收听地点：http://0.0.0.0:8080 (69)
[2018-09-06 07:06:30+0000][69][INFO]使用辅助程序：同步
[2018-09-06 07:06:30+0000][74][INFO]带pid的引导工人：74
[2018-09-06 07:06:30+0000][77][INFO]带pid的引导工人：77
[2018-09-06 07:06:30+0000][78][INFO]带pid的引导工人：78
[2018-09-06 07:06:30+0000][81][INFO]带pid的引导工人：81
[2018-09-06 07:06:30+0000][84][INFO]带pid的引导工人：84
尾部：无法识别“../../logs/gunicorn\u internal\u client.log”的文件系统类型0x794c7630。请将此报告给bug-coreutils@gnu.org. 恢复轮询

root@

表示您正在容器会话中（例如通过

docker exec

）

从这里开始，

tail-f

警告

无法识别的文件系统类型

可能取决于图像中存在的coreutil版本。有关说明，请参见

这取决于执行环境。
在您的情况下（执行环境是docker），请参阅

将Docker与覆盖驱动程序一起使用时会发生这种情况：

由使用旧版本coreutils的基本映像引起，当使用docker with overlay存储驱动程序时，会导致“

/var/log/cron.log

”

tail:unrecogned file system type 0x794c7630

”

一旦我们将基本映像从Debian Jessie（oldstable）更新为Debian Stretch（stable），它可能会得到修复

无论如何谢谢：）@VonC。我找到了解决办法。但这太暂时了

在本地docker上按照以下说明操作，以使tail命令正常工作

cd /root
wget http://ftp.gnu.org/gnu/coreutils/coreutils-8.27.tar.xz && tar xf coreutils-8.27.tar.xz
export FORCE_UNSAFE_CONFIGURE=1
cd /root/coreutils-8.27 && ./configure \
--prefix=/root/coreutils \
--libexecdir=/root/coreutils/lib \
--enable-no-install-program=kill,uptime && make && make install

/root/coreutils/bin/tail -f «filename»

---

这个问题与python有什么关系？还是给docker？您正在运行

tail

。在python项目中使用docker时执行tail。它可能会让你知道你在哪里使用tail。假设有人问，你在哪里使用suppress命令，至少他们应该知道。发生了什么事。