前幾天公司的一台 Synology DS 415+ 發生異常
注意到的時候,四顆硬碟燈號都不斷的在閃爍
但是已經無法登入系統
重開機之後更慘,四顆硬碟燈號全部橘燈恆亮
底下的電源藍燈不斷的在閃爍
雖然我一再表示不希望送修了
一來是已經過保,二來是DS415+ 本身就有intel bug,三來是因為對synology的NAS 實在沒有愛…
不過主管還是希望能夠先問群暉維修的費用多少
前幾天公司的一台 Synology DS 415+ 發生異常
注意到的時候,四顆硬碟燈號都不斷的在閃爍
但是已經無法登入系統
重開機之後更慘,四顆硬碟燈號全部橘燈恆亮
底下的電源藍燈不斷的在閃爍
雖然我一再表示不希望送修了
一來是已經過保,二來是DS415+ 本身就有intel bug,三來是因為對synology的NAS 實在沒有愛…
不過主管還是希望能夠先問群暉維修的費用多少
公司內有幾台NAS,其中有一台用來放開發人員的postgresql dump file
之前都是主要的開發人員上傳到google drive,分享出來 ,然後其他人去抓回來
這樣子有個問題是,當server要存取這些檔案時,就沒辦法了,除非透過一些 3rd party的軟體
像是這篇
https://www.omgubuntu.co.uk/2017/04/mount-google-drive-ocamlfuse-linux
或者是這篇
https://www.maketecheasier.com/mount-google-drive-ubuntu/
但是手邊的伺服器,原則上除非有必要,不然都沒有開放internet
所以導致明明檔案就在那邊,但是要取得就是很麻煩
這幾年用群暉的NAS下來,碰到一個問題一直無解
Problem Explanation:
共用資料夾已開放所有人可以讀取/寫入,也未開啟ACL
在共用資料夾底下的子目錄中的某個XLSX檔案,在不同電腦上用不同的網域帳號開啟並嘗試寫入時,會出現文件未儲存的錯誤訊息,關掉檔案之後,原始的XLSX會消
失,只留下一個 xxxx.tmp檔案,將tmp重新命名為xlsx之後,又可以開啟。
這是我幾年前問過的問題
經過多次的信件往來、遠端操作之後,群暉客服回覆的答案是
最後RD找出原因是 您提供的有問題的目錄底下 @eaDir 這個DSM系統資料夾權限有誤(沒有執行權限),
不確定 這顆硬碟 是不是由其它機種 轉移過來繼續使用的?
若下次您遇到同樣問題,可以到console下,輸入指令 「chmod 777 /共用資料夾/子目錄/@eaDir」
就可以了。
不過呢,因為這不是第一次碰到這種狀況
所以我跟著回覆他們
這台NAS上的資料都是從舊的RS810+移轉過來的
這個@eaDir目錄造成的錯誤你們之前有回覆過
那時候我有確認過是不是我找出所有 @eaDir目錄並且去 chmod 777 就可以解決
你們給我的答案是肯定的
當時的信件標題是: Synology Online Support #158881: [DS1812+ DSM 4.1-2647]
我有進入console直接下指令去把所有 @eaDir的權限改掉
不過現在看來似乎是沒用,而且問題會不定時發生??
是否有其他一勞永逸的方法可以避免再次碰到這種狀況?
結果咧,這問題一再地重複發生
當然啦,群暉始終沒有解決這個問題..
所以我也不斷的碰到USER反映又再次發生,直到最近,連高階主管在操作時,也有一樣的狀況…
一問之下,發現這問題已經兩三年了還沒解決,非常生氣…
翻了一下 Google ,好像也有人的這個 @eaDir目錄有問題,不過沒有跟我一樣的狀況!?
Anyway
總之先記錄一下怎麼在console 去下指令批次修改 @eaDir 目錄的權限
(BTW …群暉回覆我叫我登入console下指令的那段時間,我還有其他問題請他們協助,結果他們的回覆是叫我不要進console去下指令,這不是自打嘴巴嗎?…)
NAS4100> find /volume1/財務部 -name “@eaDir” -exec chmod 777 -R {} “;”
2014/09 在IE的部門目錄測試這個指令, 2014/10 問USER有沒有再次發生,USER是說沒有再碰到
所以這次改下在F部門的目錄,看看還會不會碰到..
Update 2015/01
IE部門再次反應一樣的狀況,再次執行指令,看這次能撐多久…
這幾年用群暉的NAS下來,碰到一個問題一直無解
Problem Explanation:
共用資料夾已開放所有人可以讀取/寫入,也未開啟ACL
在共用資料夾底下的子目錄中的某個XLSX檔案,在不同電腦上用不同的網域帳號開啟並嘗試寫入時,會出現文件未儲存的錯誤訊息,關掉檔案之後,原始的XLSX會消
失,只留下一個 xxxx.tmp檔案,將tmp重新命名為xlsx之後,又可以開啟。
這是我幾年前問過的問題
經過多次的信件往來、遠端操作之後,群暉客服回覆的答案是
最後RD找出原因是 您提供的有問題的目錄底下 @eaDir 這個DSM系統資料夾權限有誤(沒有執行權限),
不確定 這顆硬碟 是不是由其它機種 轉移過來繼續使用的?
若下次您遇到同樣問題,可以到console下,輸入指令 「chmod 777 /共用資料夾/子目錄/@eaDir」
就可以了。
不過呢,因為這不是第一次碰到這種狀況
所以我跟著回覆他們
這台NAS上的資料都是從舊的RS810+移轉過來的
這個@eaDir目錄造成的錯誤你們之前有回覆過
那時候我有確認過是不是我找出所有 @eaDir目錄並且去 chmod 777 就可以解決
你們給我的答案是肯定的
當時的信件標題是: Synology Online Support #158881: [DS1812+ DSM 4.1-2647]
我有進入console直接下指令去把所有 @eaDir的權限改掉
不過現在看來似乎是沒用,而且問題會不定時發生??
是否有其他一勞永逸的方法可以避免再次碰到這種狀況?
結果咧,這問題一再地重複發生
當然啦,群暉始終沒有解決這個問題..
所以我也不斷的碰到USER反映又再次發生,直到最近,連高階主管在操作時,也有一樣的狀況…
一問之下,發現這問題已經兩三年了還沒解決,非常生氣…
翻了一下 Google ,好像也有人的這個 @eaDir目錄有問題,不過沒有跟我一樣的狀況!?
Anyway
總之先記錄一下怎麼在console 去下指令批次修改 @eaDir 目錄的權限
(BTW …群暉回覆我叫我登入console下指令的那段時間,我還有其他問題請他們協助,結果他們的回覆是叫我不要進console去下指令,這不是自打嘴巴嗎?…)
NAS4100> find /volume1/財務部 -name “@eaDir” -exec chmod 777 -R {} “;”
2014/09 在IE的部門目錄測試這個指令, 2014/10 問USER有沒有再次發生,USER是說沒有再碰到
所以這次改下在F部門的目錄,看看還會不會碰到..
因為開會時,被要求紀錄NAS上的檔案存取記錄
想到群暉的NAS上,不曉得在哪一版DSM之後,就有提供這樣的功能
控制台—>檔案服務—>勾選 啟動傳輸日誌
接下來在系統中,就可以看到USER上來新增、修改、刪除之類的動作
正所謂得隴望蜀,雖然在這邊已經可以查到記錄了,可是總是想要丟到SYSLOG Server去做處理比較快
所以我把SYSLOG指定丟到我另一台 FreeBSD 9.1的 SYSLOG Server上
丟出來是沒有碰到什麼問題,但是在SYSLOG Server上,看到的LOG都是亂碼
發信件去給群暉,過了24小時也沒收到回信,想說還是靠自己比較快…
翻了一下google 大神,發現 SYSLOG在處理中文上的確是有問題
最後找到了這篇
解決方法真的很簡單,就在syslog的啟動參數,多加一個 -8 ,然後重新啟動syslogd就好了
vi /etc/rc.conf
syslogd_flags=”-8 -a 192.168.1.0/16:*”
再來看一下檔案內容, YES ! 中文都可以看到了!這樣就方便過濾了!
雖然馬賽克遮掉很多,但是應該可以看到中文可以正常顯示了!
至於群暉那邊開好的TICKET….我看就等看看他們哪時候才要回覆我好了…
前陣子的內湖機房大樓失火問題,又再次凸顯了「異地備援」的重要性。
雖說那次的案件是頻寬方面的問題,不過也提醒我現在公司內資料備份還沒有真正異地備援的事實。
以往作異地備援,最大的問題就是頻寬不足以及REMOTE端設備的投資費用。以現有資料量約1000G來看,即使是用中華電信的100M/100M的光纖線路,真的要sync完1000G,第一次也都要跑上好幾個小時甚至好幾天,而之後每次的sync則依照設備運算能力而定。
一直以來,就因為這兩個問題卡著,讓異地備援在我公司內都只是個口號,毫無實際作為..
不過,之前逛網站的時候,偶然發現一個東西
Update your browser to view this website correctly. Update my browser now