NAS 使用紀錄

〔前面都記在 TiddlySpace -info 中〕

20221008

前幾天實在受不了 Cloud Station 在 MBA 同步超慢，寫支援 ticket 求助，Synology 人員說可以試著升級到 Synology Drive
→ ∴清晨來試試囉

  1. 附帶安裝 Node.js v12、「Synology 應用程式服務」✅
  2. 開始安裝 Drive 囉～真不知道會多久
  3. → 約 1 小時候裝好了，原本的 Cloud Station Server 套件應該是被取代為 Drive 管理主控台了
    → 資料庫升級中……<<鳥飛過>> 睡個覺再看看進度吧！
  4. 20221009 清晨 過了一整天，目前還沒好，而昨晚 Synology 也寄信通知幾次 NAS 連線中斷後又恢復連線的狀況～希望一切安好囉。
  5. 20221009 傍晚 真妙，又過了一、兩輪 NAS 中斷連線又恢復連線，現在桌面自動出現 Synology Drive Client 的安裝程式了？所以是有跟 NAS 連絡上了？
    • 裝好了，Menubar 上原本 Cloud Station Client 的圖示位置被 Drive Client 直接取代了
    • 但現在還是無法連線上 NAS 啊，真討厭（透過網頁也連不上，所以 Synology 到底是怎樣判斷能連得上我的 NAS 的啊？:(）
  6. 20221009 21:00 更妙的是，突然間 Drive Client 就開始動起來了，不斷更新檔案中（一樣是做第一次同步的比對工作嗎？）！
    • 但網頁還是無法連上 NAS 啊啊啊～
    • Finder 裡並沒有出現像是 integration 的小圖示耶，不過確實是有選單項目就是了
  7. 20221012 22:21 過了 3 天，Drive Client 一直有在「同步」一些檔案，但 QuickConnect 也是一樣到現在都無法連上；Web Station 也是失聯的。
    1. ↑我在想要不要強迫重開機？又不放心 ∴回覆了 Synology 的支援信件去詢問
    2. ↑但是因為我有按那一下重開機，結果真的出現了嗶聲 <<汗>>
  8. 20221013 一早起來，NAS 真的關機了 XD ← 再開
    1. 結果 Drive Client 這才真的開始同步？瞬間從 1000 多待處理檔案，變成 40000 多！一邊同步一邊還在增加！
      • 但有些 PELxxxxa.jpg 的圖片說沒有權限無法同步～
    2. NAS DSM、QuickConnect 連得上了，但非常慢就是了……
    3. Drive Server 資料庫看起來是同步好了嗎？Drive Server 介面終於可以使用了
    4. NAS 端 Drive 也一直在索引檔案中……
    5. 9:30 待同步檔案數已破 10 萬……
  9. 20221014
    1. 待同步檔案數大概高峰到 10 萬多，目前剩 4 萬多了，加油啊～
    2. Web Station 也可以用了，速度也還算可以，希望 Drive 可以讓 NAS 脫離這一年來的牛步啊～
    3. MBA DW 的新文章也很快同步到 NAS 上，可以透過外網存取了，表示 Drive 已經在正常運作了吧？
    4. Finder 的 overylay 還是沒出現耶

2022 起的緩慢

20230327 受不了了，再這樣下去難道要用 Obsidian+Digital Garden 來取代本站？認真要來解決問題了。

  1. 要照之前的支援表單來打開日誌
    1. 結果 Quickconnect 就連不上了 <<==>>
    2. 手動強制關機，等吧 <<==>>
      1. 差不多 3、40 分鐘後才聽到「嗶」一聲
      2. 又過了 2、3 小時我想起來，才看到已關機了
    3. 開機，進 DSM，然後照之前的 ticket 裡專員說的：

      請上傳系統診斷日誌，以方便開發人員確認並解決現有的問題。

      1. 在您的裝置上開啟技術支援中心
      2. 前往支援服務
      3. 按一下產生日誌
      → 下載即將開始…，續等……

    4. 啊天啊……我把過了 20 分鐘左右總算可以下載的視窗按掉了……orz
    5. 後來有下載到了
  2. 準備要開新的 ticket 上傳日誌，但卻發現上次的 ticket 中其實專員前面有一些別的步驟我忘了做：
    1. 做 3 次記憶體檢測 ☞ 我該何時在 Synology NAS 上執行記憶體測試且該如何進行？ - Synology 知識中心
      1. 桌面上下載安裝 Synology Assistant ✅
      2. 好哦，3/27 18:00 開始第一次檢測，NAS 重開機…… → 重開機後 Assistant 就完成對話，NAS 的狀態顯示為記憶體測試中。這樣至少這台電腦就不用一直開著了 👍
      3. 19:30 發現第一次完成了 → 馬上再下令第二次
      4. 21:00 再下令第三次
      5. 3/28 清晨都完成了（應該昨晚就完成了）
    2. 6:00 左右開啟系統日誌 ✅
      再來我就要先觀察有沒有又出狀況了
      1. 比方說現在連上 GHS 的隨便哪一頁，又是 504 Gateway Timeout 啊 :(
        • 於此同時連 AIU 卻沒問題！
        • Synology Assistant 仍搜得到 NAS，「已就緒」
        • 這個時候長按電源約 3 秒是可以正常觸發「嗶」一聲關機的
      2. 白天～18:40 左右卻又大多數不慢，包括 DSM 的頁面；大概只有主站的首頁會 504
        • 但從 Mac Finder SMB 看 NAS 上的檔案，不管是列出目錄內容，或是搬移檔案，都慢得讓人無法接受 :(
      3. 👆結果我取消搬移檔案，想說開 DSM 來搬檔案，NAS 又開始變慢了！！！我又一直聽到硬碟在拼命轉，DSM 過好幾分鐘才進入
        1. Synology Assistant 一時會顯示區域網路中找不到 Synology 伺服器！（重試後才找到）
        2. 長按電源鍵要大概 6、7 秒才會嗶一聲！然後又轟隆隆過 2 分鐘才關機。
        3. 重開機以後 DSM 有變快
      4. 晚餐中我就按了產生日誌，這次的日誌有 90 MB 左右 → 填了支援表單、附上日誌，希望能開始有得解決……
  3. 3/30 工程師有回音了：#3307330，說 Drive 造成 NAS 負載超大，建議停用。但是 Drive 就是我用來同步 MBA 和 NAS 的架站利器啊～
    1. 我看了一下，大量同步的檔案有：
      • .cookie
      • .feed
      • .metadata

      所以我先在 dw 跟 dws 兩個資料夾的同步規則加入過濾掉這 3 種副檔名
      另外看來還有

      • .i
      • .xhtml

      這些再觀察一下

    2. 還是說把 cache 跟 tmp 兩個資料夾都勾選不要同步？FIXME
    3. 又新增了頁面，發現 .i、.xhtml 還是會被同步 ∴把 dws 的同步規則過濾掉這兩種。然後 dw 乾脆勾選不同步 cache 跟 tmp 試試。
    4. 算了，dws 的幾個有公開的 animal，cache 和 tmp 也不要同步了
    5. 不過 MBA Drive Client 仍有大量上傳下載耶（每幾秒就上下傳各 1～3MB）……真令人憂心。更新了 Drive 好用多了，但是卻這麼耗效能？
  4. 中午 DW 又 504 了！算了，來停用 NAS Drive 套件看看 Web Station 會不會好一點
    1. 結果 DSM 上找不到哪邊可以停用套件，是要解除安裝？→ 回覆 support ticket 詢問專員
    2. 另外有一件奇怪的事，像 DW 現在 504，但是如果不要透過 ciangbrides.ml，而是用 ciangbrides.myds.me/dw，就可以順利存取？所以是網域名的問題？？？（但如果網頁內容多一點，myds.me 也是會慢）
    3. 現在又沒有 504 了，感覺是間歇性的。難道沒有辦法找出原因嗎？我記得 2021 換硬碟以前真的沒有這樣的狀況耶！<<怒>>
    4. 然後有時候又是 DW 504 :(（其他幾個語文性的分站比較不會 504，還是 template 的關係？）
    5. 我汝咧(guá lí leh)，DW 換成 mikio template，真的就快多了！
      1. 遇到 DW 首頁或是資料量大的頁面還是破功 :(
      2. 還是有間歇的 504。NAS 到底怎麼了啦！！！<<怒>>
    6. 喔對了現在恢復 Drive 連線，上傳下載流量變正常了
  5. 3/31 工程師有回覆說可以停用 Synology Drive Server 套件，晚上就來試試
    1. 按下停用鈕後，硬碟又一直吵很久，讓人心煩
    2. 停用完，線上的 DW 好像也沒有馬上變快，像 DSM 的動作還是都要花很久，就不知道硬碟到底一直在做什麼
    3. 4/1 晨 NAS 沒什麼讀寫的聲音，線上 DW 就變快了
    4. 因為還是需要用 Drive，就來按啟用。結果按下以後「載入中」變好久，好討厭，硬碟又在吵了，喔，一堆檔案要索引。我回去翻 202106 擴充容量，會載入很久的那顆硬碟是從 uDN 出貨的，該不會那是黑店吧？有沒有辦法檢測那顆硬碟啊？還是把它換掉試試？
    5. 過了 40 分鐘，Drive Server 總算開好了，但又幾千檔案要索引；然後 MBA 這邊的 Drive 按「恢復」，還好這邊很快就檢查好了
  6. 4/3 晨 從昨天白天開始就是，DW 主站又開始 504，用 ad-hominem template 也是出不來，現在也是。真是沒救了 :(
  7. 4/6 連假中我的 Gmail 又一直收到 QuickConnect 斷線、離線的通知，然後現在要長按電源鍵關機，居然連按 10 幾 20 秒也只有藍色燈開始閃，沒有嗶聲。真是夠了！！！！！！！<<怒>>
    1. 過了 40 分鐘，還在閃藍燈，長按也都沒反應了，真是夠了！！！！！！！<<怒>>
    2. 9:00 了還在閃藍燈！還沒嗶！我直接拔電源重開了
  8. 4/7 考慮的解決方案：
    1. 詢問如何在 NAS 上檢測硬碟效能
    2. 測試 NAS 拿掉可能有問題的那顆硬碟會不會比較好
    3. 是否可以把 /web 排除在 Drive 索引外，因為索引似乎很耗效能，而 DW 的 cache 檔又非常多，只要有人來連上網站就會有新的 cookie 等。但是這可能幫助不大，感覺 Web Station 就是整個都變慢了，也許還是要從硬碟下手
  9. 4/10 大致詢問了上述問題
    1. 專員說可以準備幫我檢測硬碟讀寫
    2. 4/14 子夜
      1. 昨晚有強制關機，現在硬碟一直吵，即使把索引服務都暫停了也一樣，真不知到底在幹嘛 <<怒>>
      2. 再次停用 Drive Server 試試 → 停用以後硬碟還是轟轟轟！<<怒>> 明早再看看有沒有比較好
      3. 0:20 好像不會拼命讀寫了，聽起來主要是 Web Station 相關的聲音 → 開一下 GHS 的頁面，可以連得上，但感覺還是太久，unacceptablly slow
    3. 4/15 晚 停用了 2 天 Drive，NAS DW 大致是可以連上 ∴在 MBA DW 試著要 sync wiki 到 NAS（總不能一直這樣兩邊差異）。不料，竟然一直都是出現 Failed to fetch remote file list. transport error - Timeout while reading headers。以前 2016 年剛在用 DW sync 的時候根本不會這樣！！！太扯了！！！我一定要請他們檢測硬碟讀寫！！！<<怒>>
    4. 4/21 早 照專員上一次說的步驟，開啟了遠端存取、SSH、給他們 save 的帳密，拜託他們小心檢測硬碟讀寫了
    5. 4/24 專員說他們開始檢測了
    6. 4/26 檢測方面還沒有回音，目前 NAS 硬碟好像聽起來比較正常，不會一直隆隆隆，比較像幾年前間歇性讀寫聲，然後 NAS DW 載入似乎也變快了
    7. 4/26 下午有看到專員上午的回信，說兩顆硬碟讀寫都有 110MB/s 以上，效能是夠的，但這台 214play 效能可能無法同時支應 Drive + 架站云云
    8. 因為檢測完了，我就先重新啟用 Drive Server
      1. 索引又要好久，又是上千個檔案，啟動 Drive Server 的畫面停在「載入中」很久
      2. 我把「系統本身的索引功能」先永久延後了
      3. 上次 MBA 這邊同步已是 13 天前
      4. MBA 這邊列出待處理 11 萬多的檔案會不會也太多 <<==>>（當然我知道最後大多沒有異動，應該都會略過吧？）
      5. 下午都同步完了，實際上上傳下載的只有 4、500 個檔案
      6. 然後連 NAS DW 各 animal 以及 DSM，大致上還不會太慢？
        1. DW 還是會 504……
      7. 所以我現在把 DSM 系統索引重新打開，會不會嚴重拖慢系統？
  10. 6/4 一直沒起色，連要讓 Synology 專員遠端連線都沒辦法，令人火大。然後今天發現 DW 各個 Freenom 要連過來都說找不到伺服器！<<怒>> 可以再爛一點啊！
    • 結果是 .ga 網域出問題
  11. 7/4 這波 ticket 大概是無法解決 Web Station 的問題了，只能讓 NAS 一般功能恢復正常，至少可以備份手機照片 :(