手工kill掉VNC进程的故障处理

1.模拟Kill掉已经启动的VNC服务
1)启动桌面1的服务
[[email protected] ~]# vncserver :1

New ‘testdb:1 (root)‘ desktop is testdb:1

Starting applications specified in /root/.vnc/xstartup
Log file is /root/.vnc/testdb:1.log

2)手工杀掉已经启动的VNC服务进程
[[email protected] ~]# ps -ef | grep -i vnc | grep -v grep
root      1178     1  0 11:07 pts/2    00:00:00 Xvnc :1 -desktop testdb:1 (root) -httpd /usr/share/vnc/classes -auth /root/.Xauthority -geometry 1024x768 -depth 16 -rfbwait 30000 -rfbauth /root/.vnc/passwd -rfbport 5901 -pn
root      1182     1  0 11:07 pts/2    00:00:00 vncconfig -iconic

[[email protected] ~]# kill -9 1178

3)确认进程已经杀掉
[[email protected] ~]# ps -ef | grep -i vnc | grep -v grep

4)再次启动桌面1的VNC服务,这里可以看到报错
[[email protected] ~]# vncserver :1

Warning: testdb:1 is taken because of /tmp/.X1-lock
Remove this file if there is no X server testdb:1
A VNC server is already running as :1

2.处理过程
很简单,按照错误提示的内容,需要删除/tmp/.X1-lock文件
[[email protected] ~]# rm -f /tmp/.X1-lock

启动尝试,仍然报错
[[email protected] ~]# vncserver :1

Warning: testdb:1 is taken because of /tmp/.X11-unix/X1
Remove this file if there is no X server testdb:1
A VNC server is already running as :1

同样,按照提示的错误,进一步删除/tmp/.X11-unix/X1文件
[[email protected] ~]# rm -f /tmp/.X11-unix/X1

再次启动尝试,OK,启动成功!
[[email protected] ~]# vncserver :1

New ‘testdb:1 (root)‘ desktop is testdb:1

Starting applications specified in /root/.vnc/xstartup
Log file is /root/.vnc/testdb:1.log

3.问题处理经验总结
再一次证明,解决技术问题的关键有
1)直面问题,充满信心,喜欢解决问题,即使时间紧任务重
2)远离浮躁
3)认真分析报错信息,寻找突破点
4)last but not least 向最好的老师Google请教

-- The End --

  

时间: 2024-11-05 11:28:36

手工kill掉VNC进程的故障处理的相关文章

【VNC】手工kill掉VNC进程的故障处理

1.模拟Kill掉已经启动的VNC服务1)启动桌面1的服务 [[email protected] ~]# vncserver :1 New 'testdb:1 (root)' desktop is testdb:1 Starting applications specified in /root/.vnc/xstartup Log file is /root/.vnc/testdb:1.log 2)手工杀掉已经启动的VNC服务进程 [[email protected] ~]# ps -ef | 

windows和linux中查看端口占用情况并kill掉对应进程

好几次在不同的情况下遇到 需要查看端口信息 并且kill掉对应进程的情况 相关的参数总是记不全 在这里记录下 以后查看方便 windows中查看正在使用端口的信息netstat -ano|findstr "xxxx"kill 掉对应的进程taskkill /f /t /PID 具体参数信息http://blog.163.com/[email protected]/blog/static/45190050200741222590/ linux中查看正在使用的端口的信息sudo netst

Android下写一个永远不会被KILL掉的进程/服务

Android 系统对于内存管理有自己的一套方法,为了保障系统有序稳定的运信,系统内部会自动分配,控制程序的内存使用.当系统觉得当前的资源非常有限的时候,为了保 证一些优先级高的程序能运行,就会杀掉一些他认为不重要的程序或者服务来释放内存.这样就能保证真正对用户有用的程序仍然再运行.如果你的 Service 碰上了这种情况,多半会先被杀掉.但如果你增加 Service 的优先级就能让他多留一会,我们可以用 setForeground(true) 来设置 Service 的优先级. 为什么是 fo

kill掉桌面进程

方法一: 使用w 或tty 命令 查看是几号 使用命令ps –t tty1 查看tty 的PID号 kill -9 pid 方法二: ps –ef | grep ttykill -9 1697Centos6最终效果,其实并不能结束,只能注销用户 Centos6:设置开机启动不加载桌面进程修改配置文件:/etc/inittab id:5:initdefault: #开机加载桌面id:3:initdefault: #开机加载命令行 Centos 7 有所变化:新版本的CentOS 系统里使用'tar

kill掉tomcat进程并重启服务

#!/bin/shecho "kill -9 `ps aux|grep java|grep [t]omcat01|awk '{print $2}'`"ps aux|grep java|grep [t]omcat01|awk '{print $2}'|xargs kill -9 echo "kill -9 `ps aux|grep java|grep [t]omcat02|awk '{print $2}'`"ps aux|grep java|grep [t]omcat

mmon进程被kill掉会不会自动启动

数据库为11.2.0.4.0版本的RAC. 两个节点相隔6个小时左右,相继无法自动生成AWR报告.业务正常 1.手动创建快照是OK的. 2.查看alert log和mmon日志. 3.在测试库上kill掉mmon进程,进程无法自动启动. 4.在测试库修改_swrf_mmon_flush参数,mmon进程可以自动起来 alter system set "_swrf_mmon_flush"=false; alter system set "_swrf_mmon_flush&quo

python监听windows上w3wp进程,如果cpu>=95%则自动kill掉

因为最近服务器前端虽然加了负载均衡,但是后端windows主机偶尔还有因为服务进程cpu到99这种情况导致服务不可用,虽然这个不用第一时间处理,但是也需要手工登录进行进程的kill,windows下可以通过dos脚本写个.bat脚本实现这个功能,并通过配置调用这个.bat脚本,但是我试过几次感觉不太适合我 所以通过python写一个脚本并用py2exe转换成.exe程序放在几台windows上,因为不可能每台server都手工部署下python环境. 代码如下: import psutil im

保持Service不被Kill掉的方法--双Service守护 && Android实现双进程守护

本文分为两个部分,第一部分为双Service守护,第二部分为双进程守护 第一部分: 一.Service简介:Java.lang.Object ?Android.content.Context  ?android.content.ContextWrapper  ?android.app.Service Service是应用程序Application的一个组件(component).它的作用有两点:1.用来提供一个长期在后台运行并且不与用户交互的操作,2.也可以为其他应用程序提供服务.Service

C# 强制关闭当前程序进程(完全Kill掉不留痕迹)

C#代码   /// <summary> /// 运行DOS命令 /// DOS关闭进程命令(ntsd -c q -p PID )PID为进程的ID /// </summary> /// <param name="command"></param> /// <returns></returns> public static string RunCmd(string command) { //實例一個Process類