【问题标题】:Magento FPC throwing "failed to open stream: No such file or directory"Magento FPC 抛出“无法打开流:没有这样的文件或目录”
【发布时间】:2014-12-03 04:34:44
【问题描述】:

两天前,我们的 Magento 开始为整页缓存条目抛出此错误,并且不断地淹没日志。虽然前面没有错误,但从速度来看,它似乎没有被缓存。所以日志充满了这个:

DEBUG (7): file_get_contents(/...var/full_page_cache//mage--tags/mage---713_CATALOG_PRODUCT_67229): failed to open stream: No such file or directory ...lib/Mage/Cache/Backend/File.php

在子目录中安装了新的 magento,一切正常。将代码恢复到三个月前,同样的错误。 禁用所有自定义模块,无效。 权限似乎没问题,因为 magento 可以写入所有文件夹。

我们注意到的一个特殊行为是,在 var/full_page_cache 中创建了一个文件,然后立即消失。只有 mage--tags 保持填充状态。我们安装了 redis 并处理 FPC,在禁用它后开始出现错误(并且Magento 退回到自己的 FPC)

有什么想法吗?

更新:在 Navision 同步(使用 magento api)工作时会产生错误。

【问题讨论】:

  • 你有进步吗?同样的问题。
  • 这似乎是正常行为。当产品更新时,magento 会自动尝试清除产品的缓存文件。如果产品没有以任何方式缓存,它将找不到任何文件,从而导致“没有这样的文件”通知。我们只是先添加了 file_exists 检查。所以,我会说magento的设计缺陷。
  • 我们通过禁用 fpc 并将会话位置更改为“会话”(而不是“文件”)部分解决了该问题。它看起来像是一种“太多的连接”或太多的会话文件,女巫让 magento 感到困惑。

标签: magento


【解决方案1】:

从错误日志中检查您的缓存路径:

file_get_contents(/...var/full_page_cache//mage--tags/mage---713_CATALOG_PRODUCT_67229): failed to open stream: No such file or directory ...lib/Mage/Cache/Backend/File.php

“...full_page_cache//mage--tags...”部分中的路径不正确。将 // 更改为 / 并且问题消失了。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2017-05-04
    • 1970-01-01
    • 2013-01-13
    • 2015-07-29
    • 2015-11-13
    相关资源
    最近更新 更多