背景 由于原jenkins是在exsi的一台虚拟机里面的容器跑的，构建java应用速度很慢，尤其是并发构建的时候平均构建要20分钟以上，为了改善构建效率，将一台配置ssd硬盘及i7 9代cpu 32G内存的台式机拿来做构建机，将原来容器里面跑的jenkins迁移到物理机，以下记录迁移步骤。 安装jenkins wget -O /etc/yum.repos.d/jenkins.repo https:
背景jenkins配置publishoverssh使用ssh公钥连接远程主机的时候报以下错误：jenkins.plugins.publish_over.BapPublisherException:FailedtoaddSSHkey.Messageinvalidprivatekey:B@17a54f19原因sshkeygen生成的公私钥是pem格式的，如下：!image.png(https://s2
背景在使用ansible批量启动node_exporter服务的时候遇到命令执行完后，去客户机上查看没有启动的问题，在这里做个记录执行命令ansible10.10.10.229mshella"nohup/usr/bin/node_exporter&"诊断去主机上查看，没有node_exporter的启动端口，查看nohup.out的日期也不是最新的说明没有生成新的日志文件，手动在客户机上执行/us
1、安装流水线相关插件2、创建流水线项目3、对流水线项目进行配置，对相碰变量进行参数化4、编辑流水线脚本脚本内容如下def label = "chench-jnlp" podTemplate(label: label, containers: [ containerTemplate(name: 'maven', image: 'maven:3.6-alpine', command: 'cat
前面做过jenkins发布nodejs项目，使用ssh插件，这回没有使用ssh插件。1、将项目、发布动作、主机作为参数，配置参数化构建2、配置拉取git仓库项目3、构建环境选项nodejs4、编写构建脚本url="harbor.wehgc.com:10443/library" opt="/opt/kubernetes/bin/kubectl" value=`ssh root@$host "$opt
同样是因为代码太久远，部分代码可以用maven构建，部分需要ant构建，而ant构建需要配置build文件，而开发又因为要写业务代码，没办法抽出时间来写build文件，而我自己在尝试将eclips导出来的build文件直接用ant编译后没办法成功，所以这里还是只能用jenkins发布开发已经打好的rar包，具体流程如下：将jenkins工目录配置成samba服务的共享目录，配置samba服务器这边
前面做了jenkins使用publicoverssh插件发布jar包，感觉在做回滚的时候有点慢，所以改进了一下，直接使用shell发布jar包，在使用过程中仍然存在把jar包放到后台执行会一下停留在控制台界面，没法返回成功的问题。后面经过调整，将jar命令写到shell脚本里面，并且输出重定向到nohup.out文件，这样就可以了。具体代码如下L`cat>startup.sh<<
由于开发项目代码时间太久远，太老旧，有的是以前的项目，开发直接用直接的idea编译的，要做成maven格式或者ant格式的太麻烦，我这边直接就让开发自己把编译过的文件直接上传到我指定的路径,这里我直接把jenkins的工作目录设置为共享目录，让开发自行将文件上传到工作目录，我这边再从目录直接发布到远程主机。具体操作如下：1、安装samba-server服务，将jenkins主机配置成共享服务主机2
前面用jenkins发布jar包和war包没有发现jar包的后台进程被杀死的情况，最近可能是因为升级了jenkins版本的原因，发现只要是把进程放入后台都会被jenkins杀死，也就是jenkins控制台提示已经发布成功了，但是去linux主机上查看不到里程，也没有监听端口。查了很多资料后终于发现可以通过以下方法解决：1、在/etc/sysconfig/jenkins的JENKINS_JAVA_O
1、新建自由风格项目2、配置参数化构建，将发布状态Status、是否重启Reboot、发布版本号Version、发布的文件file、发布的项目project、要发布的tomcat名称tomcat_name、发布的路径update_path分别设置为参数3、先执行一次发布，会在/var/lib/jenkins/workspace生成job名的文件夹，我这里是hczd-sys_for_Onlyall4
1、首先要安装node.js插件2、下载nodejs二进制包上传到jenkins服务器的/usr/local目录并配置环境变量3、在jenkins全局工具配置配置nodejs安装目录4、新建自由风格项目并配置git仓库(略)5、在构建环境这一步选择ProvideNode&npmbin/foldertoPATH6、在构建这一步选择执行脚本7、在构建这一步反选发送到远程服务器通过ssh远程ss
构建maven项目参考上一篇文章（https://blog.51cto.com/riverxyz/2507225）,这里主要说明配置回滚操作1、通过里面选择参数化构建，增加选项参数和字符串参数2、在poststep增加配置脚本3、这里要说明的是$WORKSPACE指的是jenkins内置系统变量，值为jenkins家目录底下项目的目录,比如我这里是/var/lib/jenkins/workspac
1、新建maven项目2、配置git仓库3、在远程机器上执行脚本，这一步需要先配置能ssh远程机器a、安装publishoverssh插件b、jenkins----配置----configsystem，配置远程连接主机账号密码高级那边配置密码c、配置SendfilesorexecutecommandsoverSSHafterthebuildruns4、构建jar包5、全部配置完应用保存就可以发布了
安装部署rundeck1、安装rundeck仓库源rpm-Uvhhttp://repo.rundeck.org/latest.rpm2、安装rundeckjavayuminstallrundeckjava3、启动rundeck及加入系统启动项systemctlstartrundeckdsystemctlenablerundeckd4、访问rundeck注意:在访问前需要修改配置文件/etc/run
#生产环境中大多时候是需要管理配置文件的，安装软件包只是在初始化环境的时候用一下。下面我们来写个管理nginx配置文件的playbook一、创建相关目录mkdir -p /etc/ansible/nginx_config/roles/{new,old}/{files,handlers,vars,tasks}#其中new为更新时用到的，old为回滚时用到的，files下面为nginx.c
一、创建主文件夹及各子文件夹cd /etc/ansiblemkdir nginx_installmkdir -p nginx_install/roles/{common,install}mkdir -p /etc/ansible/nginx_install/roles/common/taskscd /etc/ansible/nginx_install/r
特性(1)、no agents：不需要在被管控主机上安装任何客户端；(2)、no server：无服务器端，使用时直接运行命令即可；(3)、modules in any languages：基于模块工作，可使用任意语言开发模块；(4)、yaml，not code：使用yaml语言定制剧本playbook；(5)、ssh by default：基于SSH工作；(6)、strong multi-tie
基于python开发，C/S架构，支持多平台，比puppet轻量，在远程执行命令时非常快捷，配置和使用比puppet容易，能实现几乎所有puppet功能。比puppet出来晚几年，基于python开发，如果你仔细对比会发现saltstack和puppet很像，随着saltstack的使用量越来越多，它的发展也是越来越迅猛，可以说saltstatck可以实现puppet的所有功能，它比puppet容
基于rubby开发，C/S架构，支持多平台，可管理配置文件，用户,cron任务，用户软件包，分为社区版和企业版，企业版收费，支持图形界面1. 准备工作两台机器：10.10.13.248（服务端）10.10.13.247 （客户端）两台机器关闭selinux，清空iptables规则，并保存，设置hostname248上hostname master.river.com编辑/
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
