Centos 使用Systemctl报Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached (g-io-error-quark, 24) 在使用centos7.4 安装服务的

[[email protected] ~]# systemctl  restart  zabbix-agent
Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached (g-io-error-quark, 24)
Failed to restart zabbix-agent.service: Connection timed out
See system logs and ‘systemctl status zabbix-agent.service‘ for details.

在使用centos7.4 安装服务的时候报错：

　　在启动zabbix时候报错：

Centos 使用Systemctl报Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached (g-io-error-quark, 24)

Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached (g-io-error-quark, 24)

解决方案：

ps -ef |grep polkit

再安装：
 pyum reinstall polkit

再重启
reboot

原文地址：https://www.cnblogs.com/sheng-247/p/10288326.html

时间： 2024-11-08 21:33:47

Centos 使用Systemctl报Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached (g-io-error-quark, 24) 在使用centos7.4 安装服务的的相关文章

Linux重启mysql Error getting authority: Error initializing authority: Could not connect: Resource temporarily unavailable (g-io-error-quark, 27)

问题: Linux下重启mysql: systemctl restart mysqld 出现以下错误: Error getting authority: Error initializing authority: Could not connect: Resource temporarily unavailable (g-io-error-quark, 27) 解决方法: wget https://copr.fedorainfracloud.org/coprs/jsynacek/systemd-

Dynamics CRM 流程错误 simultaneous connections limit reached for organization error occured

有时候流程记录报的错误显示"simultaneous connections limit reached for organization error occured! " 重启异步服务或许有用,但是什么原因引起的呢? 原来在MSCRM_Config数据库的[DeploymentProperties]表里面有两个相关设置,限制同时连接数. SharedDBConnectionPoolPerOrgLimit' 和 'AsyncMaximumThreadsPerCPU' 它们的默认值如下图

AIX盘rw_timeout值过小导致IO ERROR

刚下班没多久,接收到告警提示数据库的数据文件异常,且同时收到主机硬盘的IO ERROR告警 该数据库服务器为AIX+oracle 9i环境,登录主机验证关键日志告警 发现确实在18点48分有磁盘IO的报错 从而查看查看存储和交换机告警信息,都是正常状态 继续查看数据库告警日志 可以看到数据文件45无法正常访问 从数据库中查看数据文件状态 该数据文件处于recover状态 查看数据库的备份和归档都正常,继续进行数据文件级别的恢复操作 1 recover datafile 45; 2 alter d

解决weblogic错误:java.sql.SQLRecoverableException: IO Error: Broken pipe

首先说一下系统基础架构: 服务器:weblogic11g集群 数据库:oracle数据库Rac 出错信息: 1.java.sql.SQLRecoverableException: Closed Connection 2.Test "SELECT 1 FROM DUAL" set up for pool "mds-soa" failed with exception: "java.sql.SQLRecoverableException: IO Error:

centos 7 systemctl

Linux Systemctl是一个系统管理守护进程.工具和库的集合,用于取代System V.service和chkconfig命令,初始进程主要负责控制systemd系统和服务管理器.通过Systemctl –help可以看到该命令主要分为:查询或发送控制命令给systemd服务,管理单元服务的命令,服务文件的相关命令,任务.环境.快照相关命令,systemd服务的配置重载,系统开机关机相关的命令. 1. 列出所有可用单元 # systemctl list-unit-files 2. 列出所

uploadify IO Error/http error 413

阿里云的服务器 linux 服务器,php 环境,上传附件问题,记录分享一下: 开始测试的时候,都是图片,小附件,没什么问题 系统上线后,发现大的附件上传 有问题,报错 IO Error 开始检查程序,把程序里面所有的限制大小的地方全取消了,发现还是不行 拿到本地测试没有问题,,,我知道不是程序的原因了,去查服务器环境 修改 php 环境:修改php.ini file_uploads =on upload_tmp_dir= upload_max_filesize=64m post_max_siz

C# uploadify 上传 -220 IO Error 问题

1. 前端: uploadify 上文件大小限制配置. 2. 后端: web.config 配置 <?xml version="1.0"?> <configuration> <system.web> <compilation debug="true" targetFramework="4.0"/> <httpRuntime maxRequestLength="10240"

centos编译libpng报错，解决方法

/usr/local/lib/libz.a: could not read symbols: Bad value 一般是64 位 电脑才会出现. 解决方法如下: 1 cd zlib-1.2.3 //进入zlib目录 2 3 CFLAGS="-O3 -fPIC" ./configure //使用64位元的方法进行编译 4 5 make 6 7 make install 8 9 make clean centos编译libpng报错,解决方法,布布扣,bubuko.com

java连接oracle数据库，关闭连接出现异常：java.sql.SQLRecoverableException: IO Error: Connection reset

java.sql.SQLRecoverableException: IO Error: Connection reset at oracle.jdbc.driver.T4CConnection.logoff(T4CConnection.java:612) at oracle.jdbc.driver.PhysicalConnection.close(PhysicalConnection.java:5094) at com.sms.send.StartTaskNew.run(SmsSend.java