linux的动态监控是个精彩的世界,DTrace先不说(受限于oracle),SystemTap就不错,还有Sysdig,除了这些,还有eBPF:bcc-tools,最近在玩bcc-tools,但是安装并不顺利,首先线上用的都是centos,最初是想在centos上安装,但并没有现成的针对centos的包,在网上找到一篇安装文档,可惜一路照做,在安装sysdig那一步就没成功,后来的源码编译也报错,sysdig安装了跑不起来,systemtap卡在debuginfo上,要下载600M的东东,公司网络不好弄,然后bcc-tools也编译报错,一个能用的也没有,把我给气得。。。
于是在AWS上新建了一个ubunt的实例,提示我升级,就升到了1604,然后安装bcc-tools,这次竟然出奇的顺利,经测试各个工具跑得很正常 ,So easy! 不过AWS位于美国的机器,SSH也还是挺慢的,按键充満节奏感,再说用超了扣起美元那可是哗哗的,还是自己本地折腾一个比较靠谱。
上virtualbox,这家伙用起来也还行,但guestaddtions死活挂不上,我就没有安装成功过,所以剪贴板与共享文件夹就不能用上,不能粘贴操作好慢,让我有种攘外必先安内的想法,折腾好久还是没成,都想下vmwareplayer 了,突然想起不是有xshell吗,设置桥接后,用xshell直连,粘贴就解决了,设置了字体界面还更好看;但是,在ubuntu1610下安装bcc-tools却失败了,直接说python-bcc没安装,安装python-bcc又说libbcc没安装,安装libbcc就说没这个包,源码编译,却报错了,说什么u_128int不在scope之类的,百度了一下找不到针对的解决方案,怀疑是1610与1604有区别,于是重新安装1604的ubuntu,现成的vbox包又下载太慢,只有下载ISO包安装,手工安装稍微麻烦了一点,这一步要自动化了就好;
问题是安装好1604之后,依然不能顺利安装bcc-tools,源码编译也是一样的报错,可恶!问题倒底出在哪里,为啥AWS上的就这么顺呢?检查两者的版本号,版本号也是一模一样的,内核版本也一样,就是有一个不同,AWS是64位的,而本机受限于32位的WIN7,所以也只能装32位的ubuntu,难道问题就出在这?那就测试一把,下载了64位ubuntu1604,借助于easyBCD工具,实现32位win7与64位ubuntu硬盘安装双启动,除了sudo umount -l /isodevice这一步小绊一下外,其他还是挺顺利的,出现安装界面时,说实在的,ubuntu把我给惊艳到了,很漂亮,终端的字体与界面也很漂亮,有点MAC的感觉了;
桌面的ubuntu给了我想直接使用linux当系统的想法,或许对于我来说,这样子的linux已经够用了,是时候换换口味了,也不枉我那些年折腾过的N个linux发行版,扯远;重点来了,安装bcc-tools,一帆风顺的顺利!我晕啊,32位与64位也是坑?
分享标题:bcc-tools安装的折腾小记
链接地址:
http://cqcxhl.com/article/jgochs.html