【问题标题】:Weird Bug with Files from GitHub Causing CommandBox to be Unable to Start来自 GitHub 的文件的奇怪错误导致 CommandBox 无法启动
【发布时间】:2022-12-23 06:10:19
【问题描述】:

操作系统:Ubuntu 22.04 |命令框版本:5.5.2 | Lucee引擎:5.3.9+141

有一个非常奇怪的问题。我从头开始安装 CommandBox 并使用 Lucee 引擎。一切正常,直到从 GitHub 中提取我的 Web 文件。最初,所有文件都正常提供,但在重新启动服务后,它无法启动。我已经尝试了几件事(更改用户/组所有权,手动复制文件,甚至更改文件夹和其中所有内容的文件权限)但它每次都无法启动。

我可以通过删除网络根文件夹并重新创建它来启动它。我还可以使用 echo/touch 运行我在本地创建的文件,没问题。关于从这里去哪里有点不知所措。

【问题讨论】:

  • 日志说什么?
  • 没什么用,只是停在“在 /path/to/webroot 中创建部署 [默认]”。在那之后,它只是坐在那里并超时。
  • 使用--console --debug 标志启动服务器并查看是否有任何错误消息或它是否只是挂起。如果它挂在该消息上并且永远不会完成,则可能与您的 webroot 中有大量文件有关,这会减慢启动时创建的文件观察器的速度。
  • 您可以使用start --console --debug启动服务器(目录中有文件)吗?
  • 这是调试控制台的输出:[INFO ] Runwar: Creating deployment [default] in /path/to/webroot [DEBUG] Runwar: Initialized CACHED MappedResourceManager - base: /path/to/webroot, web-inf: /root/.CommandBox/server/serverHome/lucee-5.3.9.141/WEB-INF, aliases: {} [DEBUG] Runwar: ResourceManager Cache total size: 50 MB [DEBUG] Runwar: ResourceManager Cache max file size: 50 KB 对于上下文,webroot 中有 1550 个文件。

标签: lucee ubuntu-22.04 commandbox


【解决方案1】:

听起来您的 Web 根目录中的文件数量导致 XNIO 目录观察器启动需要一些时间。你可以像这样禁用它:

server set runwar.args=['--resource-manager-file-system-watcher=false']

并重新启动服务器。请注意,由于偶尔会出现此类问题,此设置实际上在下一版本的 CommandBox 中将默认禁用。

【讨论】:

  • 那就是门票!谢谢,抱歉在 CommandBox 社区中发帖
  • 不用担心。我很乐意在任何一个地方为您提供帮助,但我并没有密切关注它,而且我不喜欢它作为任何形式的来回讨论以查明问题的好地方 :)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-06-03
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多