Tags
- Airchina
- Anti-Spam
- bugs
- cgroups
- ChinaSouthern
- Django
- DNS
- Enterprise
- fastcgi
- France
- Hainanair
- HAM
- HongKong
- InnoDB
- iSCSI
- kubernetes
- large-scale
- lighty
- Linux
- Logging
- Macao
- Meituan
- MM
- MySQL
- nginx
- Oracle
- Outdoor
- Percona
- Photo
- postfix
- Python
- RedHat
- redis
- Saltstack
- Sentry
- Traffic
- Travel
- UK
- Virtualization
- xtrabackup
- 信用卡
- 奥运
- 美食
- 规范化
Meta
Blogroll
Mine
Category Archives: 默认分类
抢救北京南
对于北京南火车站的记忆,还停留在1997年夏天,那次我和郭老板/老师来北京,自己回去,在西站只买到南站的票,又从北京西站北广场东公交场站坐了专线车到破败不堪的南站坐车回安阳。 前几天wincss说从天津坐C车来京的时候看到路边有个疑似站牌的东西,于是他们趁夜黑风高过去捡了回来,还是两块。以下是我们鉴赏文物时留下的照片
RedHat 网络安装,对NFS URL的格式要求很高哦
今天用nfs://host/dir的格式安装失败了。后来看了python-virtinst-0.400.3-5.el5包里面DistroInstaller.py文件的源码,发现其中有一步是转换NFS URL的格式: def _sanitize_url(url): “”” Do nothing for http or ftp, but make sure nfs is in the expected format “”” if url.startswith(“nfs://”): # Convert RFC compliant NFS nfs://server/path/to/distro # to what mount/anaconda expect nfs:server:/path/to/distro # and carry the latter … Continue reading
浅谈“开发背景”
前一阵和某大型央企的同行交流,谈到“开发背景”这个词,他说我没有开发背景,找工作时易受歧视。我对此报之一笑:其实“开发背景”一词,和其代表的含义早已被剥离了。 传统意义上的计算机高手,都是编程高手,这些人往往出身名牌学府,在计算机尚未在国内普及时就已接触并掌握,其工作内容也是以开发为主。后来计算机应用范围变宽,上述高手也已经成为了行业中的技术领袖或管理人员,于是他们想招个同自己一样有开发背景的人来接班,虽然即使并不是招程序员。在这一代人眼中,开发背景代表了对计算机的理解程度。 但是,并非每个从业人员的成长经历都如同前辈一样单调。现在多如牛毛的培训班正批量把计算机专业的好学生、差学生,甚至非计算机专业的人生产成敢于自称为程序员的挨踢蓝领;而Java语言由于跨平台、开发效率高、企业级应用广泛而成熟、学习曲线较缓,成为这类培训班首选的培训课程。问题是,以Java作为进入计算机行业的第一课,竟然也能算作开发背景? 另一方面,不以开发为业的人不见得不符合所谓开发背景的技术要求。比如我在1995年时时用QBasic通过读写B800段的方式实现屏幕上绘图和保存载入功能,这时候上述培训学员尚不知计算机为何物;2000年在报纸上发表文章介绍用VisualBasic语言编制SMTP、POP3客户端的方法,上述培训学员仍不知计算机为何物。当我为不得不在某重要软件中写了一个不可重入的函数而深感开发工作之无奈,并决定不再多做开发工作时,上述培训学员刚进培训班。而现在我竟然不比他们有优势。虽不以开发为业,却并不比以此为业的人在此方面差,入行很多年却根本不知不可重入为何物的“程序员”也多着呢。做系统管理工作,更关注的是清晰的接口。虽然大家都知道清晰接口必有龌龊实现,但非到功能不正常我才不会去管它(开源软件的bug解决办法我也是报过几个的)。有人说这是不认真,但为什么你要关心一个东西为啥可以正常工作呢?难道它可以正常工作不是理所当然的吗?
Posted in 默认分类
10 Comments
突发奇想,发现现代虚拟化技术和LVM有点像
刚才和谢珮英同学讨论简易RAID(无卷组概念,逻辑卷直接建设在物理卷之上,常见于机内RAID)和高级RAID/LVM(有卷组概念,逻辑卷建设在卷组之上,常见于外挂盘柜类存储设备),然后就去厕所看虚拟化广告去了。看着看着,突然发现现代虚拟化技术构造的IT基础架构和高级RAID/LVM竟然有些像: 物理机器对应物理卷 虚拟化群集对应卷组 虚拟机对应逻辑卷 虚拟化群集的整体搬迁对应卷组的跨控制器迁移 区别仅仅在于磁盘管理的逻辑卷容量可以大于物理卷,而虚拟化技术中虚拟机的资源目前还不能大于物理机器,但具备了群集内自由迁移的特性。相信随着技术的发展,虚拟机将可以拥有比单台物理机器更多的计算、存储能力,从而让虚拟化的IT基础架构更像逻辑卷管理器。 ——七月澡后补记
VMWare Forum 2009
昨天参加了VMWare Forum 2009会议,先说一下会议组织的问题: 组织不力的地方: 1 时间太早,早餐结束得也太早 2 有几个人,收到确认信,但数据库里没记录他们的信息,于是只好按临时来宾登记。但只有俩队伍可以录入临时来宾,而工作人员又给人家指错了队伍,于是悲剧发 生了。录入柜台用的是瘦客户机,连接VMWare View,其实这时候应该发挥虚拟化的优势,直接把瘦终端对应的虚拟机换一下,连接到全功能注册界面去录入信息,而不应该让人家再排队 3 午饭真简陋,更发指的是竟然在里面放了一瓶水配重,最不可容忍的是三明治、香蕉、水、餐巾纸竟然装在那么大的盒子里,让我想起了天价月饼…… 好处: 1 有个passport活动不错,用更易于接受的方式让客人主动到各展位逛一圈 2 我在Riverbed的展位问的比较详细,后来走到别的展位之后,riverbed的工作人员又追上来送了个小礼品 3 Cisco展台不行,是外包的,只负责发资料 这次的讲座,鼓动的口号就是基础架构虚拟化,宣扬了用虚拟化技术作为中间层,掩盖硬件需要停机检修和会发生故障的事实,对用户提供连续可用、性能可以接受的系统视觉。 在此洗脑下,今天开始玩VMWare ESXi
RedHat 升级好猛烈啊
今天发现手头的一台 RHEL 5 的 libvirt、libvirt-python、python-virtinst 包比另一台机器的版本高,比 CentOS 里也高,而且那几个包还是原装正版 RedHat 出品的。奇怪…… 后来问了 Oralce Linux 的技术支持熟人,发现 Oracle Linux 从5到5.4,里面包含的这几个包的版本确实有过较大变化,这也解释了我手头的这个 RHEL 版本变动是咋回事。 看来 RHEL 的所谓 update 还是挺猛烈的,几乎相当于发行一个新的大版本了。CentOS 今天很让我失望,竟然没有跟进 5.4。
nginx处理bug的速度太快了
今天早晨部门同事告诉我说 nginx 的日志轮换有些问题。我观察了一下细节,发现 nginx 0.7.62 在收到 USR1 信号之后,会同时访问 error.log 和 error.log.1 两个错误日志文件,于是就加入了 nginx 的英文邮件列表,发了信过去。 20:46 作者确认是bug;22:05收到作者发来的补丁。 对比一下 OpenSSL 的官僚作风,我觉得有时个人比团队还好一些。
yum的$releasever真是太反动了
来看这篇文章的人,大都应该同意《Unix编程艺术》中提到的那些观点吧。今天就给大家看一个反例:yum 的 $releasever 变量 在 /etc/yum.repos.d/ 目录下的软件库定义文件中,常常会在 baseurl 的路径中提到 $releasever 这个变量,表示当前发行版的大版本号,但大家知道这个变量是在哪设置的吗?我 grep 了整个 etc 目录都没找到,还是看了 yum.conf 才知道的,是在 yum.conf 文件里 distroverpkg 选项定义的。但这个选项就很有问题: distroverpkg 和 releasever 名字不同,且看不出什么联系 distroverpkg 的值,并不是明文,而是“redhat-release”。不知道大家看到这个会有什么想法,反正我是首先想到了 /etc/redhat-release 文件,但我错了。实际上指的是 redhat-release 这个RPM包。所谓“distroverpkg=redhat-release”的意思,其实是将 $releasever 设置为 redhat-release 这个RPM包的版本号 够变态吧?别人都是直接赋值,或者 include 一个各种变量定义的文件进来,而yum竟然用某个包的属性作为值,违反了“everything is file”的原则。烂!用属性实现,则相关软件必须能读取属性。这个功能对于yum来说无所谓,但是对于别的软件呢?还得特地加入rpm相关的代码才能实现,加入了平台相关特性,降低了可移植性,麻烦。正确的方法是以文件内容作为表示形式。当然了,这样的话用属性就没意义了,yum还能减点肥。 … Continue reading
妙手偶得的朝霞
10月2日早晨,去北京西站赶火车,路过龙腾五南边的工地时,突然看见朝霞美景。赶紧掏出手机拍下来 可惜就是手机拍摄光影的效果还是太差,而我恰恰又是对光影的重视超过对色彩的重视的人。唉!
Redhat真是太buggy了,竟然连OpenSSL的脚本少一句话都没看出来
这两天在考虑HTTPS撤销证书的问题,需要学习OpenSSL签X.509证书的流程,其中用到OpenSSL自带的CA.pl和CA.sh脚本。有个很奇怪的现象就是我用ubuntu里的CA.pl -newca可以生成正确的根证书,而同事用CentOS就不行。一起对比了一下配置文件、脚本,发现CentOS里的CA脚本少一句,导致签发出来的所谓根证书其实只是终端用户证书。然后看了一下RHEL 5,也有这个毛病。 于是就去centos网站提交了bug报告 http://bugs.centos.org/view.php?id=3860 另外,发现nginx只有0.8.7以上版本才支持CRL(证书撤销列表),唉…… 补录: 下午验证了一下,发现OpenSSL原版源代码就那样。奇怪的是redhat为啥选择了有bug的CA.sh而不是正确的CA.pl呢? https://bugzilla.redhat.com/show_bug.cgi?id=524780 2010年3月30日补录: 今天有新闻说 OpenSSL 终于发布 1.0 了,我看了一下,我提交的那个 bug 报告也被标记为已修复状态了。