Jenkins是master-slave/agent结构,可以通过代理把任务下发到各个agent/slave上去执行 如图,首先在master上开启代理配置,指定master上开启的tcp端口,以及和slave进行通信的代理协议 然后就可以创建新的节点(node).只有上面开启了代理配置,这里的"启动方式"才会出现"通过Java Web启动代理"的选项 在某个slave机器上,主动建立和master的连接,点击里面的"Launch"按钮就可以下载

环境说明: 公司和政府合作的项目中,需要对服务器添加监控.政府方面已对服务部署了zabbix agent,实现了系统层面的基础监控:而对于公司而言,需要对服务器上的服务进行监控,故需在原有的zabbix agent的基础上添加Server. 操作说明: 通过百度的方式,采用在zabbix agent的配置文件中添加Server行,重启,发现出现如下报错: 经过多次调试,采用在原有的Server后添加新ip,则解决问题,正确姿势如下:

检测SQL Server表占用空间大小SQL,要先选择需要查询的数据库,然后点击执行下面脚本. ),ROWS ),reserved ) ,Data ) ,index_size ) ,Unused ) ) GO INSERT #T EXEC SP_MSFOREACHTABLE 'EXEC sp_spaceused "?"' SELECT * FROM #T ORDER BY CONVERT(INT,REPLACE(DATA,'KB','')) DESC drop table #T

在安装CDH的时候出现错误提示: 安装失败. 无法接收 Agent 发出的检测信号. 日志提示错误: start >> raise socket.error(msg) >>error: No socket could be created on ('node6', 9000) -- [Errno 99] Cannot assign requested address on ('node6', 9000) -- [Errno 99] Cannot assign requested a

#:sonarqube下载地址,我们安装6.7  高版本已经不支持MySQL和Mariadb(最小3G内存) https://www.sonarqube.org/downloads/ #:安装文档 https://docs.sonarqube.org/6.7/Requirements.html #;根据文档,先修改内核参数 root@ubuntu:/usr/local/src# vim /etc/sysctl.conf vm.max_map_count=262144 fs.file-max=65

Pre 解决思路 代码后记: 客户端app上的部分代码 调用: 服务器上: 客户端判断服务器是否还活着代码: PRE 在利用socket写通讯程序的时候,想检测服务器是否还活着. 从网上找了很多资料,都没有自己合适的,最后自己想了个办法,不过也相当于截取了心跳检测的一部分. 这里检测的是远程server的连接,而不是本地是否连接成功.首先想到socket类的方法isClosed().isConnected().isInputStreamShutdown().isOutputStreamShutd

漏洞细节可以参看安全客的文章:https://bbs.ichunqiu.com/thread-22507-1-1.html Jenkins-CLI 反序列化代码执行(CVE-2017-1000353),巡风现已支持检测,漏洞检测插件来自社区成员 Dee-Ng.经过验证后我们稍作了修改,已经进行了推送.隔离了外网环境的同学可以手动更新下插件检测. <ignore_js_op> BTW,巡风已经在不少甲方.乙方公司落地部署,其中不乏一些大厂.找工作的同学也可以提插件上来,求 offer 直达用人部

一. 通信协议 为了master和agent能够正常通信,连接的建立必须是双向的. SSH: master通过标准的SSH协议连接slave. Java Web Start: Java 应用在agent 主机上启动,Master和agent通过TCP建立连接. 这种方法往往是在agnet在防火墙内部,master不能发起连接的情况下使用. Windows service: 这种方法是注册 agnet在远端主机上作为一个服务.该方法设置比较繁琐,且需要图形接口的支持. 二. 设置 agent 关联

上一个Demo进行了单独的Jenkins远程部署, 本Demo将使用流行的Jenkins+Git+Docker进行持续部署. 准备Linux服务器 和上一篇Demo一样, 在Azure创建一台CentOS7服务器, 开放22端口供SSH使用, 并且开放了5000和5001端口. 安装DotNet Core 基于微软官方文档, SSH到服务器使用如下命令安装: sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages

最近学习Docker与Jenkins, 网上大部分都是关于Jenkins+Git+Docker进行持续远程部署, 我一直在考虑为什么Jenkins和Docker要绑定一块使用, 因为我想单独使用Jenkins进行本地构建然后远程部署, 那么这就开始行动. 准备Linux服务器 我在Azure创建了一台CentOS7服务器, 开放22端口供SSH使用, 并且开放了5000和5001端口. 安装DotNet Core 基于微软官方文档, SSH到服务器使用如下命令安装: sudo rpm -Uvh

Jenkins 在 Windows agent 上执行shell 命令,听起来很有意思,以下方法可以在 Jenkins 中执行一些简单的 shell 脚本,如果是复杂脚本就交给 Linux agent 去做吧. 1. 安装工具(二选一) - Git bash - Cygwin 由于我用Git, 所以我安装的是Git for Windows. https://git-scm.com/download/win 2. 加入环境变量PATH 把 Git bash 命令的路径加入环境变量, 例如:“C:\

[前言] 很多小伙伴都已经会搭建Jenkins环境了,都想要用Jenkins来运行自动化接口,可我们的Jenkins在linux服务器上.服务器上默认的python包是2.6的这样不是很好,那么这边就引入了一个agent的概念,代理Windows [新增Windows节点] 1  在Jenkins的节点管理 新增1个节点  2  节点新增后,打开节点如下提示 3 .解决上述2的问题 点击进行配置,把TCP的端口打开,同时关闭Windows上的防火墙,保证通讯 4.点击launch.下载该agen

1.查找目前SQL Server所执行的SQL语法,并展示资源情况: SQL code ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 SELECT  s2.dbid ,          DB_NAME(s2.dbid) AS [数据库名] ,          --s1.sql_handle ,          ( SELECT TOP 1                    

JavaNeverGiveUp教程篇 用jenkins+sonarqube去检查代码是非常方便的,它能检查出代码中可能存在的一些问题,比如io流未关闭.空指针异常.死循环.代码不规范等问题. 1. 搭建环境和下载工具包 1.1搭建环境 window系统+Jdk1.8+mysql5.6+python3.6 1.2下载工具包 工具包 描述 下载地址(未精确到版本号) sonarqube-7.4.zip sonarqube核心包 https://www.sonarqube.org/downloads/

** 需要指出的是,无论下面哪种方式的代码,都需要打开本机的网络共享,否则找不到SQL服务器** 例一 **************************************************** Use MyFll.Fll(下载MyFll)Set Library To MyFlllcLocalName = Left(Sys(0),At("#",Sys(0))-2)lcLocalIP = DomainToIP(lcLocalName)? '本机名:'+ lcLocalNam

1. 接上边编辑好文件 2. 双击以上的jnlp文件 3. 点击弹出的窗口File->save as service, 此时如果报错的话很可能是由于没有安装.net(.net2 以上) 4. 保存一下运行即可.

zabbix agent检测分为主动(agent active)和被动(agent)两种形式,主动与被动的说法均是相对于agent来讨论的.简单说明一下主动与被动的区别如下: 主动:agent请求server获取主动的监控项列表,并主动将监控项内需要检测的数据提交给server/proxy 被动:server向agent请求获取监控项的数据,agent返回数据. zabbix agent通信过程中的协议均基于json格式,格式如下:   1 2 - "ZBXD\x01" (5 byte

想要用好zabbix进行监控,那么我们首要需要了解下zabbix这个软件的实现原理及它的架构.建议多阅读官方文档. 一.总体上zabbix的整体架构如下图所示: 重要组件说明: 1)zabbix server:负责接收agent发送的报告信息的核心组件,所有配置.统计数据及操作数据都由它组织进行: 2)database storage:专用于存储所有配置信息,以及由zabbix收集的数据: 3)web interface:zabbix的GUI接口: 4)proxy:可选组件,常用于监控节点很多的

原理: 1)zabbix server:负责接收agent发送的报告信息的核心组件,所有配置.统计数据及操作数据都由它组织进行: 2)database storage:专用于存储所有配置信息,以及由zabbix收集的数据: 3)web interface:zabbix的GUI接口: 4)proxy:可选组件,常用于监控节点很多的分布式环境中,代理server收集部分数据转发到server,可以减轻server的压力: 5)agent:部署在被监控的主机上,负责收集主机本地数据如cpu.内存.数据

zabbix实现原理及架构详解想要用好zabbix进行监控,那么我们首要需要了解下zabbix这个软件的实现原理及它的架构.建议多阅读官方文档. 一.总体上zabbix的整体架构如下图所示: 重要组件说明: 1)zabbix server:负责接收agent发送的报告信息的核心组件,所有配置.统计数据及操作数据都由它组织进行: 2)database storage:专用于存储所有配置信息,以及由zabbix收集的数据: 3)web interface:zabbix的GUI接口: 4)proxy:

zabbix实现原理及架构详解   想要用好zabbix进行监控,那么我们首要需要了解下zabbix这个软件的实现原理及它的架构.建议多阅读官方文档. 一.总体上zabbix的整体架构如下图所示: 重要组件说明: 1)zabbix server:负责接收agent发送的报告信息的核心组件,所有配置.统计数据及操作数据都由它组织进行: 2)database storage:专用于存储所有配置信息,以及由zabbix收集的数据: 3)web interface:zabbix的GUI接口: 4)pro