linux bash Shell特殊变量:Shell $0, $#, $*, $@, $?, $$和命令行参数

在linux下配置shell参数说明 前面已经讲到,变量名只能包含数字、字母和下划线,因为某些包含其他字符的变量有特殊含义,这样的变量被称为特殊变量。 例如,$ 表示当前Shell进程的ID,即pid,看下面的代码: $echo $$ 运行结果 29949 特殊变量列表 变量 含义 $0 当前脚本的文件名 $n 传递给脚本或函数的参数。n 是一个数字,表示第几个参数。例如,第一个参数是$1,第二个参数是$2。 $# 传递给脚本或函数的参数个数。 $* 传递给脚本或函数的所有参数。 $@ 传递给脚本或函数的所有参数。被双引号(" ")包含时,与 $* 稍有不同,下面将会讲到。 $? 上个命令的退出状态,或函数的返回值。 $$ 当前Shell进程ID。对于 Shell…

Continue Readinglinux bash Shell特殊变量:Shell $0, $#, $*, $@, $?, $$和命令行参数

bash和Bourne_shell的区别

Linux 中的 shell 有很多类型,其中最常用的几种是: Bourne shell (sh)、C shell (csh) 和 Korn shell (ksh), 各有优缺点。Bourne shell 是 UNIX 最初使用的 shell,并且在每种 UNIX 上都可以使用, 在 shell 编程方面相当优秀,但在处理与用户的交互方面做得不如其他几种shell。Linux 操作系统缺省的 shell 是Bourne Again shell,它是 Bourne…

Continue Readingbash和Bourne_shell的区别

Shell脚本中$0、$?、$!、$$、$*、$#、$@等的意义以及linux命令执行返回值代表意义

Shell脚本中$0、$?、$!、$$、$*、$#、$@等的意义以及linux命令执行返回值意义 (1) Shell脚本中$0、$?、$!、$$、$*、$#、$@等的意义说明 1.1、简要说明 ps: 你在Linux环境下多试下就明白了 $$ Shell本身的PID(ProcessID,即脚本运行的当前进程ID号) $! Shell最后运行的后台Process的PID(后台运行的最后一个进程的进程ID号) $? 最后运行的命令的结束代码(返回值)即执行上一个指令的返回值 (显示最后命令的退出状态。0表示没有错误,其他任何值表明有错误) $- 显示shell使用的当前选项,与set命令功能相同 $* 所有参数列表。如"$*"用「"」括起来的情况、以"$1 $2 … $n"的形式输出所有参数,此选项参数可超过9个。 $@ 所有参数列表。如"$@"用「"」括起来的情况、以"$1" "$2" … "$n" 的形式输出所有参数。 $@ 跟$*类似,但是可以当作数组用 $# 添加到Shell的参数个数…

Continue ReadingShell脚本中$0、$?、$!、$$、$*、$#、$@等的意义以及linux命令执行返回值代表意义

Systemd 入门教程:实战篇

上一篇文章,我介绍了 Systemd 的主要命令,今天介绍如何使用它完成一些基本的任务。 一、开机启动 对于那些支持 Systemd 的软件,安装的时候,会自动在/usr/lib/systemd/system目录添加一个配置文件。 如果你想让该软件开机启动,就执行下面的命令(以httpd.service为例)。 $ sudo systemctl enable httpd 上面的命令相当于在/etc/systemd/system目录添加一个符号链接,指向/usr/lib/systemd/system里面的httpd.service文件。 这是因为开机时,Systemd只执行/etc/systemd/system目录里面的配置文件。这也意味着,如果把修改后的配置文件放在该目录,就可以达到覆盖原始配置的效果。 二、启动服务 设置开机启动以后,软件并不会立即启动,必须等到下一次开机。如果想现在就运行该软件,那么要执行systemctl start命令。 $ sudo systemctl start httpd 执行上面的命令以后,有可能启动失败,因此要用systemctl status命令查看一下该服务的状态。 $ sudo systemctl status httpd…

Continue ReadingSystemd 入门教程:实战篇

如何让CMDB配置维护更贴近人性

运维帮 2016-05-27 作者介绍 作者简介:周振中,现任广通优云产品汪,运维工程狮一枚,小半条腿跨入运维的浩瀚世界,目标是成为一只有点逼格的产品汪,就酱。优云(uyun.cn)是广通软件旗下的新一代敏捷运维品牌,从高效、智能、迭代、协同等角度重新审视运维、在数据中心、互联网、物联网三个领域为用户提供敏捷运维工具和服务,帮助用户赢得数字化业务成功。 正文 近来很多行业内的大佬关于CMDB连连发声,CMDB的关注度持续高涨,CMDB的前生就是长满雀斑的丑媳妇,扭扭捏捏不受待见这么多年,终于熬出头要见公婆了。哎,她的贤惠谁能懂? 言归正传,在拜读了多篇大牛的文章发现,提及配置维护的内容很少,有也是一带而过。但在过去和用户的接触过程中,发现配置维护一直是一个无法回避的大难题,一块难啃的骨头。业界产品的普遍做法主要是依靠自动发现+人工维护+流程控制。对于自动发现、流程控制,我想只能解决配置维护的60%的工作,真正出现问题的是占用40%工作量的人工维护。由于人性的劣根性,天性决定了人在行动上靠谱的不多,即使当前配置准确性很高,时间一长又是烂摊子,形同虚设。暗地里估计还有人在抱怨,我操,谁TM开发的CMDB,一点也不好用,数据全是垃圾。谁又能静下来想一想?这是不是CMDB的问题?哎,她的委屈谁能懂? 今天,我们抛开高大上的自动发现和流程控制不说,和各位探讨怎么做好配置的人工维护,先来分析人工维护为啥这么难?配置准确率低为啥这么低?我想原因存在以下几点: 懒惰 懒惰是人的天性,是一种不自觉的习惯;尽可能的少思考,少干活;或者是人想保护脂肪层消耗的本能。安于现状,觉得和自己无关紧要,就懈怠漫不经心,做一天和尚撞一天钟,遇到刮风下雨的,估计连钟也不要撞了。很多企业的配置维护是由很多人共同维护的,吃大锅饭的做法。俗话说的好:“大锅饭,干不干,三顿饭,吃的饱,睡得甜”。时间长了,人养成傻白甜了,数据变成脏乱差了! 随大流、从众心理 在大环境中,一开始有些人,我们不得不承认很努力用心,但是团队里面难免有一些“搅屎棍”。长期以往近朱者赤,近墨者黑;人都有从众心理,看着别人都不及时维护配置,我干啥就那么拼命呢。时间久了你懂的,搅屎棍++,垃圾数据++! 缺少比较 大家都是被应试教育碾压过来的。如果学校里没有排名机制对比,我想我是考不上好大学的,恨透了每逢月底贴在年级公告栏上的排名。维护CMDB也是一样的,若没有比较,没有分三六九等,维护的好不好根本就没有直观的感受,更加别谈量化考核。 缺少协助 CMDB维护是一个群体行为,需要团队去贡献数据。然很多CMDB设计的时候,采用了相对封闭模式,自给自足,未能从协作分享的角度去考虑。有些非维护人发现配置的问题,基于沟通繁琐,不主动沟通,导致问题滞后,如果每个人不说也就这样不了了之。 需要解决的问题其实和人性息息相关,下面我将通过对具体的产品设计进行分析,解读“人性”对产品的影响。 人生来就有三种属性,自然属性(人老病死)、心理属性(喜怒哀乐)、社会属性(活动、人际交往),纵观互联网,所有产品都是围绕这三个方面来打造,产品的终极目标是满足人性需求,不从人性的角度去考虑产品设计,就是耍流氓。 所以我们CMDB从一开始设计就是从人性出发,从用户的痛点出发,围绕怎么整治人性的慵懒,诱发人性的虚荣,引起人性的恐惧,促进与人沟通协作的社交化上来,帮助用户做好人工的配置维护。 基于设计的初衷我们CMDB采用建立配置维护圈、社交协作化的思路,通过文化引导和规范约束结合的方法,促进配置的鲜活、保证配置准确率,激发用户内在动力来做好配置维护。具体设计如下: 物以类聚,人以圈分:按照业务、配置类型、区域、架构、管理人员等维度建立配置维护圈,通过圈子的建立,使管理目标、资源、行动更聚焦。 老一辈用他走的过路活生生的告诉我们,吃大锅饭行不通的,要致富,莫开大锅饭,分田到户,一家一户,自擦屁股。配置维护一样,但配置维护是小团队(如果团队小,可以到个人)行为,所以需要给每个团队一亩三分地划好,如按照业务系统的架构划分,圈子就会包括该业务架构的所有配置(业务、应用、集群、主机、数据库、中间件等),这样团队自给自足,懒的话,别说饭了,连汤都没得喝了,圈子的划分很好的解决了人性懒惰的天性,自己的责任自己维护! 社交协作:共享圈子的数据访问、开放式的评论、点赞、站内信,推动企业内部的高效沟通、协作、分享。 人是群聚而居的动物,没有社交活动,心理就没有归属,而且渴望得到别人的认同。通过数据的共享,分享,达到数据协作共建,另外通过开放式的评论、点赞、站内信,说说你的看法或不同观点、或者建议方案,帮助他人,也将收获别人的赞许。 激发活力:引入圈子的动态排名,激发人员内生动力,促进配置维护活跃度。 根据配置的创建和变更、评论以及圈子的操作等维度,计算出每个圈子的动态指数,有人爱慕虚荣,爱彰显,自然有人就会心生恐惧,害怕对比,害怕落后,势必会百尺竿头思更进,策马扬鞭自奋蹄! 近来很多企业都在讲自己的CMDB有多么高大上的技术,支撑复杂繁多的场景化功能,但仅仅就人工配置维护这个小功能,又有谁真正的去好好考虑呢?今天BB了这么多,也许不被认同,但是我仅仅希望大家在做产品的时候,能够回归最初,从人性出发,我始终相信好的产品能够解决用户的痛点在于对人性的弱点有着很好的把握,在追逐好产品的路上,我孜孜不倦,与君共勉!

Continue Reading如何让CMDB配置维护更贴近人性

tomcat的配置和优化

转自:http://www.sysopen.cn/20165012/ 作者:yangc tomcat的内存使用配置,最大连接数配置。 如何修改配置呢,在/tomcat的/bin/下面有个脚本文件catailna.sh。 如果 windows 是bat设置tomcat的使用内存,其实就是设置jvm的使用参数。 一.Tomcat内存优化 Tomcat内存优化主要是对 tomcat 启动参数优化,我们可以在 tomcat 的启动脚本 catalina.sh 中设置 JAVA_OPTS 参数。 1.JAVA_OPTS参数说明 Java代码 -server  启用jdk 的 server 版; -Xms      java虚拟机初始化时的最小内存; -Xmx  …

Continue Readingtomcat的配置和优化

supervisor program配置实例

program 配置 上面我们已经把 supervisrod 运行起来了,现在可以添加我们要管理的进程的配置文件。可以把所有配置项都写到 supervisord.conf 文件里,但并不推荐这样做,而是通过 include 的方式把不同的程序(组)写到不同的配置文件里。 为了举例,我们新建一个目录 /etc/supervisor/ 用于存放这些配置文件,相应的,把 /etc/supervisord.conf 里 include 部分的的配置修改一下: [include] files = /etc/supervisor/*.conf 假设有个用 Python 和 Flask 框架编写的用户中心系统,取名 usercenter,用 gunicorn (http://gunicorn.org/) 做 web…

Continue Readingsupervisor program配置实例

Linux运维人员共用root帐户权限审计

2016-11-02 运维部落 一、应用场景 在中小型企业,公司不同运维人员基本都是以root 账户进行服务器的登陆管理,缺少了账户权限审计制度。不出问题还好,出了问题,就很难找出源头。 这里介绍下,如何利用编译bash 使不同的客户端在使用root 登陆服务器使,记录各自的操作,并且可以在结合ELK 日志分析系统,来收集登陆操作日志 二、环境 服务器:centos 6.5、Development tools、使用密钥认证,SElinux 关闭。 客户端:生成密钥对,用于登录服务器 (2台) 三、搭建部署 服务器操作 : 192.168.30.72 1、下载编译bash [root@open1 ~]# wget http://ftp.gnu.org/gnu/bash/bash-4.1.tar.gz [root@open1 ~]# tar xvf bash-4.1.tar.gz [root@open1…

Continue ReadingLinux运维人员共用root帐户权限审计