ZendOptimizer.MemoryBase@NETWORK SERVICE问题解决方法
日志提示
事件 ID ( 2 )的描述(在资源( Zend Optimizer )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分: C:\WINDOWS\TEMP\ZendOptimizer.MemoryBase@NETWORK SERVICE@262916123, 系统找不到指定的文件。
.
事件 ID ( 487 )的描述(在资源( Zend Optimizer )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分: Unable to view file mapping, 试图访问无效的地址。
从网上搜索到的N种可能及解决方法
解决办法一:
1.修改C:\WINDOWS\Temp\目录的访问权限,使Zend可以对目录进行修改
一般添加IIS_WPG和Network Service的写入权限就够了
2.有可能在C:\WINDOWS\temp\目录下找不到该文件,方法是新建文件名为ZendOptimizer.MemoryBase@SYSTEM和ZendOptimizer.MemoryBase@NETWORK SERVICE(如果没有)空文件即可
3.php.ini文件中设置upload_tmp_dir = "c:\windows\temp\"(注意=两边的空格)
4.还有可能就是IIS没有读取ZEND目录的权限,为C:\Program Files\ZendOptimizer-2.6.2\lib\Optimizer-2.6.2目录和C:\Program Files\ZendOptimizer-2.6.2\lib\ZendExtensionManager.dll文件添加IIS_WPG读取权限(注意版本不同可能路径也有所不同)
解决有三种方法:
一种是在php.ini中去掉eAccelerator,然后重启IIS和Mysql服务;
第二种是在php.ini中加入一个"extension=php_yaz.dll"扩展,必须启用他,然后重启IIS和Mysql服务,OK问题解决。。。
第三种就是修改c:\WINDOWS\temp\目录的访问权限,使Zend可以对目录进行修改,第三种情况一般很少出现。
解决办法:
1.修改C:\WINDOWS\Temp\目录的访问权限,使Zend可以对目录进行修改
一般添加IIS_WPG和Network Service的写入权限就够了
2.有可能在C:\WINDOWS\temp\目录下找不到该文件,方法是新建文件名为ZendOptimizer.MemoryBase@SYSTEM和ZendOptimizer.MemoryBase@NETWORK SERVICE(如果没有)空文件即可
3.php.ini文件中设置upload_tmp_dir = "c:\windows\temp\"(注意=两边的空格)
4.还有可能就是IIS没有读取ZEND目录的权限,为C:\Program Files\ZendOptimizer-2.6.2\lib\Optimizer-2.6.2目录和C:\Program Files\ZendOptimizer-2.6.2\lib\ZendExtensionManager.dll文件添加IIS_WPG读取权限(注意版本不同可能路径也有所不同)
c:\Program Files\zend
administrators 完控
system 完控
service 完控
users 读取和运行,列出文件夹目录,读取
c:\windows\temp
Administrator 全部权限
System 全部权限
users 全部权限
extension=php_yaz.dll
extension=php_zip.dll
extension=php_sockets.dll
另外一种说法
跟扩展无关。这个错误表示 ZendOptimizer 不能设置共享内存,通常是由于权限问题造成的。建议你先注释掉 ZendOptimizer 部分,看看 phpinfo() 中输出 Environment 的 TEMP 和 TMP 都是哪些路径,确认两个目录对 everyone 可写(尤其是 TMP 目录,因为 ZendOptimizer 用的是 TMP 目录而不是 TEMP 目录)。
另外不妨用个 PHP 脚本往 TMP 目录里新建个 ZendOptimizer.SharedMemoryArea@UserName 文件来测试一下 TMP 目录确实可写。
至后面实验出来的结果是
事件 ID ( 2 )的错误没再出现,但事件 ID ( 2487)的错误还是有,真不知还有那个可能了,希望有解决了的朋友也告诉我一声。