The Mirages

有些人就是伴随着公司一起成长的，在任何公司都是一笔财富，这些人伴随着很多人的进进出出。

但终有离开的时候，这个时候公司怎么对待这些人就是考验公司领导的时候了，虽然没有哪个人是不能离开的，但是如何对待他们是其他员工都看在眼里的。

还是挺有意思的，从来没有待过哪个公司倒闭的，最差的最后也是被苏宁收了的，其他要么已经ipo或者就是正式去美帝ipo的。

今日发现新的centos7上的systemd-logind的进程经常cpu到达100%， 看了下基本都是无用的日志。但是我总觉得是这是systemd日志处理的一个bug，管理的东西越多就越容易有bug。

0.000695 sendmsg(12, {msg_name(0)=NULL, msg_iov(2)=[{NULL, 0}, {“ion/_322305523\0\0\10\0\0\00022305522\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305522\0\0\10\0\0\00022305521\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305521\0\0\10\0\0\00022305520\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305520\0\0\10\0\0\00022305519\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305519\0\0\10\0\0\00022305518\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305518\0\0\10\0\0\00022305517\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305517\0\0\10\0\0\00022305516\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305516\0\0\10\0\0\00022305515\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305515\0\0\10\0\0\00022305514\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305514\0\0\10\0\0\00022305513\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305513\0\0\10\0\0\00022305512\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305512\0\0\10\0\0\00022305511\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305511\0\0\10\0\0\00022305510\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305510\0\0\10\0\0\00022305509\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305509\0\0\10\0\0\00022305508\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305508\0\0\10\0\0\00022305507\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305507\0\0\10\0\0\00022305506\0\0\0\0\0\0\0/org/freedesktop/login1/session/_322305506\0\0\10\0\0\00022305505\0\0\0\0\0\0\0/org/freedesktop/login1/session/322305505\0\0\10\0\0\00022305504\0\0\0\0*\0\0\0/org/freedesktop/login1/session/

于是就用下面的方法进行关闭了。这样我们的message日志就会干净很多。

echo ‘if ($programname == “systemd” or $programname == “systemd-logind”) and ($msg contains “Starting Session” or $msg contains “Started Session” or $msg contains “Created slice” or $msg contains “Starting user-“ or $msg contains “New session” or $msg contains “Removed session”) then stop’>/etc/rsyslog.d/ignore-systemd-session.conf && systemctl restart rsyslog

11月23日更新

猥亵儿童在任何一个国家都是重罪，连美帝这么开放的也是重罪，当年情色6月天被中美联合打掉就是因为这个。

而现在帝都的红黄蓝幼儿园居然爆出勾结部队的人一起来猥亵儿童，天哪，这是帝都啊。我们的部队里都是些什么人？

虽然这事情最终结果还没有出来，视频证据还在收集中，但是从吃致幻剂和打针却是板上钉钉的事情了，我们的社会到底是怎么了？

都说坏人变老了，可我清楚记得我读幼儿园什么都是自己来回走路的，都不用父母陪同，现在呢？

https://www.youtube.com/watch?v=GuE-5rPYuIg 教委回应，但是基本等于啥都没说。
https://www.youtube.com/watch?v=zlLkBEabBhA https://www.youtube.com/watch?v=69EAwevo7sk 家长口述

小小球和papi本来是水火不容的，毕竟papi认为小小球夺走了对她的爱。

但是papi虽然恨，但是不会主动招惹小小球，总是躲着走，而小小球却老是招惹人家。有时候拔人毛，有时候拍人家，而papi最大的反应就是唬你一下而已。

而现在小小球居然会拿报纸铺阳台上，然后说撒尿，问是谁撒尿，说是papi，真是懂事很多了啊。而且居然可以喂papi好吃的，当然有时候淘气手里拿着勾引papi，然后把好吃的埋花盆里，让papi找不到，只能闻到味。

现在小小球能说很多双字了，比如说面膜，开门啥的，真是一天多一句啊，估计马上会说整句话了都。

一周6次严重事故，都让客户抓到了。但是这么密集程度的体现，主要是因为这个客户的量确实比较大，很多之前都没有考虑到的。

而事故很多都是由于我们实在是在私有化方向没有什么经验，从我角度来看都是做的很狼狈的。基本上都捂脸的节奏。

而从解决问题的角度来，实话实话是最理想的方式，毕竟错确实都是在我们，有些是运维的锅，有些是研发的锅。

运维的锅更多点，比如私有部署操作步骤不规范，部署方式不规范等等，还有2个团队如何协作方面。

真的是很狼狈啊，再这样下去没法在公司待下去了。

而老大居然还让我主导私有化部署，这个可真是个大锅啊。

下午小小球要睡觉的，一般都是球子跟着一起哄睡。

今天球子让我跟她们一起睡，那行吧，结果小小球就说“走，走，走。” 意思是不让我跟着他一起睡，只能妈妈跟他一起。

然后还想霸占我的床，这小不点就有这心眼了，还好跟他说了这是爸爸的床，爸爸当然可以睡啊，于是才让我睡。

晚上送快递的来了，有一个大纸箱，小小球就钻纸箱里去了，然后要合上，嘴里一直叫着“门，门，门”，他是觉得纸箱合上就跟门一样。这玩的这高兴，也想不起小汽车了。然后球子也钻纸箱里了，小小球没地去了，于是就去站纸箱上头了，各种爬啊爬的。

完了我想把纸箱给扔了，结果非要过去想捡回来，不让捡就又开始撞头，我说明天我们还有一个才悻悻地回来。

晚上又想做石榴柚子奶昔了，然后第一步是需要剥石榴，小小球跟我一起剥的，还特别仔细，一粒都不放过。

去东本愿寺是属于计划外的，主要是大阪的airbnb要下午3点才可以入住。那就看看京都站周边有什么可以去的。

看了google map发现有一个东本愿寺和一个西本愿寺。根据贵国以东为贵的传统，那就去东本愿寺吧。

球子拿着百度地图进行导航，结果导到了一条小巷口，然后导航结束，发现居然没有门口，只能看见。不过这条意外的小巷还是体现了京都的古朴，有点像上海淮海路什么的，走着走着，随便一条小巷进去都特别古朴。

终于从西边绕了一圈到了东大门正门了。典型的日本寺庙，雄伟的唐门，然后没有门槛。进去之后是一个广场，地上都是小石子，当中穿插了一条路，用作轮椅这样的推行。

小小球对小石子特别感兴趣，一直都是拿着扔，虽然教育了很多遍只能扔石子堆里，可还是经常往外面扔。

左手边是一个水池，上面一个龙头正吐着水呢，大家都可以自己舀水来洗手。

昨晚做一个梦，梦见自己在一个深坑饭店做了一个茄丁的卤，然后可以拌饭，可以拌面。怎么着都好吃。

然后饭店是在一个山洞里，基本没有装修，顶上还是花岗岩呢。

看来是饿了在梦里。

今天回家拿了2个石榴，1/4个红色柚子，一杯酸奶，然后放在一起用惠人榨了个汁，味道好极了。但是是不是太甜了呢。早上的樱桃酱也是甜的

原来是平时太甜了，需要综合一下在梦境中。

酸甜苦辣，貌似甜是最受人欢迎的，也没办法，从人类进化角度来看甜就是糖分的摄入，而除了最近50年，大部分时候人类的糖分摄入都是太少，一直都是挨饿的状态中。

作为管理者，我一直都是战战兢兢的，毕竟现在的年轻人的学习能力太强了，很多新东西他们一学就会了，你的很多经验根本都用不上的。

作为管理者，下属都是你的兵，他们战斗力不行，那就是你的无能。 你能做的只能是从管理者变成领导者。而作为技术领导者，那唯一可以成为你下属眼里真正的领导者只能是技术特长，而不是说会写ppt。

当然下属能力非常高了，高到你无法给他安排合适的职位了，那就让他走吧，就好比有些鸟天生不是待在鸟笼里的一样。这种情况大部分其实是公司的业务规模已经满足他们的技术追求了。他们渴望着更广阔的空间去展现自己。

这种离开往往是由于一些意外情况产生的。比如一起的小伙伴走了，比如突然跟领导的争吵。总之是肯定是有诱因的。

那就好聚好散吧。

前几天redis有了问题，发现可能是bgsave搞的，kill半天没有反应，直接kill -9了

1
2
3
4
5
6
7

[18862] xx Xxx 11:54:26.096 * 1 changes in 1800 seconds. Saving...
[18862] xx Xxx 11:54:26.533 * Background saving started by pid 15785
[18862] xx Xxx 11:57:41.308 # Background saving terminated by signal 9
[18862] xx Xxx 11:57:43.185 * 1 changes in 1800 seconds. Saving...
[18862] xx Xxx 11:57:43.621 * Background saving started by pid 16600
[18862] xx Xxx 11:58:56.646 # Background saving terminated by signal 9

可kill之后发现redis变成只读的了，不能写入了：

1
2
3

redis1:6379> set 1 1
(error) MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error.

查了代码里在bgsaveerr的时候会出现这个：

1
2
3

shared.bgsaveerr = createObject(REDIS_STRING,sdsnew(
        "-MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error.\r\n"));