RAC OCSSD进程被KILL引起系统重启--非root用户也能重启OS

OCSSD

这个进程是clusterware最关键的进程,CSSD进行异常,系统会立即重启.

在10.2.0.5/11.2.0.4的LINUX测试环境测试使用kill -9 <ocssd pid>可以观察到系统立刻重启,和init 6效果一样哈哈。

***这也发现一个漏洞:/u01/app/oracle/product/crs/bin/ocssd.bin这个进程是ORACLE用户的,使用ORACLE用户来KILL进程,就将LINUX重启了~~~

这算不算是一个安全漏洞呢哈哈。

[[email protected] ~]$ ps -ef|grep cssd   --在10.2.0.5中的输出:

root      3342     1  0 22:05 ?        00:00:00 /bin/sh /etc/init.d/init.cssd fatal

root      4254  3342  0 22:06 ?        00:00:00 /bin/sh /etc/init.d/init.cssd oprocd

root      4267  3342  0 22:06 ?        00:00:00 /bin/sh /etc/init.d/init.cssd oclsomon

root      4296  3342  0 22:06 ?        00:00:00 /bin/sh /etc/init.d/init.cssd daemon

root      4761  4267  0 22:06 ?        00:00:00 /sbin/runuser -l oracle -c /bin/sh -c ‘cd /u01/app/oracle/product/crs/log/rac1/cssd/oclsomon; ulimit -c unlimited; /u01/app/oracle/product/crs/bin/oclsomon  || exit $?‘

oracle    4762  4761  0 22:06 ?        00:00:00 /bin/sh -c cd /u01/app/oracle/product/crs/log/rac1/cssd/oclsomon; ulimit -c unlimited; /u01/app/oracle/product/crs/bin/oclsomon  || exit $?

oracle    4870  4296  0 22:06 ?        00:00:00 /u01/app/oracle/product/crs/bin/ocssd.bin

[[email protected] ~]$ ps -ef|grep cssd   --在11.2.0.4.0中的输出

root      3313     1  0 22:23 ?        00:00:00 /u01/app/11.2.0/grid/bin/cssdmonitor

root      3332     1  0 22:23 ?        00:00:00 /u01/app/11.2.0/grid/bin/cssdagent

grid      3345     1  0 22:23 ?        00:00:06 /u01/app/11.2.0/grid/bin/ocssd.bin

grid      5863  5318  0 22:38 pts/0    00:00:00 grep cssd

[[email protected] ~]$ kill -9 3345

时间: 2024-08-01 22:39:52

RAC OCSSD进程被KILL引起系统重启--非root用户也能重启OS的相关文章

linux下用非root用户重启导致ssh无法连接的问题

问题描述 安装好了centOS服务器,一直用Secure CRT工具通过ssh服务来远程连接linux,很方便的进行各种操作.今天偶然尝试了一下在非root的一般用户下执行重启服务器的命令,发现一般用户是没有权限执行重启的,果断使用sudo命令再次执行,终于重启成功,却发现Secure CRT再也连不上服务器了,郁闷不已,去网上查找各种资料总算有了一点粗浅的认识,记录下来,也让其他的linux beginner们能够少走些弯路吧. 普通用户下执行重启命令: shutdown -r now 或者

Linux系统下给非root用户添加sudo权限

有时,在linux系统中非root用户运行sudo命令,会提示类似信息: xxx is not in the sudoers file. This incident will be reported. 这里,xxx是当前用户名,该用户无法执行sudo命令,这时候,解决方法如下: 1.进入超级用户模式.也就是输入"su -",系统会让你输入超级用户密码,输入密码后就进入了超级用户模式.(也可以直接用root登录): 2.给配置文件“/etc/sudoers”添加“写”权限.输入命令: c

Centos系统mysql 忘记root用户的密码

第一步:(停掉正在运行的mysql)[root@maomao ~]# service mysqld stop  Stopping MySQL:                                            [  OK  ] 第二步:使用 "--skip-grant-tables"参数重新启动mysql[[email protected] ~]# mysqld_safe --skip-grant-tables [[email protected] ~]# Star

深度(deepin)系统不能ssh root用户登录

vi /etc/ssh/sshd_config找到这一部分信息刚进去信息应该是这样 # Authentication: #LoginGraceTime 2m #PermitRootLogin prohibit-password #StrictModes yes 修改后 # Authentication: LoginGraceTime 2m PermitRootLogin yes StrictModes yes 记得 # Authentication: 这一条信息不要修改 然后 wq 退出 修改成

linux系统非ROOT用户80端口不能启动tomcat问题的变通办法——通过Iptables端口转发

2010-07-17 13:21:42 org.apache.tomcat.util.digester.SetPropertiesRule begin 警告: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'debug' to '0' did not find a matching property. 2010-07-17 13:21:42  org.apache.catalina.core.Ap

让Ubuntu 18.04系统支持root用户登录的方法

默认的Ubuntu 18.04系统在登陆界面上是不支持root用户直接登录的,但是你可以使用下面的方法让Ubuntu 18.04也支持root登录,其他类似的版本参考在Ubuntu Kylin 18.10系统中使用root用户登陆的方法.通常情况下,在Ubuntu 18.04中的普通用户只能通过运行sudo [命令] [参数]来获得系统临时使用root权限,或者是运行su root切换到root用户权限下,下面是使用root登录图形界面的具体方法. 让Ubuntu 18.04系统支持root用户

Linux 进程管理 kill、killall、pkill命令

Linux常用信号(进程间通信) 系统中可以识别的信号较多,我们可以使用命令"kill -l"或"man 7 signal"来查询.命令如下: [[email protected] ~]# kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2 13

Linux下进程概念,进程管理和日志系统

程序(procedure):不太精确地说,程序就是执行一系列有逻辑.有顺序结构的指令,帮我们达成某个结果.就如我们去餐馆,给服务员说我要牛肉盖浇饭, 她执行了做牛肉盖浇饭这么一个程序,最后我们得到了这么一盘牛肉盖浇饭.它需要去执行,不然它就像一本武功秘籍,放在那里等人翻看. 进程(process):进程是程序在一个数据集合上的一次执行过程,在早期的UNIX.Linux 2.4及更早的版本中,它是系统进行资源分配和调度的独立基本单位. 同上一个例子,就如我们去了餐馆,给服务员说我要牛肉盖浇饭,她执

第八周:进程的切换和系统的一般执行过程

吕松鸿 + 原创作品转载请注明出处 + <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 一.进程切换的关键代码switch_to分析 1.进程调度与进程调度的时机分析 不同类型的进程有不同的调度需求 第一种分类: I/O-bound:频繁进行I/O,花费很长时间等待I/O CPU-bound:计算密集型,需要大量CPU时间进行计算 第二种分类: 批处理进程:不必交互.很快响应 实时进程:要求响应时间短 交互式进