xfs文件系统inode扩容
xfs文件系统inode扩容
某文件系统的inode快满了， 里面存的全是小碎文件，因此inode消耗的很快，不过默认xfs的20%inode空间也确实少点。
决定增加inode空间占比。
用python方便的格式化json
用python方便的格式化json
用python来格式化json输出
最近在研究F5的 rest api， 通过curl 来get输出的都是json。问题也跟着来了，默认输出是不带格式的，人类很难读。
同样redis也是这样，用redis-cli输出的一坨子json很难识别。
pam_tally2锁用户， Account locked due to XX failed logins
pam_tally2锁用户， Account locked due to XX failed logins
1.报错：
新装的oracle， dba说登陆不上去。
于是繁复设置了几个密码还是上不去。 用ssh连接发现原来是锁账户了。
tar包拷贝的GLASSFISH 3.1 启动报错
tar包拷贝的GLASSFISH 3.1 启动报错
1.报错
近日在做某系统的优化，glassfish没有重新装，而直接从生产机打包过来。
解包改配置后启动无响应，netstat看端口没有出来，明显是各个容器都没有初始化成功。
rhel6.5挂windows共享,以及playbook
rhel6.5挂windows共享,以及playbook
1 windows端用户设置
windows创建用户. 创建本地用户即可, 如果有统一的域策略可以用域用户.
注意用户选项,选择用户密码永不过期,用户不能更改密码.
什么情况下应该选择开源或者自研？
什么情况下应该选择开源或者自研？
在it圈有很多企业，一说买产品或者商业软件就面带不屑。 一说开源自研就牛逼羡慕的不行。 在我看来到底什么情况下拥抱开源，什么时候采购产品呢？
playbook无法自动甄别操作系统版本
playbook无法自动甄别操作系统版本
ansible 内置变量 ansible_distribution 代表客户端的分发版，比如redhat或者debian
ansible_distribution_major_version 代表分发版的版本号，比如7.2
通过bo连接，as400 和 DDM 学到的历史课
通过bo连接，as400 和 DDM 学到的历史课
一、故事的开始
话说是有个同事跑来说，他的在某个区域的测试环境没法连接到数据库。 其实很自然， 那个区域默认不开放到数据库连接。如果开需要调整防火墙，需要ip和端口号，以及老板的同意。
老板同意倒是简单，问题是端口号是多少？ 对方说不知道， 问了所有核心系统的同事，他们统一回答的是JDBC连接，就是默认端口。也不知道默认端口是多少，因为写程序时候根本不用指定。也不知道怎么配置。 用的是com.ibm.as400包，走的是BO。 BO？好吧。。在这个公司我第n次听到这个东西， 什么business object各种屎,我也完全没有兴趣弄明白。
ansible更新jdk补丁的123
ansible更新jdk补丁的123
其实这个事情比较简单， 本不需要记录。 但是进行中发现简单的事情也有些小玄机
我习惯于oracle_jdk，修复bug和漏洞快。一般oracle系的中间件都用oracle_jdk跑，红帽的jboss等就用openjdk跑。
因此我们的环境是多种多样的。
简单操作直接手写一个yaml， 我称这种操作为adhoc。 即时操作。