一次service不能正常启动的处理过程

最新推荐文章于 2024-04-02 18:11:44 发布
最新推荐文章于 2024-04-02 18:11:44 发布
阅读量323 收藏
点赞数
文章标签： 数据库
1，服务不能正常启动，显示数据库状态不正常
[grid@dtydb4 ~]$ srvctl start service -d epmdb -s srv_epm1 -i epmdb1
PRCR-1013 : Failed to start resource ora.epmdb.srv_epm1.svc
PRCR-1064 : Failed to start resource ora.epmdb.srv_epm1.svc on node dtydb3
CRS-2800: Cannot start resource 'ora.epmdb.db' as it is already in the INTERMEDIATE state on server 'dtydb3'


2，原因为数据库状态异常，Stuck Archiver

[grid@dtydb4 ~]$ crsctl status resource -t

ora.epmdb.db
1 ONLINE INTERMEDIATE dtydb3 Stuck Archiver
2 ONLINE ONLINE dtydb4 Open
3 ONLINE ONLINE dtydb5 Open

3，找到原因，解决问题。

根据意思查询应该是archive方面的原因，查询日志

ORA-19815: ???ˉ???|: db_recovery_file_dest_size ?—?–???? (?1?2 5218762752 ?—?–????) ?’?‘???1?“?? 100.00%,

由于是测试系统，调整该参数大小

sys@EPMDB1(10.4.124.233)> alter system set db_recovery_file_dest_size = 10G scope=both;

?μí3ò??ü???￡


4，恢复正常，下一步要调整下测试库的某些参数


再次查看状态，恢复正常
[grid@dtydb4 ~]$ crsctl status resource -t
ora.epmdb.db
1 ONLINE ONLINE dtydb3 Open
2 ONLINE ONLINE dtydb4 Open
3 ONLINE ONLINE dtydb5 Open


再次启动服务，恢复正常
[oracle@dtydb3 trace]$ srvctl start service -d epmdb -s srv_epm1 -i epmdb1
PRCC-1014 : srv_epm1 was already running
PRCR-1004 : Resource ora.epmdb.srv_epm1.svc is already running
iteye_4537
关注
11.2.0.4RAC因内存紧张引起的数据库实例状态为Stuck Archiver
lk的窝
11-03 1343
[grid@rac1 ~]$ crsctl stat res -t -------------------------------------------------------------------------------- NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
Android Service启动（一） startService()启动过程以及原理解析
生死看淡_不服就干的博客
01-06 6106
Service分为两种工作状态，启动状态和绑定状态,通过调用startService()可进入启动状态，通过bindService()可进入绑定状态，本篇文章主要讲解startService()启动Service的过程。（额，android的版本还是26） 我们平时通过startService()启动一个Service的时候，最终都是调用的ContextWrapper的...
ftpsvc服务不能启动_Linux系统服务及其分类
weixin_39675728的博客
01-13 392
我们知道，系统服务是在后台运行的应用程序，并且可以提供一些本地系统或网络的功能。我们把这些应用程序称作服务，也就是 Service。不过，我们有时会看到 Daemon 的叫法，Daemon 的英文原意是"守护神"，在这里是"守护进程"的意思。那么，什么是守护进程？它和服务又有什么关系呢？守护进程就是为了实现服务、功能的进程。比如，我们的 apache 服务就是服务(Service)，它是...
Vcenter证书过期--Vcenter无法登录,密码错误,签名无效,503(方法2)
Q先生
04-04 7836
和https://blog.csdn.net/qq_29974229/article/details/127439493有一点区别.主要是管理页面也是503报错。
一次解决RAC实例状态为“Stuck Archiver”的经历
姚远OracleACE的博客
10-26 1937
ASMCMD> du tbsmgr01.dbf ASMCMD> du tbsmgr02.dbf ASMCMD> du OBJSYSUSER这个表时有一个数据文件报错 ora-01017 Deferred communication error with asm slave communication error with asm 林国欢:197 072 584 林国欢:1354 stuck archiver ORA-01017: invalid username/password; l
SQLserverAgent无法启动的解决方法
zjqweter的专栏
10-26 1684
SQLserverAgent无法启动的解决方法，看日志发现用于启动SQLserverAgent的帐号登录错误，原来是帐号过期。
Android中Service的启动与绑定过程详解（基于api29）
一只修仙的猿
08-08 8218
前言 前面我写到一个文章是关于Activity启动流程的点击链接前往。这一篇的内容是关于Service的启动和绑定的流程详解。Service和Activity一样，都是受AMS和ActivityThread的管理，所以在启动流程上两者有一些相似。不同的是Service有绑定的流程，相对比较复杂一点，结合Service的生命周期来理解，也不是很复杂。 了解启动源码的好处是整个Service对于你来说已经是透明的了，我们所做的每一个操作，心里都很清楚他的背后发生了什么。这是一种自信，也是一种能力，一种区别于入门
Android 7.0 ActivityManagerService(2) 启动Activity的过程：一
ZhangJian的博客
12-01 1万+
从这一篇博客开始，我们将阅读AMS启动一个Activity的代码流程。 自己对Activity的启动过程也不是很了解，这里就初步做一个代码阅读笔记，为以后的迭代打下一个基础。
记一次zabbix-server服务启动失败处理过程（Zabbix 3.0.9）
csuk022288的博客
06-20 5940
在CentOS7x64 7.3.1611上测试部署Zabbix3.0.9，到启动zabbix-server服务时报错： [root@CentOS7x64 ~]# systemctl restart zabbix-se...
Android 7.0 ActivityManagerService(3) 启动Activity的过程：二
ZhangJian的博客
12-06 5650
这一篇博客，我们将继续学习Activity的启动流程。 在启动Activity的过程：一中，我们的流程最终分析到AMS通过zygote启动Activity对应的进程，现在我们看看后续的过程如何进行。
主机升级rsyslog后服务异常分析，rsyslog服务重启报错
a568804062的博客
08-16 8772
1：异常情况： 现有版本：rsyslog-8.24.0-34.el7.x86_64 升级到：rsyslog-8.24.0-38.el7.x86_64 升级后服务重启不了，服务状态如下： systemd[1]: Failed to start System Logging Service. systemd[1]: Unit rsyslog.service entered failed state. systemd[1]: rsyslog.service failed. systemd[1]: rs
vCenter Server出现no healthy upstream的解决方法
04-02 1万+
可以通过"VMware vCenter Server Management(服务)"来排查问题，在网页里面找到“服务”模块，会发现有很多服务没有启动起来，而且手动启动也无法启动。7.0 地址后，页面出现“no healthy upstream”,无法正常登录vCenter，重启后依旧如此，该故障的前提是没有对vCenter做过任何配置，如下图所示。于是用命令查询是否有证书过期，发现真有多个服务依赖的证书在当天早上过期。使用如下命令尝试打开服务发现不分服务可以打开，不分服务无法打开。
start service失败的问题解决
热门推荐
u013207877的专栏
12-12 2万+
start service mysql
WAS启动报错Service failed to start. startServer return code = -1
Programmer.Wenlong 小龙在线
07-18 673
http://www-01.ibm.com/support/docview.wss?uid=swg21368020 Problem(Abstract) Attempts to start IBM WebSphere Application Server (WAS) v6.1.x through Rational Application Developer for WebSph...
Grid Infrastructure Installation Fails with Error "PRCR-1013 : Failed to start resource ora.ons" (Do...
hbhe0316的专栏
12-16 1075
https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=348608755939514&parent=SrDetailText&sourceId=3-28020370671&id=2380526.1&_afrWindowMode=0&_adf.ctrl-state=rnq...
一次权限修改导致的RAC无法正常启动的问题的解决
wang_san_shi的专栏
03-24 2357
测试的Oracle12c RAC数据库出现问题，无法启动了（OEL6.5+ORACLE12C12.1.0.1） 1、RAC中资源状态 [grid@rac1 ~]$ crsctl stat res -t -------------------------------------------------------------------------------- Name
systemctl status network.service命令，Failed to start LSB: Bring up/down networking.完美解决
weixin_46005650的博客
10-09 6408
连接不上虚拟机
做人脸识别项目，第一次屏幕正常亮，重启之后显示屏幕不亮，，没反应了secureCRT串口启动也没问题
最新发布
07-16
<think>我们正在处理一个硬件相关的问题：人脸识别设备在重启后屏幕不显示，但串口工具（SecureCRT）显示启动正常。 可能的原因包括：电源问题、信号线连接问题、屏幕背光问题、驱动问题、系统配置问题（如显示设置）等。 解决思路： 1. 检查硬件连接：包括屏幕的电源线、信号线（如HDMI、VGA等）是否松动或接触不良。 2. 检查屏幕背光：有些情况下屏幕背光损坏会导致看起来不亮，但实际有显示（可以用手电筒照屏幕看是否有图像）。 3. 检查系统日志：通过串口查看系统启动日志，特别是与显示相关的驱动加载情况。 4. 检查显示设置：系统启动后可能默认输出到了其他显示接口（如从HDMI切换到VGA），或者分辨率设置超出屏幕支持范围。 5. 检查电源：屏幕的电源适配器是否工作正常，以及设备为屏幕供电的电源是否稳定（重启后电压不足？）。 6. 检查固件/驱动：设备重启后加载的显示驱动是否有问题（比如第一次启动正常，但重启后加载了错误的驱动？）。 由于问题描述中提及“第一次正常显示，重启后屏幕不亮”，我们更倾向于： - 硬件连接问题（重启震动导致接触不良？） - 驱动或系统配置在重启过程中发生变化（比如更新了驱动？） 但是，用户提到串口启动正常，说明系统已经正常启动，只是显示输出有问题。 步骤建议： 1. 重新插拔屏幕的电源线和信号线，确保连接稳固。 2. 尝试连接另一个显示器，以排除原屏幕故障。 3. 通过串口登录系统，检查显示相关的日志（如dmesg | grep -i drm, dmesg | grep -i hdmi等）。 4. 检查当前显示输出设置（例如使用xrandr命令，如果系统支持X11，或者查看fb0设备是否存在等）。 5. 如果使用Linux系统，可以尝试重新加载显示驱动（如modprobe -r drv_name; modprobe drv_name）。 另外，注意：有些嵌入式设备可能有多个显示接口（如HDMI、LVDS、eDP等），需要确认系统启动后默认输出到哪个接口，以及是否在重启后切换了默认接口。 如果以上步骤无法解决，可能需要考虑硬件故障（如屏幕本身或设备上的显示输出接口电路问题）。 由于问题描述有限，我们只能提供一般性的排查步骤。 根据问题，我们生成以下相关问题，以帮助用户进一步定位问题： §§相关问题§§ 1. 设备重启后，通过串口登录系统，能否查看到与显示相关的系统日志？如果有，请提供相关错误信息。 2. 设备连接的是哪种类型的显示接口（HDMI、VGA、LVDS等）？是否尝试过更换接口或屏幕？ 3. 设备在重启过程中，是否进行了系统更新（包括驱动更新）或配置更改？ 4. 设备在重启后，屏幕是完全不亮（背光也不亮）还是背光亮但无图像？</think>根据您描述的问题（设备重启后屏幕不亮，但串口启动正常），以下是系统性的排查步骤和解决方案： ### 原因分析与解决方案 1. **显示驱动加载问题** - **现象**：首次启动正常，重启后驱动未正确加载 - **排查**： ```bash dmesg | grep -i "drm\|gpu\|display" # 检查显示驱动日志 lsmod | grep -i "panel\|mipi" # 确认屏幕驱动模块是否加载 ``` - **解决**： - 更新显示驱动：`sudo apt-get install --reinstall linux-firmware` - 强制加载驱动：`sudo modprobe -a drm_kms_helper panel_simple` 2. **EDID数据异常** - **现象**：重启后屏幕识别失败 - **排查**： ```bash sudo cat /sys/kernel/debug/dri/*/edid_override # 检查EDID数据 ``` - **解决**： - 重写EDID配置： ```bash sudo edid-decode < /sys/class/drm/card0-HDMI-A-1/edid > edid.bin sudo cp edid.bin /lib/firmware/edid/ ``` 3. **背光控制故障** - **现象**：背光电路未启动 - **排查**： ```bash ls /sys/class/backlight # 检查背光设备节点 cat /sys/class/backlight/*/brightness # 查看当前亮度值 ``` - **解决**： - 手动启用背光： ```bash echo 150 | sudo tee /sys/class/backlight/*/brightness ``` 4. **U-Boot显示配置丢失** - **现象**：启动参数未正确传递 - **排查**： ```bash sudo fw_printenv | grep "video\|display" # 检查U-Boot环境变量 ``` - **解决**： - 修改启动参数： ```bash sudo fw_setenv video_args "video=HDMI-A-1:1280x720@60" ``` 5. **硬件供电问题** - **现象**：屏幕电源不稳定 - **排查**： - 使用万用表测量屏幕供电接口电压（正常范围：5V±0.25V或12V±0.5V） - **解决**： - 更换电源适配器 - 检查设备主板电源电路电容是否鼓包 ### 关键检测流程图 ```mermaid graph TD A[重启后屏幕不亮] --> B{串口是否正常} B -->|是| C[检查驱动日志] C --> D[驱动未加载？] D -->|是| E[更新/重载驱动] D -->|否| F[检查EDID数据] F --> G[EDID异常？] G -->|是| H[重写EDID配置] G -->|否| I[检测背光控制] I --> J[背光值=0？] J -->|是| K[手动设置亮度] J -->|否| L[检查U-Boot配置] L --> M[参数错误？] M -->|是| N[修改启动参数] M -->|否| O[检测硬件供电] O --> P[电压异常？] P -->|是| Q[更换电源/维修电路] ``` ### 预防措施 1. 固化显示配置： ```bash sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.backup sudo nvidia-xconfig --preserve-busid --enable-all-gpus ``` 2. 添加系统服务自动修复： ```bash # 创建服务文件 /etc/systemd/system/screen-fix.service [Unit] Description=Screen Auto Fix After=graphical.target [Service] ExecStart=/usr/local/bin/screen_fix.sh [Install] WantedBy=multi-user.target ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值