分类:工作笔记
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。 即时操作。