2016-03-02 52 views
0

直到最近,laravel都会生成的任何错误消息都会写入Azure上的/ app/storage/logs,因为它们应该是这样。他们仍然在本地,我的活服务器使用完全相同的laravel配置。但是,在我的实时服务器laravel大约2个月前停止写入日志文件。Laravel停止在Azure上写日志

登录::信息仍然有效,但除非我告诉它来写东西,它没有日志。

由于它工作在本地和完全相同的配置是活的,我不知道我应该在哪里开始寻找,和谷歌搜索发现是徒劳的。对不起,我没有包含任何图像或代码,但我完全无能为力,可能会导致错误。也许这与写作权限有关?有任何想法吗?

进度1:当应该将某些内容写入日志文件夹时,“最近修改时间”日期更改为当前日期和时间。但是,文件夹内没有任何更改。

进度2:错误只是打印到日志中,但并非打印所有错误。应该将打印到日志的imagick错误打印到当前不存在的日志中,但打印另一个错误消息的事实会改变整个问题。刚刚发现,现在要去测试一些东西。

进度3:我已经确认,唯一没有打印到日志的是当imagick无法加载pdf。在windows服务器上发生这种imagick特定问题的其他情况,其中阅读pdf:s导致imagick在没有任何错误消息的情况下崩溃。这意味着这个问题不再相关,谢谢你所有的时间人。

回答

0

您可以检查磁盘空间是否已满您的应用服务,如果是的话,它可能会提高您的问题。

而且每个应用服务的定价等级有限制的磁盘空间,并且将在此应用程序的服务计划中的所有Web应用程序共享。 您可以检查您的网络应用门户网站的仪表板页面上的指标,例如, enter image description here

有关详细信息,请参阅https://azure.microsoft.com/en-us/pricing/details/app-service/

作为一种变通方法,你可以建立一个web工作持续运行一个脚本来旧的日志文件移动到Azure的Blob存储或数据库,以节省存储空间应用程序服务。

+0

感谢您的回复。我查了一下,我只用了8%的磁盘空间,所以磁盘空间不是问题。 – Rkey

+0

您是否对自从发生此问题后在Azure Web应用程序上设置了什么有所了解。就我而言,我无法重现您的问题。 –

+0

对不起,我没有回复,这个回应没有帮助,只是让你知道我现在很生病。请原谅我的简短回复,我的头脑朦胧。 – Rkey