phpMyAdmin-状态监视器-系统资源未更新

phpMyAdmin-状态监视器-系统资源未更新,phpmyadmin,Phpmyadmin,我最近将phpMyAdmin从3.3x升级到4.0.7。除了漂亮的状态-->监视器-->系统资源图表之外,一切都很正常。数据库图表运行良好。我已检查了联机资源,找不到任何对配置参数的引用或需要更改以启用这些参数的特定权限 关于如何启用“系统CPU使用率”、“系统内存”和“系统交换”监视器图表,您有什么想法吗 OS:CentOS 6.4 | PHP:5.3.27 |数据库:MariaDB 5.5.32 | phpMyAdmin:4.0.7CentOS可能根本不受支持,尽管一些谷歌建议它应该可以工作

我最近将phpMyAdmin从3.3x升级到4.0.7。除了漂亮的状态-->监视器-->系统资源图表之外,一切都很正常。数据库图表运行良好。我已检查了联机资源,找不到任何对配置参数的引用或需要更改以启用这些参数的特定权限

关于如何启用“系统CPU使用率”、“系统内存”和“系统交换”监视器图表,您有什么想法吗


OS:CentOS 6.4 | PHP:5.3.27 |数据库:MariaDB 5.5.32 | phpMyAdmin:4.0.7

CentOS可能根本不受支持,尽管一些谷歌建议它应该可以工作。它必须具备两个条件才能工作:

  • /proc/meminfo和/proc/stat需要可读

  • 在您的情况下,常量PHP_OS(根据google使用uname命令填充)必须设置为Linux

如果这两个条件都适用于您的系统:当您打开监视器时,您是否在浏览器Javascript控制台中看到任何错误

如果您感兴趣,负责它的代码位于libraries/sysinfo.lib.php中。

修复!显示问题:试图通过脚本(和phpMyAdmin)访问
/proc/meminfo
/proc/stat
文件时抛出错误消息


有了这条线索,我可以调整帐户的
php.ini
设置(这是一个cPanel服务器,所以使用了),瞧!数据是可用的。谢谢大家!

与那些在windows上运行phpMyAdmin的人共享,我的图表(系统CPU使用率、系统内存、系统交换)以前没有显示任何数据,只需在php.ini中启用扩展php_com_dotnet.dll来修复它

谢谢你,Tyron。/proc/meminfo和/proc/stat都带有444个perm,并且可读;'uname'返回“Linux”-因此这似乎不是问题所在。没有报告Javascript错误,我可以看到服务器返回的AJAX响应。将返回CPU和内存的JSON元素,但返回值为NULL。这很奇怪,因为CentOS(RedHat Enterprise)肯定是受支持的,但是Google没有找到关于这个问题的其他报告。你能告诉我们这个php脚本的输出吗:-你需要在phpMyAdmin文件夹中创建一个sysinfotest.php文件,并直接从浏览器调用它。完成后不要忘记再次删除该文件,否则它可能会允许不安全地访问您的cpu/内存使用情况。@Tyron:我看到了同样的问题,但在Ubuntu 12.04上。运行脚本生成以下输出:
PHP\u OS是PMA\u getSysInfoOs()的Linux结果:PMA\u getSysInfo()的Linux结果:PMA\u SysInfo对象([OS]=>Linux)的结果$SysInfo->supported():1个结果$SysInfo->loadavg():数组([loadavg]=>0)的结果$SysInfo->memory():数组()
请尝试此脚本:-我添加了两行以显示可能发生的任何PHP错误。该脚本显示问题与open_basedir有关。我在我的Ubuntu12.04服务器上添加了
:/proc/meminfo:/proc/stat
到/etc/phpmyadmin/apache.conf中的
php\u admin\u值open\u basedir
行,并重新启动了apache,所有的监控图表现在都在工作。Tyron的脚本还帮助我在Ubuntu13.10服务器上解决了这个问题。我在
/etc/apache2/conf available/phpmyadmin.conf
中将
:/proc/meminfo:/proc/stat
添加到
打开basedir
指令(撰写本文时的第18行)中,并运行了
sudo服务apache2重新加载
open_basedir restriction in effect. File(/proc/meminfo) is not within the allowed path