FreeBSD

linux-c6 及 sublime text 2

[華語, cmn-Hant-TW] FreeBSD ports 的 emulators/linux_base-c6 (CentOS 6.x) 已經出現很久了,但是有很長一段時間都是只有 base 沒有相關套件可用,要跑那些有的沒的 linux 軟體還是得靠 linux_base-f10 (Fedora 10),然而 Fedora 10 是一個很久之前就已經 EOL 的版本,裡面的一堆函式庫都太舊了,一些新的玩具像是 Sublime Text 根本就沒辦法跑。 之前就看到有在推要把 FreeBSD 預設的 linux_base 改成 c6 的計畫,以這個應用來講 CentOS 絕對比 Fedora 來得好,畢竟 Fedora 版號跳很快,舊版本 EOL 的也很快,要跟上很辛苦,CentOS 則是對應企業版的 RHEL,以…

跑 php 頁面讓 httpd 當掉

[華語, cmn-Hant-TW] 這問題卡了一段時間,但是因為也沒太緊急所以就有空的時候才來看一下問題在哪。 總之就是有一台 FreeBSD 11-CURRENT 在某次更新一堆套件之後 laravel 的特定操作就開始會讓 httpd 吃 segmentation fault 了。因為有用到不少套件所以一層一層的追下去發現是 finfo_open() 造成的,會用到這個函式只是要找檔案的 mime-type 而已所以也沒做太奇怪的事情,接著用 laravel 直接跑內建的伺服器模式做一樣的操作,發現也會吃 segmentation fault,那差不多就確定是 php 的問題了,自己寫了一個小程式只呼叫這個函式,用 cli 模式跑一樣炸掉,當下立刻把所有名字含 php55 的套件全部更新,因為 php 跑其他東西都沒當,所以想說應該是某個 php 套件爛掉,因為當掉跟圖形操作有關,一度還以為是 gd 造成的。 結果全部用 ports 重編之後… 照當,那問題就怪了,這時候就把另一台更閒的 FreeBSD 11-CURRENT 更新到最新同時跑 php… 居然沒有當?!對照一下兩邊函式庫安裝的目錄才發現有問題那台的目錄裡面有…

Write failed: Cannot allocate memory

[華語, cmn-Hant-TW] 在一台機器要 rsync 東西的時候,遇到這個訊息 Write failed: Cannot allocate memory 發現是傳大檔出問題,首先懷疑 zfs 造成的,但是記憶體還剩很多,而且 rsync 到同一台機器沒問題,丟到別台不管是哪台都會出問題,那大概就不是檔案系統的事了。找看看有沒有跟網路傳大檔有關的討論,結果在這篇裡面描述的情況跟遇到的狀況很類似,這台機器剛好就是有裝 VirtualBox 而且還有 VM 正在跑,接著在這篇裡面有提到解法: 在 /boot/loader.conf 裡面加上 net.graph.maxdata=65535 設好重開機之後,果然問題就解決了。 另外似乎 VirtualBox 用的網卡跟連外的網卡不同張的話就不會遇到這個問題,有人整理了一下放在這裡,有空的話再來試試這種設定。

OpenLDAP 搭配 mdb backend

[華語, cmn-Hant-TW] 在設定 openldap 的時候,通常會用 bdb 這個 backend,不過既然官方都說這個要退休了那當然得改用別的方案,雖然說是建議用 mdb,不過因為偷懶就用 ldif  試看看,一開始用覺得還 OK,結果發現權限上面居然有神奇的狀況,大部份的權限都沒問題,但是 add 跟 delete 似乎只要 auth 過就能執行,完全無視權限設定,查了一堆資料試了半天改了一堆設定都還是能執行,唯一擋得住的方式就是讓人不能登入,啊不能登入就跟不能用是一樣的意思了,所以這條路卡關,就改來試 mdb 看情況如何。 結果還不錯,其實直接跳 mdb 還算蠻無痛的,資料庫檔案也只剩 data.mdb 跟 lock.mdb 兩個,看起來很清爽,至於效能部份因為這台的資料量還沒多到需要擔心的程度,就沒特別去比較了。 mdb 沒遇到 add 跟 delete 權限問題,但是遇到一個奇怪的狀況,在 LDAP Admin 這套軟體下會看到不斷跳針的無窮迴圈項目,而且一按刪除,程式就當掉,不過在 LAM 下倒是沒啥問題,找了一下 LDAP Admin…

Samba 3, LDAP, PDC, member 速記

[華語, cmn-Hant-TW] 剛好有兩到三台 samba 3 分享的需求,所以研究了一下怎麼把這堆機器串到 ldap 上。 看了一下 standalone 的架構不好管理,所以就用 domain controller (pdc) 加 members 的形式,也就是只有 pdc 串到 ldap 上,其他的 member 只跟 pdc 問權限而已,不會直接串 ldap。當然,不管是間接或是直接,整個網域使用者帳號跟機器都會由 ldap 管控。 因為還蠻複雜的,這邊就大概列了一下卡關的地方,跟要注意的點而已 首先要把一台設成 pdc,照這篇跟官網這篇來設定應該沒啥太大問題,雖然說那篇的目的是要弄 windows 7 登入網域就是。ldap 存取權限要設好,有用 SSL 的話,CA 也要設好,這樣 domain 應該就會自動在…

FreeBSD ports 的穩定分支

[華語, cmn-Hant-TW] 上個月 FreeBSD 的 ports 正式有了 stable 的分支,細節可以看這篇公告。簡單的說就是多了 2014Q1, 2014Q2… 這樣的分支,每三個月從 head 長一個出來,然後只針做安全性相關的更新。官方的 pkg 也有了,只要把 /etc/pkg/FreeBSD.conf 裡面的 /latest 改成 /quarterly 就會抓到從最新一季的 ports 做出來的套件,設定上還算方便。 這東西對喜歡用 ports 安裝東西,但是又不想一直踩地雷的人應該會很有幫助,因為 FreeBSD 的 ports 基本上就是 rolling 的形式,一直都只有 head,或者說 trunk,每次有軟體大改版的時候就很容易出些有的沒有的問題,而每個軟體大更新的時間當然不相同,進 ports 的時間更不用講,所以只能勤快的盯 UPDATING 看有沒有什麼大變動得注意的,現在這樣的話只要每一季做一次就好了。 把幾台辦正事的機器切到 2014Q2 試用了一個月覺得還不賴,大致上可以很無腦的用…

OpenSSL 版本差異造成 HTTPS 出問題

[華語, cmn-Hant-TW] 新灌好的 FreeBSD 10 機器上設定好 apache,要用 https 提供 svn 服務,結果在某些機器上吃到這樣的問題 svn: E120171: Error running context: An error occurred during SSL communication 原因不明,有趣的是有問題的那幾台機器用 svn 1.7 + neon 的話似乎是可用的,但是 svn 1.8 + serf 就炸掉了。 再測試一下發現也不是每個軟體都會有問題,curl 活得好好的,w3m (文字模式的網頁瀏覽器) 連線就炸掉了,吃到的錯誤訊息長這樣: SSL error: error:14077458:SSL…

把 Mantis 的資料倒進 Redmine

[華語, cmn-Hant-TW] 想要把 mantis 1.2.x 的資料倒進 redmine 2.4.x 的時候出了點問題,內建的 ./lib/tasks/migrate_from_mantis.rake 怎麼試都失敗,後來發現有人用 perl 寫了一套轉換系統 mantis2redmine 給 mysql 用,只要把資料庫設定一下,然後輸入想要轉換對應,category, workflow, user 等,然後等他跑完就倒進去了。 唯一要注意的是語系問題,如果 utf8 的字轉過去變亂碼,除了兩邊資料庫的設定要對外,在 mantis2redmine 裡面呼叫 DBD-mysql 的地方 mysql_enable_utf8 也要給他設一下,到這裡資料庫應該就算是倒好了。 跑一下 project 列表有出來,但是只要一開 issues 頁面就狂吃 500 錯誤,主要的錯誤訊息是這個: Error viewing some issues:…

找出不是透過 pkg 安裝的檔案

[華語, cmn-Hant-TW] 在 /usr/local 裡面除了 pkg 安裝的檔案外,往往還會夾雜一些有的沒的東西,如果是自己放進去不礙事的還好,那些用 ports 安裝到一半壞掉或是刪除時沒清乾淨的檔案就麻煩了,散落各地不說,有時候甚至會造成編 ports 或是執行不正常,剛好這次把一台老機器從 FreeBSD-8 升到 FreeBSD-10,然後重編套件一直吃奇怪的錯誤訊息,又不想把 /usr/local 砍掉重練,就來研究一下怎麼找出這些 pkg 管不到的檔案,試了一下這樣就可以了: (以 pkgng 為例) # find /usr/local -type f \! -path "/usr/local/etc/*" \! -path "/usr/local/www/*" -exec pkg which {} \; | grep "was…

FreeBSD 10 的 growfs

[華語, cmn-Hant-TW] FreeBSD 10 的 growfs 可以直接把使用中的磁碟區變大,這讓不少事情變得簡單許多 例如要在 VMWare 裡面把一顆虛擬磁碟 (da1) 變大,只要把那顆磁碟調大一點,然後在正常開機下,從 FreeBSD 裡面下這些指令 gpart recover da1 gpart resize -i 1 da1 growfs da1p1gpart recover da1 gpart resize -i 1 da1 growfs da1p1 最後按 yes 就可以把 da1 的第一個分割區 da1p1 變成新的大小一樣大了