bcc-tools安裝的折騰小記

    linux的動態(tài)監(jiān)控是個精彩的世界，DTrace先不說（受限于oracle),SystemTap就不錯，還有Sysdig,除了這些，還有eBPF:bcc-tools，最近在玩bcc-tools,但是安裝并不順利，首先線上用的都是centos,最初是想在centos上安裝，但并沒有現(xiàn)成的針對centos的包，在網(wǎng)上找到一篇安裝文檔，可惜一路照做，在安裝sysdig那一步就沒成功，后來的源碼編譯也報(bào)錯，sysdig安裝了跑不起來，systemtap卡在debuginfo上，要下載600M的東東，公司網(wǎng)絡(luò)不好弄，然后bcc-tools也編譯報(bào)錯，一個能用的也沒有，把我給氣得。。。
    于是在AWS上新建了一個ubunt的實(shí)例，提示我升級，就升到了1604，然后安裝bcc-tools,這次竟然出奇的順利，經(jīng)測試各個工具跑得很正常 ,So easy! 不過AWS位于美國的機(jī)器，SSH也還是挺慢的，按鍵充満節(jié)奏感，再說用超了扣起美元那可是嘩嘩的，還是自己本地折騰一個比較靠譜。
     上virtualbox,這家伙用起來也還行，但guestaddtions死活掛不上，我就沒有安裝成功過，所以剪貼板與共享文件夾就不能用上，不能粘貼操作好慢，讓我有種攘外必先安內(nèi)的想法，折騰好久還是沒成，都想下vmwareplayer 了，突然想起不是有xshell嗎，設(shè)置橋接后，用xshell直連，粘貼就解決了，設(shè)置了字體界面還更好看；但是，在ubuntu1610下安裝bcc-tools卻失敗了，直接說python-bcc沒安裝，安裝python-bcc又說libbcc沒安裝，安裝libbcc就說沒這個包，源碼編譯，卻報(bào)錯了，說什么u_128int不在scope之類的，百度了一下找不到針對的解決方案，懷疑是1610與1604有區(qū)別，于是重新安裝1604的ubuntu,現(xiàn)成的vbox包又下載太慢，只有下載ISO包安裝，手工安裝稍微麻煩了一點(diǎn)，這一步要自動化了就好；
     問題是安裝好1604之后，依然不能順利安裝bcc-tools，源碼編譯也是一樣的報(bào)錯，可惡！問題倒底出在哪里，為啥AWS上的就這么順呢？檢查兩者的版本號，版本號也是一模一樣的，內(nèi)核版本也一樣，就是有一個不同，AWS是64位的，而本機(jī)受限于32位的WIN7，所以也只能裝32位的ubuntu,難道問題就出在這？那就測試一把，下載了64位ubuntu1604,借助于easyBCD工具，實(shí)現(xiàn)32位win7與64位ubuntu硬盤安裝雙啟動，除了sudo umount -l /isodevice這一步小絆一下外，其他還是挺順利的，出現(xiàn)安裝界面時，說實(shí)在的，ubuntu把我給驚艷到了，很漂亮，終端的字體與界面也很漂亮，有點(diǎn)MAC的感覺了；
     桌面的ubuntu給了我想直接使用linux當(dāng)系統(tǒng)的想法，或許對于我來說，這樣子的linux已經(jīng)夠用了，是時候換換口味了，也不枉我那些年折騰過的N個linux發(fā)行版，扯遠(yuǎn)；重點(diǎn)來了，安裝bcc-tools，一帆風(fēng)順的順利！我暈啊，32位與64位也是坑？