



一直想玩玩看 DEDUP的功能,然後也一直在找freebsd 8.1底下使用zfs dedup的方法
由於zfs 要到V28才開始提供 DEDUP,但是8.1 的zfs 是V14
網路上很多文章都說到8.2就可以升級到V28
昨天下定決心,用freebsd-update把系統升級到8.2p3
發現zfs 只有到V15 …..
啊反正都升級了,那就一路做上去吧!
繼續升級到 8.3 ,完成之後一看,耶!ZFS V28了!
接下來就要再找時間來測試看看dedup的威力和瓶頸了!




最近在準備把舊的NAS上的資料,移轉到新的Windows 2008R2上。
主要是考量現有的synology RS810+ 的DSM版本有點舊
在設定ACL的時候很不方便,但是要直接升級DSM,我又很抖…
所以想說先複製一份資料到 2008R2上面,然後把NAS升級,萬一失敗的話,我至少還有一份資料留著。
但是咧,說到這個2008R2,真的是很機車….
雖然已經加入NFS 的功能,比起以前還要去另外下載要方便很多了
但是內建的NFS Client/Server卻又是微軟「特調」過的版本
完全不支援 unicode …. WTF !
現在啥年代了還不支援 unicode ..
本來想用 curlftpfs 解決,但是不知道為啥,在我的FreeBSD 8.1上會造成page fault,機器死當,網路上也看到不少災情,所以不繼續嘗試
後來決定還是用對現有環境影響比較小的方法,先把NAS的資料夾,以 NFS的方式 share到FreeBSD上,MOUNT起來
然後一樣在20008R2上,把整個磁碟用NFS share出來,然後同樣在freebsd 上mount起來。
咦!?啊不是說 2008R2的nfs不支援 unicode ?
啊沒關係啊,不支援就算了,我用rsync去同步的時候,加入 iconv參數就好了,
確認兩邊mount成功之後,在freebsd上,用rsync去同步
rsync -avPu –iconv=utf-8,big5 /nas/管理部 /mnt/nas/
過程中,在CONSOLE可以看到正確中文顯示,但是在目的地看到的是亂碼
drwx—— 2 4294967294 4294967294 64 8 23 2010 FirefoxPortable 3.6.8
drwx—— 2 4294967294 4294967294 64 3 6 13:36 ??z??
drwx—— 2 4294967294 4294967294 64 3 6 14:20 $RECYCLE.BIN
d—rwx— 2 4294967294 4294967294 64 3 6 14:28 System Volume Information
drwxrwxrwx 2 root wheel 64 3 28 12:13 ?`??z?B
drwx—— 2 4294967294 4294967294 4096 4 13 15:29 wsusoffline
drwx—— 2 4294967294 4294967294 4096 4 23 10:14 ?d????Ƨ?
drwxrwx— 2 4294967294 4294967294 64 4 25 17:17 ._nfs
drwx—— 2 4294967294 4294967294 64 4 25 17:43 StorageReports
drwx—— 2 4294967294 4294967294 81920 4 26 10:20 ?@?θ??Ƨ?
drwx—— 2 4294967294 4294967294 64 4 30 13:53 Windows Updates
drwx—— 2 4294967294 4294967294 64 5 2 18:23 ???T??
drwxr-xr-x 3 root wheel 512 5 2 18:39 ..
drwxrwx— 2 4294967294 4294967294 8192 5 3 08:28 ???T??
drwxrwx— 2 4294967294 4294967294 64 5 3 10:20 ?X?Ը???
drwxrwxr-x 2 4294967294 4294967294 4096 5 3 10:59 .
[root@st /mnt/nas]# rsync -avPu –iconv=utf-8,big5 /nas/管理部 /mnt/nas/
不過,在 2008R2上面看到是正常的中文無誤
雖然不滿意,但是就勉強接受這樣的同步方式了。




參考
http://www.osticket.com/forums/project.php?issueid=227
修改
pipe.php
把底下這行註解掉
$subj=utf8_encode($parser->getSubject());加入$subj=$parser->getSubject();這裡是解決信件標題的部分
再來找到
$var['message']=utf8_encode(Format::stripEmptyLines($body)); 一樣,先註解掉,然後加入$string=Format::stripEmptyLines($body); $var['message']=mb_convert_encoding($string, "UTF-8", mb_detect_encoding($string, "UTF-8, ISO-8859-1, ISO-8859-15", true));
修改這兩個地方之後,由CLIENT發出來的TICKET就可以正常顯示中文了。
update 2012/03/29
後來發現,在TICKET裡面回覆留言時,系統也會寄送郵件通知,這邊的標題也會出現亂碼。
處理方法如下
編輯 include/class.email.php
找到'Subject' => $subject,註解掉,然後加入'Subject'=> "=?UTF-8?B?" . base64_encode($subject) . "?=",有兩個地方都要改
然後在留言回覆看看收到的通知信件是否還是亂碼..




昨天回家想說來寫篇技術文章,開啟自己的blog ,卻發現一行大大的錯誤訊息
在網路上翻了很久,好像是說因為VPS升級的關係造成的錯誤
anyway 反正網路上有提供解法,大致上就是說進入wp-admin介面,然後去修復database
但是!!! 事情絕對不像X人想得那麼簡單
我嘗試要進入wp-admin,經過一陣胡搞瞎搞,也終於出現repair databse的按鈕可以點
問題是,點了修復之後,只會出現 try again然後又停留在錯誤的畫面
網路上說這是因為plugin的關係,說進去管理介面把plugin全都停掉就好了
WTF 咧!
啊就管理介面進不去了,是要怎樣停掉plugin啦!
後來研究了老半天,大致上的解法都是說把db user砍掉重建,問題是我改了db user也沒用
後來想到我這台機器有裝phpmyadmin
phpmyadmin好像可以有修復mysql table的功能
所以開啟phpmyadmin ,選到wordpress的DB,然後把所有table選起來
底下的動作下拉選單裡面有一個是repair ..
給他點下去,然後等他執行完畢
再重新開啟就好了….
簡單做個筆記…


More Options ...
Categories
Tag Cloud
Blog RSS
Comments RSS

Void « Default
Life
Earth
Wind
Water
Fire
Light 