差異處
這裏顯示兩個版本的差異處。
| 兩邊的前次修訂版 前次修改 下次修改 | 前次修改 下次修改兩邊的下次修訂版 | ||
| tech:synology_tips [2020/08/08 07:48] – jonathan_tsai | tech:synology_tips [2020/08/18 17:20] – [3. 關閉 QuickConnect 重啟 synorelayd 方式] jonathan_tsai | ||
|---|---|---|---|
| 行 1: | 行 1: | ||
| + | ====== Synology(群輝) NAS 設定紀錄 ====== | ||
| + | |||
| + | ===== 1. 登入 ssh 切換為 root 方式 ===== | ||
| + | * <code sh>sudo -i</ | ||
| + | * ++參考畫面|< | ||
| + | DS: | ||
| + | Password: | ||
| + | Loading module ' | ||
| + | Loading module ' | ||
| + | Loading module ' | ||
| + | Loading module ' | ||
| + | Loading module ' | ||
| + | Loading module ' | ||
| + | Loading module ' | ||
| + | DS: | ||
| + | </ | ||
| + | |||
| + | ===== 2. 修改 crontab 後的生效方式 ===== | ||
| + | * <code sh>/ | ||
| + | * ++參考畫面|< | ||
| + | DS: | ||
| + | DS: | ||
| + | crond reloaded. | ||
| + | </ | ||
| + | * 參考 - https:// | ||
| + | |||
| + | ===== 3. 關閉 QuickConnect 重啟 synorelayd 方式 ===== | ||
| + | * <code sh> | ||
| + | synorelayd -s | ||
| + | synorelayd -k | ||
| + | synorelayd -s | ||
| + | </ | ||
| + | * ++參考畫面|< | ||
| + | root@SERVER:/ | ||
| + | serverID: 071234530 | ||
| + | state: connected | ||
| + | alias: tn1xxxxxlast | ||
| + | alias_status: | ||
| + | root@SERVER:/ | ||
| + | root@SERVER:/ | ||
| + | serverID: 071234530 | ||
| + | state: login | ||
| + | alias: tn1xxxxxlast | ||
| + | alias_status: | ||
| + | root@SERVER:/ | ||
| + | root | ||
| + | root 24994 19739 0 07:46 pts/ | ||
| + | </ | ||
| + | * 參考 - https:// | ||
| + | |||
| + | ===== 4. 主機內透過 rsync 方式備份造成 IO Wait 過高問題 ===== | ||
| + | * 將資料檔案備份到 USB 外接碟, 本來採用 USBCopy 但發現效能很差, | ||
| + | * 但更換一顆新的 USB 外接碟後, | ||
| + | * 後來嘗試 rsync 加上 --bwlimit=10000 (10MB/Sec) 後, 這問題終於解決, | ||
| + | * LibreNMS 監控 IO Wait 圖 \\ {{: | ||
| + | |||
| + | |||
| + | {{tag> | ||