在使用jenkins进行自动化部署服务的过程中,发现调用服务器的shell命令无法正常启动tomcat,但是构建日志显示是成功执行的,而手动在服务器却是可以正常启动tomcat. 原因:jenkins默认在build结束后会kill掉所有的衍生进程 Jenkins提供了hudson.util.ProcessTree.disable和hudson.util.ProcessTreeKiller.disable两个属性来控制些特性,值为true将禁用此特性.hudson.util.ProcessTre

解决方法-1: 在execute shell输入框中加入BUILD_ID=DONTKILLME,即可防止jenkins衍生进程 解决方法-2: 修改/etc/sysconfig/jenkins配置,在JENKINS_JAVA_OPTIONS中加入-Dhudson.util.ProcessTree.disable=true.需要重启jenkins生效 此方法配置一次后,所有的job都无需设置BUILD_ID,就能够防止jenkins杀死启动的tomcat进程

 1.启动nginx的方式: cd /usr/local/nginx ls ./nginx -c nginx.conf 2.查看nginx的进程方式: [root@localhost nginx]# ps –ef | grep nginx [root@localhost nginx]# ps -ef | grep nginx root     21094     1  0 07:52 ?        00:00:00 nginx: master process ./nginx -c ngi

1.启动nginx的方式: cd /usr/local/nginx ls

@ 目录 cmd批处理bat命令根据端口号一键关闭杀死对应进程程序 使用场景和功能介绍 主界面 下载地址 源代码 cmd批处理bat命令根据端口号一键关闭杀死对应进程程序 使用场景和功能介绍 java开发者eclipse中启动多次启动tomcat时8080端口无法及时关闭可能需要此批处理. windows上打开nginx.exe调试时不容易关闭时,可以使用此批处理关闭80端口即可. 代码原理根据端口号netstat -aon | findstr "80"查到对应PID,再根据PID查找

前言 最近在搭建一个自己的网站,网站框架搭好了要把项目放到服务器运行,但是每次更新网站内容就要手动部署一次,实在很麻烦,于是就想搭建一套自动化部署的服务.看了一些案例最后选用现在比较主流的Jenkins + Github + Nginx的方案来搭建,于是跟着教程去做,顺便把自己搭建的过程分享出去.以下操作默认大家已经申请自己的服务器,并开放所需要的端口.我自己的服务器是阿里云CentOS. 注意:ubuntu使用(apt-get install 软件名) 来安装软件,redhat(即CentOS

1.应用场景 在Windows或者linux操作系统中,我们在启动一个tomcat服务器时,经常会发现8080端口已经被占用的错误,而我们又不知道如何停止这个tomcat服务器. 2.window环境下杀死进程 1.首先查找到占用8080端口的进程号PID是多少(tomcat默认是8080端口,假如你修改了tomcat的监听端口,请输入你的tomcat端口号) netstat -ano | findstr 8080 这个命令输出的最后一列表示占用8080端口的进程号是多少,假设为9572 2.k

/**     * 执行dos命令     * @param command     */    public static void command(String command) {        try {            Runtime.getRuntime().exec(command);//            process.waitFor();        } catch (IOException e) {            e.printStackTrace();

一.Nginx进程介绍

一.nginx的进程模型基础 如上图,是nginx的基本进程模型. 1.nginx的master进程与worker进程关系 nginx的master进程负责worker进程的管理,包括创建worker进程.发送信号给worker.监控worker进程的运行状态等.master进程是worker进程的管理者.在实际的nginx运行中: master进程是以root身份运行的,而worker进程是以我们创建的nginx对应用户或者nginx.conf中的user  nobody;这个配置中指定的用户

查找阻塞进程: SELECT blocking_session_id '阻塞进程的ID', wait_duration_ms '等待时间(毫秒)', session_id '(会话ID)' FROM sys.dm_os_waiting_tasks 杀死阻塞进程: KILL 57

一  杀死指定进程 现知道有一个php线程正在运行,需要杀死 root 26278 1 0 2015 ? 00:00:31 /usr/local/php/bin/php /var/www/html/redis/daemon/daemon_register.phproot 26280 1 0 2015 ? 00:00:34 /usr/local/php/bin/php /var/www/html/redis/daemon/daemon_register.php ps -ef 查询运行进程 leo@

Nginx进程启动分析 worker子进程的执行循环的函数是ngx_worker_process_cycle (src/os/unix/ngx_process_cycle.c). 其中,捕获事件.分发事件的函数是ngx_process_events_and_timers(cycle); static void ngx_worker_process_cycle(ngx_cycle_t *cycle, void *data) { ngx_int_t worker = (intptr_t) data;

Jenkins+jmeter 多线程测试java接口时爆错,导致无法生成html报告. 先介绍下场景: 在Jenkins中新建了一个Job,假设你在一些列Build Step之前/之后,启动了一个进程,打个比方说启动一个Jboss进程.等到Build完成,你去Console Output中查看显示启动成功,甚至PID也有了.但是当你去后台查看的时候,发现其实这个进程根本不存在,并没有启动成功. 不过如果你使用的是较早的Hudson版本(Ver 1.136),并且是直接在页面中的Build Ses

-- 查询死锁 select request_session_id spid, OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' --杀死死锁进程 创造死锁条件 开两个查询窗口 BEGIN TRANSACTION--开始事务 ' WAITFOR DELAY '02:00'; '

alias kjava='ps -ef|grep ProcessName |awk "{print $2}"|xargs kill -9' 上面脚本放在杀JAVA进程中,会出现一些错误警告提示,如果把 aux 改成 ef ,连同SecureCRT也会断开连接 杀死java 进程 ps -ef|grep java |grep -v grep|cut -c 9-15|xargs kill -9 编辑别名 alias kjava='ps -ef|grep java |grep -v grep

查询数据库当前设置的最大连接数:查看mysql数据库连接数.并发数相关信息  show global variables like '%max_connections%'; 查看mysql连接数:mysql processlist详细说明  show processlist; 查看sleep退出时间限制: show variables like “%timeout%”; +-----------------------------+----------+| Variable_name     

原文:https://book.2cto.com/201304/19624.html 在正式提供服务的产品环境下,部署Nginx时都是使用一个master进程来管理多个worker进程,一般情况下,worker进程的数量与服务器上的CPU核心数相等.每一个worker进程都是繁忙的,它们在真正地提供互联网服务,master进程则很"清闲",只负责监控管理worker进程.worker进程之间通过共享内存.原子操作等一些进程间通信机制来实现负载均衡等功能(第9章将会介绍负载均衡机制,第1

为什么要绑定 Nginx 进程到不同的 CPU 上 :默认情况下,Nginx 的多个进程有可能跑在某一个 CPU 或 CPU 的某一核上,导致 Nginx 进程使用硬件的资源不均,因此绑定 Nginx 进程到不同的 CPU 上是为了充分利用硬件的多 CPU 多核资源的目的. 1,首先呢我们来查看cpu个数 grep -c processor /proc/cpuinfo # 查看CPU核数 cpu的个数不同绑定亲和力方法也不同 worker_processes 2; # 2核CPU的配置 work

original : https://wiki.jenkins-ci.org/display/JENKINS/Running+Jenkins+behind+Nginx In situations where you have existing web sites on your server, you may find it useful to run Jenkins (or the servlet container that Jenkins runs in) behind Nginx, so

原文: -- 查询死锁 select request_session_id spid, OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' --杀死死锁进程 kill 354